プロフィール

kosaki

Author:kosaki
連絡先はコチラ

ブログ検索
最近の記事
最近のコメント
最近のトラックバック
リンク
カテゴリー
月別アーカイブ
RSSフィード
FC2ブログランキング

スポンサーサイト このエントリーをはてなブックマークに追加

上記の広告は1ヶ月以上更新のないブログに表示されています。
新しい記事を書く事で広告が消せます。


スポンサー広告 | 【--------(--) --:--:--】 | Trackback(-) | Comments(-)

mem notification v4 候補 このエントリーをはてなブックマークに追加

を昨日つくってmarceloに送った。
なんで、linux-mmに直接投げなかったかというと、marceloの提案(下に引用する)通りに

So something like the following sounds better:

- have your poll_wait_exclusive() patch in place
- pass a "status" parameter to mem_notify_userspace() and have it clear
mem_notify_status in case status is zero, so to stop sending POLLIN to processes.
- call mem_notify_userspace(0) from mm/vmscan.c when ZONE_NORMAL reclaim_mapped
is false (that seems a good indication that VM is out of trouble).
- test for mem_notify_status in mem_notify_poll(), but do not clear it.
- at mem_notify_userspace(), use wake_up_nr(number of mem_notify users/10) (10
meaning a small percentage of registered users).



実装すると、memory pressure状態を抜けたときに脱出通知がされず(そもそもshrink_active_listが呼ばれないので、んな所で判定するのが間違ってる)
一度でもmemory pressure状態になると二度とturn offされないからである。

どうでもいいが、パッチセットの説明にカーネルコアへの影響を最小限にした云々と書いた割りに、すでに

[1/5] おれ専用APIをselect.cに追加
[2/5] eventpollをおれの都合で書き換え
[3/5] wait.hにオレ専用APIを追加
[4/5] メモリ通知デバイスの追加 ←本当のパッチ
[5/5] vmscan.cをおれの都合で書き換え

という、どこが最小限やねんwwというパッチセットになっているのは秘密だだだ
関連記事


linux | 【2007-12-31(Mon) 13:09:49】 | Trackback:(0) | Comments:(0)
  1. 無料アクセス解析
上記広告は1ヶ月以上更新のないブログに表示されています。新しい記事を書くことで広告を消せます。