[Message Prev][Message Next][Thread Prev][Thread Next][Message Index][Thread Index]
Re: 窓98では?
- X-ml-count: 2892
- Subject: Re: 窓98では?
- From: 藤森 康文 <fuji@xxxxxxxxxxxxxxxxxxxxxx>
- Date: Wed, 20 Dec 2000 03:26:20 +0900
- User-agent: Wanderlust/2.5.4 (Smooth) WEMIKO/1.14.0 (Zoomastigophora) FLIM/1.14.0 (Ninokuchi) APEL/10.2 Emacs/20.7 (i386-debian-linux-gnu) MULE/4.1 (AOI)
藤森です。
結構長いです。Windowsそのものをある程度安定される方法についてコメント
してます。
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
At Wed, 20 Dec 2000 01:00:18 +0900,
YakumoNamura wrote:
> > ;; WindowsME はどうだか知らないけど、 32bit 系の Windows で
> > ;; Windows98 は一番不安定だと思う。
> という事らしいですね.
もっとも不安定なのはWindows95OSR2.x+USB supplimentじゃないんでしょうか。
> 現状で一番Meadowと相性がいいWindows系はなにになるんですか?
> というか,中でも一番「まだなんとかかろうじて,大負けに負けて」安定してる
> と言えるのはどれなんでしょうか?(笑)
Windows98SE + 98lite かな?
# Windows系ってことはWindows x.xですよね。WindowsNT x.xじゃないですよ
# ね。WindowsNT系ならWindowsNT 3.51。このNTが一番安定してると思う。
私はWindowsNT5.0で使っているので良くわかりませんが98liteのようなツー
ルを使って、Windowsのリソースを馬鹿喰いしているInternetExplod^Hrerのコ
ンポーネントを切り離して、シェルであるExplorerをIEと統合される前の
Explorerに入れ換えると、見違えるように安定して動作もキビキビするとのこ
とです。新しいWindowsを使うのは中核部分がバグフィクスされているのと高
速化が図られているかららしいです。
リソースの使用%はあまり変化しないかもしれませんがリソース管理テーブ
ルの空きバイト数はかなり変化します。
ただし、IEコンポーネントに依存するアプリケーションは動作しなくなりま
す。Microsoft OfficeとかHTMLヘルプなど。
Windows4.xでMeadowを使用中にリソース枯渇らしい現象が起こることを軽減
するなら(というかWindows改造を行なわずにWindowsを安定されるには)
○ActiveDesktopは従来のWindowsデスクトップ
○Webの表示は従来のWindowsフォルダ
○Explorerは1ウィンドウを使いまわす(ウィンドウを出すごとにリソースを
浪費、ウィンドウを閉じても解放されないリソースがある。数千回起動と
終了を繰返すとWindows3.1のような警告ダイアログが出て再起動を余儀無
くされる)
○InternetExplorer、OutlookExpressを起動しない。(一度起動すると大量の
コンポーネントが常駐するためウィンドウを閉じても一定量リソースが登
録されたままになる)。もちろんIEコンポーネントを使うWebブラウザ
(Donutとかfubとか[軽いんで好きなんですが])は使わない。
○常駐アプリケーションを止める(IMEを切替えないならinternat、タスクエー
ジェント、ボリュームコントロールなど)
○Windowsのアクセサリは必要なものだけ残して削除。(そもそもインストー
ルしないのが望ましい)
○使用していないフォントは削除(システムフォント以外は全て削除できる)
○壁紙(1-2%程度リソースを消費)を廃止
○デスクトップパターン(1%程度リソースを消費)を廃止
○サウンドイベントを全廃。あまりにもさみしいならファイルサイズの小さ
なものにしましょう。(なぜかユーザリソースをファイルサイズに応じて消
費する)
○デザインのフォントを全て同一フォント同一サイズに変更
○デザインのグラデーションを廃止
○視覚効果は全て行なわない
○デスクトップのアイコン間隔を大きくする
○%WINDIR%\shellIconCacheを書込み禁止にする。(なぜかこれが大きくなる
とリソースを微妙に消費するようだ)
○%WINDIR%\ttfCacheを削除後、1-2MBを越えたら書込み禁止にする。(頻繁に
使うグリフだけキャッシュさせる。キャッシュが大きくなるとレンダリン
グより検索のほうが遅くなるし、文字化けも起き易くなる)
○サスペンド、レジュームを行なわない。(リソースリークが起きることがあ
る)
○MemTurboのように結構まともな空きメモリを作るソフトを2時間に一回くら
い実行する(メモリコンパクションイベントを発行してリソースやメモリの
解放を行なわせてると推測)。ただしMeadowのかなりの部分も一緒にスワッ
プに入ってしまうでしょうから数分間ちょっともたつくかもしれません。
このくらいするとかなりリソースに余裕が出来るのでもしかするとMeadowを
使う上で効果があるかも知れません。
とかいいつつWindows(NT)系列でMeadowを使うときはc-modeとcompile-modeと
vcとpcl-cvsとskkとoutline-minor-modeとindented-text-modeくらいしか使わ
ないのでそもそも特定文字が入力できなくなったり、文字化けが起ったりした
ことはありません。
# Mule for w32の頃はgnus(どこが大文字のやつかもうわかりません)とかw3と
# か大物アプリケーションを沢山使ってたのでそういう現象を体験したことは
# あります。ていうかAccessとExcelとWordのせいだろうと思いますが。
> あと,EmacsとMeadowの違いって具体的にどこなんでしょうか?
フォントの扱いとプロセス管理、あとWindows対応?私もよくわかってません。
> あと,ダンプ,というのは,何をする事なんですか?
どなたか解説なさっていたかと思うんですけど。
素のままのEmacs(temacs)にエディタとして機能するためのリスプファイルを
起動時に読み込ませると使用可能になるまで途方もない時間がかかるので、あ
らかじめ最低限必要なリスプファイルを読み込ませ、そのメモリイメージをディ
スクに保存することです。これをダンプといいます。ダンプしたイメージを起
動すると大量のリスプファイルを評価する必要がないので素早く使用可能にな
ります。
# ダンプ = ハイバーネーション 、起動 = レジューム
# みたいなものですね。
よく使うモードを組み込んでダンプすると結構幸せかも。イメージが大きくな
るのでEmacsが起動時から太ってますけどね。
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQE6P6g/IbpfdVfYTCQRAgc5AJ94CkDoLBHbE6fYcKPY3EB9P7zeHACgwrEz
ir7tI+fU7XzTZmbxunc6NXw=
=r1vK
-----END PGP SIGNATURE-----