アカウント名:
パスワード:
この主な原因は、priorityを引き上げたprocessがすぐにscheduleされないことにあります。となると、対策としてはcpuよりもむしろkernelの改良になります。具体的には、preemptive kernelやpriority inversionの防止などになります。
が、これがマトモにできているのはSolarisぐらいしか思いつきません。追い付かなければならないのはわかっていますが...
それも一因とは思いますけど、根本的な原因はむしろGUI設計者のポリシだと 思います。結局、レスポンスというのはCPU性能とUIの機能とのトレードオフ で決まるものですから、一番効いてくるのはGUI設計者がバランス点をどこに 見出すかでしょう。
それでどうも、世のGUI設計者は、常に快適なレスポンスから二三歩後退し た位置にバランス点を見出す気がするのです。まあ、CPUが速くなったら いろんな機能を付けてみたくなる、という気持ちは分かりますけどね
常に快適なレスポンスから二三歩後退した位置にバランス点を見出す気がする
理由はいくつかあると思います。
理由はいくつかあると思います。 開発者が速いマシンを使いすぎ。
さすがに遅いマシンだと開発作業のロスが大変なので(ほら、「プログラマとか [srad.jp] デザイナとか入出力をもっぱらにする者にとっては、UIに求めるもの としてはやはりレスポンスです。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー
レスポンス (スコア:3, すばらしい洞察)
るものとしてはやはりレスポンスです。人間が感じられないギリギリまでは遅
くても全然構わないのですが、さすがにコンマ何秒や数秒も待たされると思考
が中断されてイラつきます。
CPUの性能はどんどん上がっているのに、常に微妙にイラつくぐらいのCP
Re:レスポンス (スコア:1)
この主な原因は、priorityを引き上げたprocessがすぐにscheduleされないことにあります。となると、対策としてはcpuよりもむしろkernelの改良になります。具体的には、preemptive kernelやpriority inversionの防止などになります。
が、これがマトモにできているのはSolarisぐらいしか思いつきません。追い付かなければならないのはわかっていますが...
Re:レスポンス (スコア:2, すばらしい洞察)
それも一因とは思いますけど、根本的な原因はむしろGUI設計者のポリシだと 思います。結局、レスポンスというのはCPU性能とUIの機能とのトレードオフ で決まるものですから、一番効いてくるのはGUI設計者がバランス点をどこに 見出すかでしょう。
それでどうも、世のGUI設計者は、常に快適なレスポンスから二三歩後退し た位置にバランス点を見出す気がするのです。まあ、CPUが速くなったら いろんな機能を付けてみたくなる、という気持ちは分かりますけどね
Re:レスポンス (スコア:2, 興味深い)
理由はいくつかあると思います。
なるほど。 (スコア:1)
------
世界は狭いし唯1つだよ 仲良くしようぜ基地外どもゆ?
個人情報の秘匿WA破滅eNO第一歩也。
Re:レスポンス (スコア:0)
さすがに遅いマシンだと開発作業のロスが大変なので(ほら、「プログラマとか [srad.jp]
デザイナとか入出力をもっぱらにする者にとっては、UIに求めるもの
としてはやはりレスポンスです。