ちょっと調べてみたけど、思ったより荒れててワロタｗ

VMサミットがあまり盛り上がらなかったというのもあるんだろうが、
当事者がGoogleと富士通のみ。

Googleはこうあるべきなんだよ
富士通はこういう問題が起きてるんだよ

と平行線。９月ぐらいからやってるけど、NAKつけてるのが当のGoogleだけで
どっちにも援護がろくにないのが他の人の興味の無さが伺える。

富士通からするとOOMも考慮したアプリケーションの動作が変わってしまうので死活問題。
Googleも多分社内での調査の結果出てきたものだろうし今後がどうなるか楽しみである。

今日もNAKくらって、暴れていますた

RHEL3は続くらしいから、そっちからパッチを持ってこれればまだ何とかなるんじゃないかな>2.4

>>712
clangはgccよりもIDEとの相性がいいのが売り。
あと、gccも危機感を感じて開発にてこいれがあるみたい。

くだ質行け

ぜんぶkosakiたんがカーネルヲッチを書かない所為

>>717
まだ開発中なう。頑張ってるから待ってね。

要するに氏ねよ糞がって言いたいのですね、kosakiたんは

>>725
レスありがとう。
システムがスレッド間共有セマフォしかサポートしてないから、プロセス間セマフォが使えないよっていう意味じゃないのかな？
shmgetで共有メモリが使えるのは確認済みなので、単にセマフォが共有メモリをサポートしてないのかなっと思ったので、じゃあ代替えのシステムコールってどんなのがあるのかなと思って聞いてみたんだけど…

CPUアーキテクチャに依存しないよう根性出すのがLinux使いの心意気だろ

>>736
これってカーネルの問題だったのか・・・
てっきりGNOMEやドライバーの問題だと思ってた

Linux板ニュース速報 14
http://hibari.2ch.net/test/read.cgi/linux/1286198205/364,366-379,381-397
ミラクルパッチの話を抽出

ニュース速報スレとこっち(>>738)で、ネガティブに話したがる輩がやたら目に付いた。
負荷をかけてテストしたのだから負荷をかけなければ意味がないとか
屁理屈を捏ねて、Linuxカーネルが高速化したポジティブ話を必死に印象変えようとしていた。

居るね、工作員てマジで、近頃はやたら目に付く光景。

とうとう君にも見えるようになったか

まあポジティブなのも工作の成果だがw
冷静に利点欠点を見れてないのはお互いさまだな
かねてからスケジューラーはBFSやら何やらで物議を醸してたし
それがようやく一つのパッチに集約されたってだけのこと

その後のこれである
http://blog.internetnews.com/skerner/2010/11/forget-200-lines-red-hat-speed.html

んーデスクトップ向けチューニングの範囲内のように見えるけど・・・

アイデアとしては悪くないんだけど、所詮チューニングレベルだよね。
スケジューラ自体の改善ではない。

追加すると、あっちのスレで誰かが書いてるように、同じ端末の対話的プロセスの
応答性向上には何も寄与しないってあたりが「本当にこれでいいのか？」と思わせて
しまうことになりやすいのかな。

アップを始めた模様wktk

工作員がどうとか今どきなに言ってるんだか。
居て当然、常識の範疇。

話半分て言葉があるが、2chは半分どころじゃない。
書き込みが多い板だと八割が工作員と思った方がいい。

さすがに8割工作員はないな。多く見積もってもパレートの法則に沿った
工作員2割、工作にだまされる人6割、だまされない人2割、くらいだろう。