トップページ⇒win
105コメント50KB

Userリソースは

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@きゃはNGNG
やっぱメモリーの量しか関係ないのかな?
CPUの速度は関係しないのか?
0002名無しさん@そうだ選挙にいこうNGNG
そうですね
0003名無しさん@きゃはNGNG
>2
その、そうですねは「CPUの速度は全く関係ねーよ」
って事ですか?
実はmp3を聴きながら(realjukebox)HPビルダー使って、写真屋も
同時に立ち上げてて、ネットにも繋いでウィンドウを4つか5つぐらい
立ち上げるとノートンにUSERリソースが不足してきてます(5%以下)
って言われて不安定になるんですよ。
 で、今の環境はメモリー256MBでCPUPEN3の450だから、もしCPUも
多少なりとも関係してたらCPUの方を強化したいなーと思って・・・
でも、やっぱCPUは関係ないのかー・・・、WIN98だとメモリー256以上
積んでもあんまり意味無いって聞いた事があるからこれ以上メモリー
増やすのも躊躇しちゃうし、どうすればいいんだろう???
0004名無しさん@そうだ選挙にいこうNGNG
リソース不足は実装メモリ不足とは関係ないッス。
0005名無しさん@そうだ選挙にいこうNGNG
>4
許容するリソース量を増やす方法はなんか無いですかね?
0006名無しさん@そうだ選挙にいこうNGNG
Win9xのリソースって増やせないんじゃないかな。
0007>NGNG
だからOS代えろって
0008>3NGNG
ノートンを常駐させている時点で駄目駄目です。
0009名無しさん@そうだ選挙にいこうNGNG
ノートンは常駐物以外を使うのが吉です。
勝手に監視させて報告させるという無精は止めましょう。
要は自己管理です。
0010>3NGNG
あったりめーだろーが。
そんなんじゃリソース不足だ。
ワレザー君はWin9xで大物ソフトをドカドカ動かすからなぁ・・。

もうWin9xの許容範囲を超えていると思って良いな。
Win9xはオモチャOSだっつーに

0011名無しさん@そうだ選挙にいこうNGNG
Win9xを賢く使うか、何も考えずにWin2000でどかどか資源使いまくるか。
低レベルな人間はWin9xを使うべきではない。
0012名無しさん@そうだ選挙にいこうNGNG
config.sysを書きかえて、コンベンショナルメモリを増やしたのだけ
れども、これはWin9xのリソースにも影響を与えているのでしょうか?
また、Winのフォントを等幅フォントに一本化したり、デバイスマネー
ジャーで要らないデバイスを使用不可にしたりもしているのですが、
これらはリソースに増やすことに繋がるでしょうか?
0013名無しさん@そうだ選挙にいこうNGNG
>12
等幅フォントにすると展開が早くなるし、リソースの無駄遣いが無くなると聞いた。
001412NGNG
↑阿呆。等幅じゃありませんでした。固定ピッチフォントでした。

また、VBアプリを走らせる場合に、同じocxやdllを使うのであれば、
一個も二個もリソース的には、そんなに変わらない……というのは、
本当でしょうか。嘘でしょうか。
001512NGNG
う。御免なさい。キャッシュが残っていました。
14の突っ込みは、13ではなく、12=14の自己レスです。

>13
感謝です。
0016名無しさん@そうだ選挙にいこうNGNG
>Win9xのリソースって増やせないんじゃないかな。
Win2000は増やせるんですか?
知っているのでしたらご教授願いたい。
0017>16NGNG
増やせるとかそういう前に、そういう問題起こすドキュンOSは
Windows95@`98ぐらいだって
0018つーかNGNG
PCが不安定うんぬん抜かしてるのはほとんどOSのせいなんだから
飛ぶのが嫌ならとっととWin2000に移行しろよ。
みんなでそろって移行すればハード・ソフト作る方共にサポートする
ようになってこのOSの問題点は何もなくなるんだし。

今時Win98やMEの肩を持つのは惰性で自民党に投票するのと変わらんぞ。
0019名無しさん@そうだ選挙にいこうNGNG

| ________________  |
| |   ______    |  |
| |   |  ジMeン党  |     |  |
| |    ̄ ̄ ̄ ̄ ̄ ̄  / ̄ ̄ ̄ ̄ ̄ ̄ ̄
| |      ∧_∧  < 支持してくれないなら寝ててください。
| |     ( ´∀`)    \_______
| |  __(___つ__  |  |
| |  |オマエモリー首相 |  |  | 
|   ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄  |
|_____________|  
0020>19NGNG
うまいっ!

0021名無しさん@そうだ選挙にいこうNGNG
Windows98 起動時リソース95%なのに
ソフト動かしすぎると、あっという間にリソース不足に…。
しょせんこんなものさ。

店で展示していたNECのPCなぞりソース残55%だったよ。
0022>18NGNG
たしかに。2000だとエミュレータが動かないとか色々問題はあると思うが
そんなことを言ってるといつまでたっても変わらないな。
ただ金がない。

俺はWin98つかってて二日に一回ぐらい落ちるけどこれでもまともだと思ってしまう。
Windows98恐るべし。
0023名無しさん@そうだ選挙にNGNG
WIN2000にしてからまだ一度も落ちてないよ。
WIN2000は不安定とか言う人が居るけど
それはその人のハードウェアの問題で、普通ならかなり安定してる
0024名無しさん@そうだ選挙にいこうNGNG
win95で2日ぐらいずっと起動しっぱなしで今リソース残り40%
でもずっと安定してます。

MMX200 RAM96MBにWin2000いれてまともにつかえますかねー?
0025>23NGNG
いいな〜。
ネット環境はなんですか?
ネットするとリセットすんですよ。
致命的です。
0026名無しさん@そうだ選挙にいこうNGNG
WinDVDはわたくしのWin2000をフリーズさせた
唯一のアプリケーションです。
みんなも使ってね。
0027゜☆。.:*:・'゜★名無しさん゜☆。.:*:・'゜★NGNG
タスクトレイのアイコンを減らしてください。
私のは、win98でIMEとICQしか入っていません。
0028名無しさん@そうだ選挙にいこうNGNG
Win2000+Canopus SPECTRA 8400の組み合わせで
Final Realityと3DMark2000がフリーズしたさ。
なにもフリーズしなくっても。
0029名無しさん@そうだ選挙にいこうNGNG
DirectX使うゲームは当分Windows98でしょ
みんなが2000使えば2000にも対応されるはずなんで、
未来を信じて2000でOS耐久テストだ(藁)
0030名無しさん@そうだ選挙にいこうNGNG
どんなにがんばってもOSの根本的な欠陥で飛ぶしかないOSより、
基本が腐ってないOSが広まったほうが良いわな。
なるほど、今回の選挙で自民党に入れるのと同じ論理ではある>Win98支援する人
将来性に賭けようぜ。
0031名無しさん@1周年NGNG
リソースはともかく、W2KではWindowsの癌であるメモリーリークの
問題は解決してるのか?。
0032名無しさん@そうだ選挙にいこうNGNG
UNIXでもバグってるプログラムデーモンとしてると飛ぶね
0033名無しさん@そうだ選挙にいこうNGNG
Windows2KではシェルであるIEの動作が怪しい。
何日も連続で使ってると、不意にキー入力できなくなったり
変な文字出たりすることがあった。
ログオフしたら直ったけど。
0034>32NGNG
NT4ではシステムプログラム自身でメモリリークしてることが
あるので定期的なリブートが必要になることがありますね。
ユーザプログラムがバグって無ければ良いというレベルでないでしょう。

Win2000はまだあまり使い込んでないから分かりません。
そもそもサーバに2000使ったことないですし
(サーバはLinuxかBSDが多い)。

ですが、ちゃんとBIOSのVerUPなどが出来るのであれば、
2000ProはクライアントOSとして非常に
良いのではないかとは思います。
0035名無しさん@そうだ選挙にいこうNGNG
USERリソース不足はなぜおこる?=16bitアプリでリソース取り合う(16bit使用範囲→64K)
今月か先月に発売されてた「表紙が紫色の本」に説明ありましたよ、呼んでみれば。

WIN2000@`NTは32bitなのでリソースの概念はあるが、使用できる量が多いので問題にならない
らしい。(WIN9×はDOSとの関連から16bitと32bitの混在OS)
0036名無しさん@そうだ選挙にいこうNGNG
呼んでみれば。→読んでみれば。
0037名無しさん@きゃはNGNG
>35
私の意識下では16bitアプリを動かしてるつもりはないのですが
ただ立ち上げてるだけで動いてる16bitアプリとかってあるんですか?
以下勝手な思いこみですがGUI上で動いてるアプリって全部32bitではないの
でしょうか?違う?違うか・・・寸間千円
>10
誰がワレザーだよ!ただの金持ちかもしれねーだろうが、もしくは気のいいボンボン
だったりするかもしれんだろ?決めつけんな。
0038>24NGNG
> ただ立ち上げてるだけで動いてる16bitアプリとかってあるんですか?

Windows。
0039名無しさん@1周年NGNG
38の補足。(別人)
Win32の中心部分のkernel32、user32、gdi32のうち、画面表示とユーザインターフェースを司るuser32、gdi32は単なる16ビットのuser.exe、gdi.exeに処理をバイパスしてるっぽい。
画面の座標系やウィンドウハンドル等が16ビットなのが証拠。
0040名無しさん@1周年NGNG
16ビットOSなんてつかってんじゃねーよ
0041名無しさん@1周年NGNG
Windows95@`98は3.1からNTへ移行するためにM$が作った
いんちきOSです。とっととNTに移行しましょう。
0042名無しさん@そうだ選挙にいこうNGNG
NTは企業用です
0043名無しさん@1周年NGNG
じゃあとっとと2000に以降しましょう。
0044名無しさん@1周年NGNG
個人ユーザのOSは吹っ飛んでもいいつーのが
何か間違ってるんだよ
0045名無しさん@そうだ選挙にいこうNGNG
俺はWin95OSR1ユーザ。けど全然飛ばないね。
吹っ飛ばすような使い方しか出来ない人はWin2000にでも移行しましょう。
B級WindowsユーザにはWin9xを安定させることは不可能です。
0046名無しさん@そうだ選挙にいこうNGNG
<45
平和な奴、、、
0047名無しさん@1周年NGNG
Win95@`98で満足している人はそのまま使っていればいいだけ。
そうでない人もいるってことだ。今のWindowsの欠点といったら
不安定なことぐらいでしょ。
0048名無しさん@1周年NGNG
各雑誌はここぞとばかりにWin98の欠点であるリソース問題を
とりあげてWin2000へ移行させようとするようだな。

別にいいけど、98使ってるとそろそろ馬鹿者扱いされそう。
0049名無しさん@人生薔薇色NGNG
Win2000でリソース不足が起きないと言うことはないです。
長時間使っているとメモリリークなどで
アプリケーションを少ししか立ち上げてないのに
新しいアプリが立ち上がらなくなったりします。

Win2000の初期状態のリソースは3MBだそうですが、
これをレジストリをいじることにより倍加できます。
実際、自分が試してみたんですが通常使う分には
リソース不足が起きなくなりました。
初期状態だと普通にウェブブラウズしてIEのウィンドウを
20程度とエディタや画像ツールなどを開いて数時間ほど
使うとすぐにリソース不足が起きてしまいます。
0050名無しさん@1周年NGNG
へ〜2000でも長いこと使ってると怪しくなるのはリソース不足か。
OS自体が飛ぶことはないけどIEが変になるよね。
ところでリソース設定はレジストリのどこ変えれば良いの?>49
0051>49NGNG
タブ型ブラウザ使えば?
0052○o。.@名無しさん@.。o○NGNG
>49
早く教えてやれ、というか俺もしれたい。
0053名無しさん@もうすぐ昼休みNGNG
49さんじゃないけど

http://support.microsoft.com/support/kb/articles/Q126/9/62.asp
↑MSサポート

http://www.atmarkit.co.jp/fwin2k/win2ktips/071desktopheap/desktopheap.html
↑日本のwin2kのTips系ページから
0054名無しさん@そうだ選挙にいこうNGNG
キミは何級だ? B級以下? そうならWin2000に変えようね。
http://www.interq.or.jp/green/korokan/higa9711.html#971107
0055>53NGNG
これよむと何も考えずにデスクトップアプリケーションヒープ制限を
上げるより、バグってないプログラムのみ使うようにしたほうが
よさげだな。パフォーマンス落ちるのでは考え物だ。
問題は、標準で入ってるIEがバグってるということなんだろうな。
確信はないが窓が1万5千開けるはずのWin2000でさえ
長時間使ってると変な動作することがあるのはこいつのせいだろ。
0056>54NGNG
TeXレベルで特A扱いしたりX-Windowsなんて書いたりするとこの
意見は無視したほうが良いのでは?
0057名無しさん@そうだ選挙にいこうNGNG
俺の起動直後のユーザーリソース94%(Win.98)
0058KNGNG
53を読んで、ヒープ制限を元に戻した.
0059>57NGNG
終了直前は?
0060名無しさん@そうだ選挙にいこうNGNG
>55

今のGUIアプリでバグって無いのを期待する方が無理だろ。
MFCとか、VCLとかの巨大なライブラリにバグ一つ無い、
というほうがおかしいし。

53読むと、NTのメモリ管理のズサンさが伺えるね。

こんなんじゃ、いつまでたったってメモリーリークは無くならんし、
不安定なまま、と。

さすがゲイツOS。安定してるとは言っても、口先だけだね。
MS-Linuxも出る日が近いかな(ワラ
0061>60NGNG
>53読むと、NTのメモリ管理のズサンさが伺えるね。
53の内容の記事のどこからずさんさがうかがえるのかよーわからん。
こーいうこという馬鹿が「OSがメモリリークを回避できないのは
おかしい」とか、言い出すんだろうなあ。
ちょっと物を批判する前に自分がその物事をよく理解しているか
もう一度見直したほうがいいぞ。
0062>56NGNG
や、TeXなんぞにこだわってると特A級にはなれんゾって
言ってる様に感じるんだが。
006360>61NGNG
アプリケーションヒープを全アプリ間で共有にしていると言う時点で、
ずさんでしょう。

『アプリケーション』というのは、Unix で言う所の『プロセス』です。
『プロセス』を『起動する』というのは、『そのプロセス専用の仮想メモリ
空間』を作成すると言うことです。そのメモリ空間にはそのプロセスが
利用しているデータ以外存在しません。ですからそのプロセスが終了したら
当然、その『仮想空間』も完全になくならなくてはいけませんし、そのような
『仮想空間』であれば、特定のメモリ空間が誰によって利用されているか
判っていますから、完全に、見落しなく、消すことが可能なはずです。

NT や 95 で『メモリリーク』が発生すると言うことは、つまり『プロセス
ごとに専用の仮想メモリ空間を準備していない』ということです。メモリ空
間が特定のプロセス専用になっていないので、一旦確保されてしまうと、正
しく解放しない限り永遠に残ってしまいます。

『メモリリークが起きる』というこの症状は、95 や NT で M$ が主張して
いるところの『プロセス毎にちゃんと仮想空間を用意し、管理しています』
というのが、実は大嘘だ、という事を意味します。

FreeBSD や Linux を初めとする unix システムは、基本的に『プロセス』
ごとに仮想メモリ空間をそれぞれ別々に持っています。従って、プロセスが
消滅すればそれ用の仮想メモリ空間も完全に消滅します。これはプロセスが
作り出したヒープの管理ミスなどから生じるメモリリークも一緒に消えるこ
とを意味します。

ある特定のメモリ領域がリークしても、「誰が」使っているのかが残ってい
れば、時々全部のメモリ領域を調べれば、いないはずの「誰か」が使ってい
ることになっているメモリ領域は発見でき、消去できます。アプリケーショ
ンの終了はOSで検出できますから、その直後にこのチェックを全メモリに
渡って行えば、メモリリークは発生しないはずです。逆にいればメモリリー
クの回避など、95 や NT のようなパフォーマンスレベルで良ければ馬鹿で
もできる単純な作業なのです。
0064というわけでNGNG
NT安定してるとか言う奴はドキュン決定。
メモリーリークはアプリの所為と考えている奴もドキュン決定。
0065名無しさん@そうだ選挙にいこうNGNG
メモリリークって、プロセスが生きている間だけに起こるんじゃないの?
死んでも残るの?
0066名無しさん@そうだ選挙にいこうNGNG
プロセスが氏んでも、メモリがOSに返却されないから、
メモリーリークと言うのです。

たとえば、Win9Xでは、アプリを起動して、終了するだけで、
リソースが少しずつ減って逝くことがよく起きますが、まさに
この状況の時、リソースメモリーのリークが起きている、と
いうわけです。

こういう事が起きるのも、Windowsのメモリ管理が非常に甘い
からで、3.1@` 95@` NTとずっと構造は変わってません。ただ、
あらかじめメモリを多く確保しておけば、少々リークしたところで
すぐには影響が出ません。とはいえ、これは一時しのぎに過ぎない事は
用意に想像可能でしょう。
006766NGNG
で、これをアプリのバグがあることが問題だ、という声を上げる人も
居ますが、それこそ無知を露呈する物です。

仮に、メモリーを確保し、ちゃんと終了直前に全部返却するような
プログラムを作った・・・としましょう。

でも、「OSから強制的に終了させられたらどうするのか。」という
問題が有ります。たとえば、ブルースクリーンを出すような
OSを巻き込むような例外で落ちた、とか。

その場合、プロセスは正規の終了手順を踏ませてもらえません。
try .. finallyも通用しません。

プロセスが終了した事だけがOSに伝えられます。この場合、
アプリプログラマにはなす術が有りません。
006866NGNG
この場合でも、ちゃんとUNIXのようにプロセス毎に仮想空間を
割り当てていたなら、氏んだプロセスのメモリは回収され、
再利用が可能になります。

つまり、Windowsでメモリーリークが発生するのは、ちゃんと
アプリの面倒を見ていない、OSの所為なのです。
006966NGNG
もちろん、アプリ側もマナーとしてメモリを確保したらちゃんと
返却するようにプログラムを書かなきゃ駄目です(度が過ぎると
スワップが激増して重くなりますからね)が、

・最近のライブラリはでかくて、バグを取り切れない
という現実が存在しますし、
・返却できない場合も発生する
わけでして、そのような状況で、OSがメモリを回収し損ねる
ような状況じゃ、まったく駄目駄目ということです。
0070名無しさん@そうだ選挙にいこうNGNG
どこで仕入れた知識か知りませんが、まるっきり間違ってます。
いくらWindowsでもそこまでタコではありません。
もうちょっと勉強しましょう。
0071名無しさん@そうだ選挙にいこうNGNG
OSの安定性がUNIX>NT>98なのは間違いない。
といって、NTを使うのは馬鹿というのもおかしい。
それほど安定性が問題になるのは主にサーバで
サーバにNTを使わなければ良いだけ。
クライアントで使うOSがUNIXかNTかというのは
何のアプリを使うかによる。
NTか98かというのであれば、よほどのことが無い限り、
NTのが無難ということだろ。
0072>70NGNG
でも fj.comp.lang.c の malloc and free とかってスレッドだと
そういう結論(リークする)になってなかったっけ?
話が広がりすぎて俺は追いきれなかったけど。
0073名無しさん@そうだ選挙にいこうNGNG
電波のお針箱って何者ですか?
0074> 66NGNG
Windowsも、95/NT/2Kではプロセス空間は独立してます。
もちろん、OSのシステム部分は共有ですが、これはlinuxもBSDも
SunOSもVMSも同じ。
ウソをばら撒かないで下さい。頭悪すぎます。
0075>74NGNG
いちおー95でもWin32アプリなら2Gの独立空間当てられて
るんだけど残り2Gの共有領域がほんとに共有されとるんよな。
こっちでリークされるとゴミがたまってボンである。
NT系ならこっちも各プロセスで独立扱いなんだけど、
どーもバグってるよーな。
てなことで話を元に戻すと、2000で直ったのかなと?
0076>75NGNG
74です。
NTでも、2000でも2G部分は共有ですよん。
それぞれのプロセス空間にマップされることはされますが、すべての
プロセスで、同じ仮想アドレスにマップされて、同じ物理アドレスを
指しているわけです。
システム部分のページテーブルエントリも、システム領域にあって
同じようにマッピングされていますから、もはやシステム部分は
完全に共有されていると言っていいんじゃないでしょうか?

この中でリークが起こるか、という話ですが、私にはわかりません。
だって、私が作ったわけじゃないから。ただ、OSがカーネル部分で
仮想アドレスを動的に要求するという構造にするのは、逆に難しい
んじゃないかと思っています。システム空間のプログラムを実行し
ているときには、アプリケーションと違うリングで動いていますし…
固定の領域を使いまわすという構造の方が簡単でしょう。それゆえ
各種リソースにはサイズに上限が持たされていると。

で、その固定領域の使いまわしがうまくいっているのか、というと、
やっぱり私にはわかりません。だって…(以下略)
0077名無しさん@そうだ選挙にいこうNGNG
   /⌒~~~⌒\
 / ( ゚�>t�≡ )y─┛~~
(_ ノγ U  ∩_∩)   THANK YOU 2ch     ┌───────┐
  α___J _J         and          (|●        ● |
  / ̄ ̄ ̄ ̄\  GOOD-BYE 2ch WORLD! /.| ┌▽▽▽▽┐ |
 /     ●  ●                   ( ┤ |      |  |
 |Y  Y       \ またどこかで会おうね  \.  └△△△△┘   \
 | |   |       ▼ |                  | \あ\      |\ \
 | \/        _人| ∧∧∩゛    ∧_∧     |     \り\     | (_)
 |       _/)/)/( ゚Д゚)/     (´∀` )   __ n    \が\.  |
 \    / 〔/\〕 U  / ∩∩ (    )o/  \ ヽ    \と\ |
  | | | c(*・_・)  |  |ヽ(´ー`)ノ_|  |  | (__丿    |.  /\ \う | (-_-)
  (__)_) UUUU /∪∪ (___)(_(__) ⊆_    ヽ_┘  └──┘(∩∩)

0078>66NGNG
あなたには、Win95とWin NTの違いを説明して欲しいな。
だいじょうぶなのかな。
0079>63@`66?NGNG
そんなプロセス間で共有する必要のない、ふつーのメモリだったら
当然、プロセスの終了時に開放されるに決まってるでしょ。
そんなのがBugってたら誰も使わないし、もっと問題になってるぞ。
ディスクトップヒープってのはWIN32Kの中でグローバルに管理する必要の
あるオブジェクトが格納されるわけで、共有されなくちゃいけないの。
そうでなくちゃ、どーやってプロセス間のウインドウの位置関係や
前後関係を相互調整するのよ。それにそのグローバルである情報も
オーナー情報がオブジェクト毎に書きこまれてて、プロセス終了時に
ちゃんとクリーンナップされてる。
まあ、OS側がちゃんとやっても、プロセス空間後半2GBにドライバから
ExAllocatePoolでアロケートされるメモリは、ドライバがBugってたら
当然リークし、プロセスが常に常駐するサービスや、常駐アプリが
Bugってたらリークする。これはOSからはどうすることもできない。
Bugのないプログラムを書くしかない。まあ、ドライバに関しては
ドライバベリファイアでリークを検知出来るようになってて、MSから
認定を受けるためにはドライバベリファイアを実行しなくては
ならないことになってるから、ドライバでのリークはかなり減っているでしょう。
問題は、標準でついてるサービスだが、ふつーに使ってる限りは
ほとんどリークしてない。Meessage Queueサービスがリークしてるみたいなんだが
まあ、わしはこれ使ってないからとりあえず問題なし。

まあ、わしは忠告したんだけどね、批判するときは、十分理論武装してから
やりなさいと。忠告を聞かずに噛み付くから自分の無能さを露呈することに
なるのね。これからは気をつけたほうがいいで。
0080>63@`64@`66-69NGNG
まあ、ちょっと補足だが、最近のNT/W2Kであればふつーに使ってて
起動終了を繰り返しただけでメモリリークが起きることはない。Win9xは知らん。
起こせるなら、起こすプログラムをどっかにUPしておくれ。
あと、仮想メモリをつかっていればリークが起きないと言うのは大間違い。
どんなOSでもリークを起こすことは可能。トータルなシステムでいかに
リークをなくすがが重要。最近のNT/W2Kは非常に優秀。
クライアントOS@`単純なHTTPサーバーとして使う分にはほとんどリークはない。
前述したMessage Queueやトランザクションサーバー、クラスタリングの部分
にはまだ、リークはあるだろうが、それでもOS全体が否定されるようなもの
ではない。
0081名無しさん@そうだ選挙にいこうNGNG
話がわかりにくくなってるんだけど、ここでの問題は98/NT/2000での
メモリ周りに絡むOSの安定性ということでまとめたい。

そもそもNTカーネルでは、各プロセスでのメモリ空間は完全に独立していて、
DLLも各プロセスで別々にロードされるので、あるプロセスが他プロセスを
壊すというのはありえない。メモリリークを起こすとしたら、
79さんが書いてるようにドライバでのメモリリークや、常駐プロセスでの
リーク。あとカーネル自体でのリーク。このカーネルでのリークは
OSのバグであるので、あとのVerのが少ないはず。といっても2000は
新機能満載なので、NT4後半より2000のがバグって無いかは謎。
おおざっぱに見積もって安定性に関してはNT4と5ではそれほど違わないはず。

問題はwin95/98/ME。こちらも32ビットアプリであれば各プロセス毎に
メモリ空間があてられてプロセス間で独立しているはずなのだが、
NTと違って完全に独立になっていない。DLLは各プロセスで
共有されるため、これに対して不正アクセスされるとOSが飛ぶ
可能性がある。あとアドレス先頭の方にある16ビットアプリとの
互換のために取られている領域でも不正アクセスされるとOSが飛ぶ。

そもそも、OS自体が完全32ビットコードでなく、USER@`KERNEL@`GDI
それぞれに16ビットと32ビットモジュールがあり、32ビット
モジュールが16ビットモジュールを呼ぶようになっている(サンクダウン)。

95のリソース不足とは実はこの16ビットモジュール側のヒープ領域不足であり、
32ビットアプリしか使ってなければ問題が起きないはずだったのだが、
OS自体が16ビットコードを含んでいたりするので、Win95ではこの
win3のころの64k制限に未だに悩まされていたりするわけである。

よって、OSの構造上Win95/98/MEは32ビットアプリしか使っていなくても、
完全に安定することはありえずリソースの64k制限が存在し、
OSそのものを飛ばせるアプリケーションが作れてしまう。

NT/2000は、カーネル、ドライバ、常駐アプリの全てでバグって
無ければ、理論上アプリでOSを飛ばすことはできない。
実際はバグっているので、飛ぶことは飛ぶが、
飛ばなく出来る可能性はあるわけである。

ということではないかと思うがどうか?>識者
0082名無しさん@そうだ選挙にいこうNGNG
次、UNIXとの比較。NTであれば、OSの基本機能はUNIXと変わるところはない。
むしろ機能だけでいえばUNIXの持つ多くの機能をNTは持っているので、
カタログスペック的にはNTの方が優れている点が多い。

違いが出るのは、UNIXではWindowシステムがカーネルと分離されているのに
対して、NTでは切り離せないこと。UNIXでもX-Windowを使っていると
Xサーバプロセスが肥大化しNTでのリソースリークと同じ状況になる。
しかしUNIXであればXサーバを再起動すればよく、OS自体を再起動させる
必要がない。

そもそもサーバ用途であればWindowシステムを立ち上げる必要はなく、
コンソールのみで使えるという点で、サーバとしての安定性に関しては
UNIXのが優れている。

クライアントOSとしては、カーネル+Windowシステム全体で
評価すべきであり、こちらではNTの方が優れている点が多いと思われる。
ただしNTの方がOS自体の再起動率は高く不安定であるといえる。
0083>79NGNG
>ディスクトップヒープってのはWIN32Kの中でグローバルに管理する必要の
>あるオブジェクトが格納されるわけで、共有されなくちゃいけないの。
>そうでなくちゃ、どーやってプロセス間のウインドウの位置関係や
>前後関係を相互調整するのよ。

その相互調整するプロセスとだけの共有を持てばいいだけであって、
好き好んで全プロセス間共有にする必要は、無い。

>それにそのグローバルである情報もオーナー情報がオブジェクト毎に
>書きこまれてて、プロセス終了時に ちゃんとクリーンナップされてる。

ほぉ。それこそ53の記事と矛盾しませんかね?
008483>81NGNG
>NT/2000は、カーネル、ドライバ、常駐アプリの全てでバグって
>無ければ、理論上アプリでOSを飛ばすことはできない。

カーネルとドライバがバグってたらそりゃどんなOSだろうと飛ぶだろうさ。
常駐アプリは君の勘違いと推定する。(常駐しているアプリを終了させれば、
メモリは全てOSに返却される「はず」だからね。)

>UNIXでもX-Windowを使っているとXサーバプロセスが肥大化しNTでの
>リソースリークと同じ状況になる。

XのServer肥大化はあるねぇ。でも、その場合でもXのClientを閉じれば
戻って来るはずだが、どうよ?俺の環境でそういう事態になった事は
一度もない。GTKアプリや、Mozilla-M16、XEmacs、Netscape等を
使用しているが、最期にXのServer再起動かけたのは2ヵ月前だ。
0085名無しさん@人生薔薇色NGNG
レジストリエディタで

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session
Manager\SubSystems]の
[Windows]の値
[%SystemRoot%\system32\csrss.exe ObjectDirectory=\Windows
SharedSection=1024@`3072@`512@`512 Windows=On ......]
の"3072"を"6144"にするとUserリソースが2倍になり,
IEなどのウインドウを2倍開けるようになります。
この値をこれ以上増やしても効果はないそうです。
自分もこれを試してみましたが、結構長い時間使っても
今のところ全くリソース不足と思われる挙動不審な
状態に陥らなくなりました。
0086名無しさん@人生薔薇色NGNG
追加。
>>85
はWin2000に関しての内容です
0087>83NGNG
53にはGenericなことしか書いてないしどこにもWIN32Kのリソースがプロセスを
終了したにもかかわらず開放されずに問題を起こすとはかいてないよね。
「アプリケーションのバグのためデスクトップヒープが不足することがある」
と書いてあるだけ。
NT/W2Kではちゃんとプロセスが終了すれば、プロセス空間に使用されていた
メモリは開放されるし、WIN32Kが管理していたオブジェクトもちゃんと
開放される。厨房に指摘されるほどWindowsはくさっちゃいない。
さっきもいったように、プロセスを終了したにもかかわらず、リソースが
開放されないと言うような状況を起こせるのなら、起こしてみなさい。
その上で、批判をしなさい。どっかの受け売りをそのままのたまうのは
厨房。
>>その相互調整するプロセスとだけの共有を持てばいいだけであって、
>>好き好んで全プロセス間共有にする必要は、無い。
これもWindowマネージャを一度もインプリメントしようとしたことない厨房の
たわごとだね。
相互調整するプロセスとだけ共有すればいいとといってるが、
そのWindowとWindowが相互調整が必要かどうかを判断するときに
双方のWindowにアクセスせずにどうやって判断するんだい?
全てのWindowオブジェクトをグローバルに管理するのは君の崇拝するXでも
普通にやってることだよ。
>>「俺の環境でそういう事態になった事は 一度もない」
まあ、わしもWindowsプログラマとして週5日かなりハードにW2Kを酷使して
RCのころから1年以上使っているがデスクトップリソース不足や挙動不審、
CRASHに出くわしたことは全くない。というわけで、君の環境が安定している
からといってLinuxが安定していると言えるのならば、わしも同じ事が言える。

とにかく、リークしていると主張するなら、起こさせてみんしゃい。
はっきりいって、
「リークはないわけではないが、君には起こすことは出来ない」
0088名無しさん@そうだ選挙にいこうNGNG
>終了したにもかかわらず開放されずに問題を起こすとはかいてないよね。
>「アプリケーションのバグのためデスクトップヒープが不足することがある」
>と書いてあるだけ。

おおう、了解だ。俺は痛いな。

>NT/W2Kではちゃんとプロセスが終了すれば、プロセス空間に使用されていた
>メモリは開放されるし、WIN32Kが管理していたオブジェクトもちゃんと
>開放される。厨房に指摘されるほどWindowsはくさっちゃいない。

断言できるところが若いな。俺も痛いが、君も痛いぜ。

>そのWindowとWindowが相互調整が必要かどうかを判断するときに
>双方のWindowにアクセスせずにどうやって判断するんだい?

ハンドルとAPI使えば済むでしょうなぁ。Windowsでも同じ方針を取ろうと
していますが、

>全てのWindowオブジェクトをグローバルに管理するのは君の崇拝するXでも
>普通にやってることだよ。

全プロセスからアクセス可能な領域に置くのは馬鹿だ、と言いたい訳でして。
普通にやってるなら、BSD系じゃX動かない事になるなぁ(藁
UNIXで一般的なSysV共有メモリ、BSD系じゃ存在するという保証が無いぜ。

>とにかく、リークしていると主張するなら、起こさせてみんしゃい。

FinalRealityを一日ぶん回して見たら?途中で落ちる上、15MB程
回収不能になってるぜ。
0089名無しさん@そうだ選挙にいこうNGNG
age
0090名無しさん@1周年NGNG
このスレうざい。
98よりNT&2000のが安定しててUNIXのが安定してるけど、
UNIXよりNTのがクライアント向けで互換性を重視するなら当分98。
それで終わりやん。クライアントPCなら調子悪くなったら
リブートすればいいだけ。はいどうぞー。
0091判定人NGNG
   /⌒~~~⌒\
 / ( ゚�>t�≡ )y─┛~~
(_ ノγ U  ∩_∩)   THANK YOU 2ch     ┌───────┐
  α___J _J         and          (|●        ● |
  / ̄ ̄ ̄ ̄\  GOOD-BYE 2ch WORLD! /.| ┌▽▽▽▽┐ |
 /     ●  ●                   ( ┤ |      |  |
 |Y  Y       \ またどこかで会おうね  \.  └△△△△┘   \
 | |   |       ▼ |              =@   | \b\      |\ \
 | \/        _人| ∧∧∩゛    ∧_∧     |     \り\     | (_)
 |       _/)/)/( ゚Д゚)/     (´∀` )   __ n    \が\.  |
 \    / 〔/\〕 U  / ∩∩ (    )o/  \ ヽ    \と\ |
  | | | c(*・_・)  |  |ヽ(´ー`)ノ_|  |  | (__丿    |.  /\ \う | (-_-)
  (__)_) UUUU /∪∪ (___)(_(__) ⊆_    ヽ_┘  └──┘(∩∩)

0092名無しさん@そうだ選挙にいこうNGNG
>90
そんな事言ったらWindowsが進化しないじゃないか。
言ってることは分かるし、現状の運用はそうだが
0093名無しさん@そうだ選挙にいこうNGNG
まあ、わしもそんなにあげるよーなスレッドだとは思わんのだが、
あまりにも88の反論が厨房でどうしようもないから、誰か指摘して
やってくんないかなあ。ハンドルとAPIのくだりとか、共有メモリの
くだりとか、いかにも昨日、本で見ました的な書き方。
わしは一応FinalRealityの検証をしてから、書き込むわ。
0094>91NGNG
最高〜。うますぎ。
0095名無しさん@そうだ選挙にいこうNGNG
>94
91はただのコピペだ。
0096名無しさん@名無しさん@NGNG
/⌒~~~⌒\
 / ( ゚�>t�≡ )y─┛~~
(_ ノγ U  ∩_∩)   THANK YOU 2ch     ┌───────┐
  α___J _J         and          (|●        ● |
  / ̄ ̄ ̄ ̄\  GOOD-BYE 2ch WORLD! /.| ┌▽▽▽▽┐ |
 /     ●  ●                   ( ┤ |      |  |
 |Y  Y       \ またどこかで会おうね  \.  └△△△△┘   \
 | |   |       ▼ |                  | \あ\      |\ \
 | \/        _人| ∧∧∩゛    ∧_∧     |     \り\     | (_)
 |       _/)/)/( ゚Д゚)/     (´∀` )   __ n    \が\.  |
 \    / 〔/\〕 U  / ∩∩ (    )o/  \ ヽ    \と\ |
  | | | c(*・_・)  |  |ヽ(´ー`)ノ_|  |  | (__丿    |.  /\ \う | (-_-)
  (__)_) UUUU /∪∪ (___)(_(__) ⊆_    ヽ_┘  └──┘(∩∩)
0097名無しさん@名無しさん@NGNG
   /⌒~~~⌒\
 / ( ゚�>t�≡ )y─┛~~
(_ ノγ U  ∩_∩)   THANK YOU 2ch     ┌───────┐
  α___J _J         and          (|●        ● |
  / ̄ ̄ ̄ ̄\  GOOD-BYE 2ch WORLD! /.| ┌▽▽▽▽┐ |
 /     ●  ●                   ( ┤ |      |  |
 |Y  Y       \ またどこかで会おうね  \.  └△△△△┘   \
 | |   |       ▼ |                  | \あ\      |\ \
 | \/        _人| ∧∧∩゛    ∧_∧     |     \り\     | (_)
 |       _/)/)/( ゚Д゚)/     (´∀` )   __ n    \が\.  |
 \    / 〔/\〕 U  / ∩∩ (    )o/  \ ヽ    \と\ |
  | | | c(*・_・)  |  |ヽ(´ー`)ノ_|  |  | (__丿    |.  /\ \う | (-_-)
  (__)_) UUUU /∪∪ (___)(_(__) ⊆_    ヽ_┘  └──┘(∩∩)
0098名無しさん@そうだ選挙にいこうNGNG
ぶり返しage
0099TORANGNG
メモリユーティリティ(MemTurbo)でデフラグ、メモリーリークの解放で
どの程度問題は解決するもでしょうか、使っている人いますか??
0100>99NGNG
技術的にいって、メモリを要求したアプリ、確保したOS以外の
ものの介入は危険。そういうものは使わないのが吉。
0101名無しさん@そうだ選挙にいこうNGNG
>99
使ってみたけどよくわからんかった。
昔ならともかく今は64メガで5000円前後なんだからそれ系のアプリを買うのって
馬鹿らしいよね(^^;
0102sageNGNG
NT4 + SP6a で、Communicater 4.73を起動して終了するだけで、
1MB程開放洩れが有るな。
0103>102NGNG
ディスクキャッシュにメモリを持ってかれただけやろ
0104>102NGNG
面白いからそう考える理由を説明してみそ
0105sageNGNG
>ディスクキャッシュにメモリを持ってかれただけやろ

初回起動時に限らず、毎回起きてる。
■ このスレッドは過去ログ倉庫に格納されています