2009-05-24 12 views
1

車と同じように、スピードはクールですが、「スピードはで、が必要ですか?人々はそれを支払うのですか?どのアプリが遅すぎますか?または:マルチコアが必要ですか?

ワードプロセッシング、電子メール、およびスプレッドシートは、低電力のネットブックでも十分に高速です(10年で十分速いです)。HDビデオとサウンドを再生できれば、人々はそれをより速くする必要がありますか?ゲームは常により多くのパワーを使うことができると思われます。それは本当ですが、人々はそれを支払うでしょうか? 「カジュアルゲーム」やニンテンドーWii(「XBOX360」、「PSX3」)の成功は、ほとんどの人がそうしないことを示唆しています。より多くのパワーが彼らのためのより多くの楽しみを意味するとは限りません(少なくとも、余分なお金を払うために十分な余分な楽しみではありません)。

どのアプリが遅すぎますか?現在、余りにも遅い、必要なアプリは何ですか?

私が考えることのできる唯一のものは、恥ずかしげに並列化可能です(サーバ、グラフィック、物理モデリング、複数のアプリケーションを一度に実行します)。明確にする:マルチコアは、 (1)恥ずかしくて並列化できないものがない限り、 (1)より速くする必要があります。私はそのような場合を求めています。

ここでは、マルチコアの前に実行可能ではない、人々が必要としていないことさえ知らなかった新しいものを発明する機会があります。

背景:

How are you taking advantage of multicore?

Are you concerned about multicore?

してください、クローザーの一つは、これは "本当の問題ではない" である理由を説明できますか?私はそうだと思うし、何か間違っているとは思えない。どんな質問が "本当"なのかを教えてくれるFAQはありますか?ありがとう。

+0

あなた自身の質問に答えてください。 –

+0

質問がありましたか? – Glenn

+0

本当の質問ではありません –

答えて

5

私はMITの講演者が「パフォーマンスは通貨のようなもので、より良いユーザーインターフェイス、コーディングの容易さ(上位レベル/管理されたランタイム言語)、より複雑でより保守的なプログラム "

+0

OK、より豊かなUI(使い勝手が良いが必要なの?);使い勝手の良い、簡単なコードです(残念ながら、マルチコアコーディング自体はより困難です。新しい技術によってこれが変わる可能性があります)。 – 13ren

2

私は余分なスピードを支払うつもりです。
しかし、私はパワーユーザーです。私はすぐに多くのプログラムを実行し、コンパイルにも多くの時間がかかる可能性があります。
速度が上がると、待ち時間が減り、何もしなくなります。
現在、ほとんどのユーザーはそれを必要としません。
実際には、ゲーマー、コーダー、科学者だけが実際にはスピードが必要です。私のためのコンピュータはツールだけではありません。それは仕事です。
私はfdの講演者に、パフォーマンスは他のものに向かって取引できると言います。
これは私の頭に浮かぶ最初のことです。
良いGUIも対応しています。
言語が良いとパフォーマンスが低下しません。
メンテナンス性は、パフォーマンスと快適さの間の唯一のトレードオフです。
正しい仕事に適したツールを使用すると、すべてが保守性があり、高速です。

+1

OK、 "コンパイラ"。 ちょっとだけ、この質問を調べるにあたって、依存関係が許せばビルドを並列化するgmake -jが出てきました。 Make(および他のビルドツール)は、依存関係を明示的に宣言する点で珍しいので、この種の並列化は簡単に行うことができます。 – 13ren

+1

ニート:) ありがとうございました。 –

1

マルチタスクが心に浮かぶ最初のことです。特別なコアを用意して、CPUがバインドされている関数をすぐに起動した場合でもUIが即座に応答できるようにするのはとても良いことです。複雑なWebページ(これは驚くほど多くのCPUを占める可能性があります。—あなたが思うよりもはるかに複雑なことです)。

実際、Webブラウザ自体は十分な作業をしており、より多くのCPUパワーを利用することができます。たとえば、この1.7 GHz Pentium Mと2 MBのキャッシュはかなり高速なCPUですが、私はここで入力したものとこの入力ボックスの下に表示されるフォーマットされたバージョンの間にずれがあることがあります。

これらの種類のものを固定することは、ほんの少しの改善になりますが、いいですね。

いくつかの「通常の」ユーザーは、並行処理が可能で、大きなスプレッドシートを再計算するなどのパフォーマンスの向上が顕著です。特に、結果からグラフィックスを生成する場合など。

+0

OK、より高速なGUI。より速いウェブページのレンダリング。より速いjavascriptアプリ。スピーディーなスプレッドシート - 必須ではありませんが、何かを支払っていい価値があります。ちょっとしたこと:GoogleのChromeは劇的に高速のjavascriptを持っています - あなたはそれに敏感なWebアプリケーションを見つけるかもしれません。私は、すばらしいUIには明確な魅力があることに同意する必要があります.1つのコアはUI用であり、ワークロード用のコアは確かに価値があります。私はスプレッドシートを並列化できると思う。なぜなら、ほとんどのドキュメントは、ユニックスパイプのようなデータフロー(サイクルなし)だからだ。 – 13ren

2

私は金融分野のビジネスアプリをお勧めします。私は合理的な大手ベンダーでフロントオフィスの取引システムを作っており、事実上すべてのチェックイン(機能/ビジネスロジックコード内)は性能への影響を考慮しなければなりません。

契約の生の評価のように、いくつかのことは簡単に並列化できます。つまり、多くの数学を含む副作用のないブラックボックス関数です。しかし、あなたのアプリがおそらく10000のポジションを持つ書籍を扱っている場合は、すべてのキャッシュフローの割引やfx変換のような、数学重心より上のレベルでの小さな計算さえも加算されます。これらの「小さな」計算の多くがその位置に加えられないので、ここでは並列化することは容易ではありません。

金融業界にとっては、64ビット(メモリ用)とマルチコアの両方が非常に必要です。

+0

OK、finance:速度が必要で、並列化が容易ではありません。 – 13ren