tabtip.exeの優先度をタスクマネージャで「高」にする。
これだけで今まで悩んでいたペン追従の遅れが嘘のようになくなった
---
プログラミングしててCPU使用率100%になることが多々あるのだが、
そのときはいつもペンの追従が遅れていた。
こうなったときはその実行ファイルの優先度を低くすると大丈夫になる傾向があり、
「ペン入力ドライバの優先度が普通になっているのが原因だろうな」
と思っていた。
ふと気になってどのプログラムがペン入力ドライバなのか調べてみたところ、
tabtip.exeであることが判明。
このプログラムの優先度がデフォルトでは「普通」になっているため、
他のプログラムがCPUを占有するとtabtip.exeに処理が回ってこなくて
ペン追従が遅れていた、ということらしい。
以降、この作業を自動でやってくれるスクリプトをここを参考に作成。
このプログラムをtabtip_fix.vbsのような名前で保存し、
起動時とかに実行すると良い
23:24 追記:
スクリプトの¥マークが消えていた箇所などを修正
2006年5月9日 追記:
スクリプトの¥マークは不具合の元のようなのでChr(92)に置き換えた
これでメモ帳で保存するときにUnicodeじゃないから云々・・・とは言われないはずです
これだけで今まで悩んでいたペン追従の遅れが嘘のようになくなった
---
プログラミングしててCPU使用率100%になることが多々あるのだが、
そのときはいつもペンの追従が遅れていた。
こうなったときはその実行ファイルの優先度を低くすると大丈夫になる傾向があり、
「ペン入力ドライバの優先度が普通になっているのが原因だろうな」
と思っていた。
ふと気になってどのプログラムがペン入力ドライバなのか調べてみたところ、
tabtip.exeであることが判明。
このプログラムの優先度がデフォルトでは「普通」になっているため、
他のプログラムがCPUを占有するとtabtip.exeに処理が回ってこなくて
ペン追従が遅れていた、ということらしい。
以降、この作業を自動でやってくれるスクリプトをここを参考に作成。
Const REALTIME = 256 strComputer = "." Set objWMIService = GetObject("winmgmts:" & Chr(92) & Chr(92) & strComputer & Chr(92) & "root" & Chr(92) & "cimv2") Set colProcesses = objWMIService.ExecQuery _ ("Select * from Win32_Process Where Name = 'tabtip.exe'") For Each objProcess in colProcesses objProcess.SetPriority(REALTIME) Next
このプログラムをtabtip_fix.vbsのような名前で保存し、
起動時とかに実行すると良い
23:24 追記:
スクリプトの¥マークが消えていた箇所などを修正
2006年5月9日 追記:
スクリプトの¥マークは不具合の元のようなのでChr(92)に置き換えた
これでメモ帳で保存するときにUnicodeじゃないから云々・・・とは言われないはずです