![華やかな“Copilot+ PC”売り場、でも「それ、Arm版Windowsですよね?」 “分かっている人があえて選ぶPC”が一般層に猛プッシュされている不安](https://cdn-ak-scissors.b.st-hatena.com/image/square/c8fd8b6b3b27806b4b5a2407a9b56252021cb698/height=288;version=1;width=512/https%3A%2F%2Fimage.itmedia.co.jp%2Fpcuser%2Farticles%2F2406%2F26%2Fcover_news120.jpg)
従来から、「ARMはx86より(電力的に)効率的だ」という言説があります。これは単純に「ARMは省電力なスマホ向けで、x86は電力を食うPC向け」程度のアバウトなイメージのこともありますし、前世紀のRISC vs CISC論争のころからある「ARMはx86 (x64を含む)に比べ命令セットがシンプルなので、命令デコードにかかる電力が少なくて済んで効率的」という議論の形をとることもあります。 この議論については、半導体エンジニアの多くは「ARMがx86 より効率が良いというのは、もはや過去の神話」(in today’s age it is a very dead argument)という認識を共有していると言っていいでしょう。有名なところではApple CPU (ARM)とZen (x86)の両方を開発したジム・ケラー氏のインタビューでも言われていますし、Chips and Cheeseとい
こちらは機能的にはPP5002から大きく強化され、USB 2.0の対応やバッテリーモニターのサポート、カラー液晶のハンドリング、JPEG/MotionJPEGの取り扱いなどが追加された一方、CPUコアそのものは80MHz駆動のDual ARM7 TDMIと、むしろ性能は多少落ちていたりする。2005年に投入されたiPod PhotoやiPod Color Displayなどの製品もこのPP5020が利用されていた。 Sumsung SoCへの切り替えは必然的だった ただ第5世代のiPod(ビデオ再生対応)についてはPP5020のままではいろいろ性能が足りなかったようで、PP5021Cという進化型(引き続き80MHz駆動のDual ARM7 TDMIコア)にBroadcomの「BCM2722」というビデオプロセッサを組み合わせる形で実装された。 おそらくこの辺りで、PortalPlayerが
基本的な背景知識について一応説明。 マルチスレッドなシステムにおいて、複数のスレッドから同時に共有データへアクセスを行う際は注意が必要。 例えば複数のスレッドからデータの更新を行う場合、スレッドAがまずデータを更新し終え、次にスレッドBがデータを更新する、といった場合特に問題は発生しない。 ところがデータ更新処理がアトミックに行われていない場合、例えばスレッドAのデータ更新中にスレッドBが先に同じアドレスにあるデータを更新してしまった場合などに不整合が発生する。 よって一般的にはセマフォやミューテックスといったロックを利用する事で、各スレッドがデータを更新している間は他のスレッドからのアクセスを禁止するような設計にする。 ただし、ロックを取っている間他のスレッドは完全にブロックされ停止してしまうため複数のマルチスレッド/コアのシステム等では、これがパフォーマンスの低下に繋がる事もある。 そ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く