IoPageLockLimit （2006/11/05）

OS バージョン依存項目にしようかなとは思う。

Win32PrioritySeparation （2006/10/23）

まず大事なところ。
OSは、可変=off の場合比率ビットを無視します。
比率=1:1 は 可変=off と同義です。

tuneapp で等倍にすると、レジストリには 可変=off 比率=1:1 が設定されます。
tuneapp で2倍・3倍にすると、レジストリには 可変=on でそれぞれの比率が設定されます。

レジストリの設定が 可変=off の場合、比率は無視されるので、tuneapp には等倍と表示されます。

そもそもなぜレジストリがこのような重複した設定方法になっているかというと、NT3.x時代の設定方法と互換性を取るためだったと記憶していますが、いま手元に資料が無いので、詳しい所は自分で探して。

SharedSection第一パラメータを増やす時がやってきた （2006/10/03）

最近 USER/GDI リソースを馬鹿食いするプログラムが増えてきました。Photoshop とか、とか。単純にリソースリークしているだけってのもありますが。

ひどい例: PENTAX PHOTO Browser 3.0 が200枚ほど処理した後


で、HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\SubSystems の Windows 値の SharedSection=1024,3072,512,512 一番目の数値。
MS の見解ではこれを増やす必要はまず無いということですが（KB126962, KB184802）、実際問題として不足します。デスクトップヒープ（二番目）ももちろん増やさなくてはなりません。

現在うちの環境は SharedSection=1536,5120,512,512 （1.5MB,5MB）で運用中。PPBRWS03.exe の様な爆弾プログラムが居ても安定しています。
システムリソースをやたら消費するプログラムを長時間使用していると不安定になる人は、試してみれ。

そのうち tuneapp に載せます。

Desktop Heap Monitor （2006/01/11）

Support Professionals Toolkit for Windows が Microsoft より公開されました。長ったらしいので以下「hirame8」
この hirame8 に含まれている「Desktop Heap Monitor」を使用することで、デスクトップヒープの使用状況を把握できます。tuneapp の説明で「今のところ測定する手段が無い」と書かれていたアレです。

Desktop Heap Monitor は、前身である hirame7 に含まれていたのですが、なんせ MS が公開してくれなかったので、しかたなく lsdesktop と lswin などを作って適当にごまかしていました。
しかし、ここへきてようやく公開してくれました。ありがたいことです。

デスクトップヒープは重要なパラメータですので、普段使っているアプリでの使用状況を眺めながら、適度に余裕を持たせつつ減らすと良い感じです。
セッションヒープとの兼ね合いも忘れぬよう。

tuneapp/1.3.2 （2005/12/24）

更新しないような事を言ったばかりですが、更新です。
ForegroundLockTimeout はチューンナップスレで指摘していただきました。
NoInstrumentation は昔2chにアップしたときに書いたネタで、いまさら感がありますが、それなりに効果はあります。

で、初期ウィンドウサイズが640x480に納まらなくなりました。
しかし、VGAモードでも、ウィンドウを最大化すれば問題なく使用できます。ヘルプ領域が少々狭いだけで。
tuneapp の開発方針である「クリーンインストール直後の Windows 2000 ですぐ使える」は一応守りました。

tuneapp は更新しないのか （2005/12/02）

ネタがないの