C/C++ CGIスレッド ..
[
2ch
|
▼Menu
]
■コピペモード
□
スレを通常表示
□
オプションモード
□このｽﾚｯﾄﾞのURL
■項目テキスト
578:nobodyさん 07/07/31 03:22:01 えーと、あなたのところではSHMMAXが、実装メモリに対して充分な値なわけですね。 例えば、1Gのメモリを積んでいてキャッシュ用途に大部分を使いたいと考えた場合 SHMMAXが数十M程度だとおおいに不満なのですけど。 あ、/proc/sys/kernel/shmmaxで充分な大きさに変更できるならば良いですがね。 それとも、細切れにブロックを確保して頑張ってやりくりしますか。 あと、shmではなくmmapを使う場合を含めて、当然排他機構が必要となるわけですが たかがメモリの読み書き程度で重いといわれるプロセス間のロックはたまりませんね。 もちろん、プロセス間通信と比較すればずっと軽いでしょうが ロック期間を短く(こまめにロック/アンロック)という、一般的に推奨される手法には向きませんな。 スピンロックで足りる用途だけならともかく。 579:nobodyさん 07/07/31 08:34:44 SHMMAXについてはおっしゃるとおり。 >たかがメモリの読み書き程度で重いといわれるプロセス間のロックはたまりませんね。 汎用のロックを使わなければ良いだけだと思う。 mod_uploaderがやってるように、共有メモリ領域に対してCPUのatomic命令を使うとか。 ロック期間が短い→CPUのatomic命令 ロック期間が長い→signal で十分対処できるような。そもそもお金かけて高いサーバ使うならともかくその辺の安いPCでサービス提供するなら別にスレッド使わなくても十分なような。 複数プロセス使うのに必ずしも重い汎用のプロセス間ロックを使う必要なんてないし、なんかミスリーディングだとおもう。最初に結論ありきで論じてませんか？
次ページ
最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
レスジャンプ
mixiチェック！
Twitterに投稿
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch
5147日前に更新/150 KB
担当:undef