アカウント名:
パスワード:
マルチスレッド対応のマルチコアCPUはシングルコアのCPUと比べて価格とか消費電力に違いは無いのでしょうかね。
原価が上がると数が出る製品には使いにくいし、消費電力が上がるとバッテリの持ちが悪くなるし。買うほうとしては安くて長持ちするほうがありがたいものも多いのではないかと。
マルチコアって逆に、消費電力の**改善**に貢献したりする
私のやった範囲だと考えにくいです。
ほとんどのタスクは消費電力や応答速度の維持のためにすぐにスリープさせます。スリープしているので消費電力的には影響は無いと思いますが、スリープしているコアが増えたからといってありがたいことは特にありません。
ビジーな処理をしていても一つコアが空いていれば応答速度を維持できるのでその点ではメリットがあります。しかし、現状ではビジーな処理は専用ロジックに回してしまうのでコアが増えてもやっぱり影響が少ないです。つまり非対称マルチプロセサになっています。
専用コアだとチップの数が多すぎる、という場合ではマルチコアのSMP構成もありかもしれませんが汎用コアの性能と専用コアの性能とでは大違いなので、専用コアを置き換えるにはまだ性能が足りません。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
クラックを法規制強化で止められると思ってる奴は頭がおかしい -- あるアレゲ人
プログラミング言語の選択 (スコア:4, すばらしい洞察)
それに何よりプログラマの習熟度、そういうしがらみで決まるもんでしょう。
そんなに簡単にスイッチできるものなら、いまやWindowsアプリの半分ぐらいは
並列化言語とやらで書かれていてもおかしくないはずなのに、そんな話は聞かない。
ましてより制約の厳しい組み込み業界ならなおさら。
ソレを動かすこと自体が仕事ならともかく。
リンク先より
>同氏は、「組み込み機器のソフトウエア開発者は、高レベルな複数のプログラムやモジュールをマルチコア・プロセッサで単に別々に動作させることで、並列プログラミング言語への移行に伴う苦労を避けようとしている」とソフトウエア開発者の現状の姿勢を批判した。
何様? って感じ。
お前がその苦労のコストを払ってくれるのかと。
Re:プログラミング言語の選択 (スコア:4, すばらしい洞察)
ハードを売りたい人がやってる釣りだと思うよ。熱くなっちゃダメ。
マルチスレッドへの対応は時流の流れで仕方の無いことだけど、
パラダイムの大変更なわけだから、焦ってやったって不安定なものが
できて不幸な人が増えるだけ。じっくり腰を据えてやりましょう。
Re:プログラミング言語の選択 (スコア:1)
マルチスレッド対応のマルチコアCPUはシングルコアのCPUと比べて価格とか消費電力に違いは無いのでしょうかね。
原価が上がると数が出る製品には使いにくいし、消費電力が上がるとバッテリの持ちが悪くなるし。買うほうとしては安くて長持ちするほうがありがたいものも多いのではないかと。
Re:プログラミング言語の選択 (スコア:0)
判ってない者の素朴な質問ですみません。
マルチコアって逆に、消費電力の**改善**に貢献したりすることは無い(ありえない)ものなんでしょうか?
単純に馬鹿食い方向にしかならないなら、そりゃ組み込み業界からマルチコアは一掃粛清されるべきですが、奴らもそこまで馬鹿じゃないでしょうから、なんか良い面もある(という実装も有る)んだったりしないんでしょうか。
Re:プログラミング言語の選択 (スコア:4, 興味深い)
私のやった範囲だと考えにくいです。
ほとんどのタスクは消費電力や応答速度の維持のためにすぐにスリープさせます。スリープしているので消費電力的には影響は無いと思いますが、スリープしているコアが増えたからといってありがたいことは特にありません。
ビジーな処理をしていても一つコアが空いていれば応答速度を維持できるのでその点ではメリットがあります。しかし、現状ではビジーな処理は専用ロジックに回してしまうのでコアが増えてもやっぱり影響が少ないです。つまり非対称マルチプロセサになっています。
専用コアだとチップの数が多すぎる、という場合ではマルチコアのSMP構成もありかもしれませんが汎用コアの性能と専用コアの性能とでは大違いなので、専用コアを置き換えるにはまだ性能が足りません。