■ ２ちゃんねるは、ここのサーバを使ってるです。。。
.jp ドメインお持ちのお客様大歓迎。maido3.jp 　.fm 取得代行します。(US) maido3.fm 　.ca 取得代行します。(US) maido3.ca 　.com .net .org 取得代行します。(US) maido3.com 　.cc .to .tv 取得代行はじめました。NEW
月々1,000円からの BinboServer.com ２ちゃんねるも使っている Big-Server.com
>> ２ちゃんねる、サーバ監視所

■掲示板に戻る■ ■過去ログ倉庫めにゅーに戻る■

Userリソースは

1 名前： 名無しさん＠きゃは 投稿日： 2000/06/25(日) 16:44

やっぱメモリーの量しか関係ないのかな？
CPUの速度は関係しないのか？

2 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/06/25(日) 18:26

そうですね

3 名前： 名無しさん＠きゃは 投稿日： 2000/06/25(日) 19:28

>2
その、そうですねは「CPUの速度は全く関係ねーよ」
って事ですか？
実はmp3を聴きながら（realjukebox）HPビルダー使って、写真屋も
同時に立ち上げてて、ネットにも繋いでウィンドウを４つか５つぐらい
立ち上げるとノートンにUSERリソースが不足してきてます（５％以下）
って言われて不安定になるんですよ。
　で、今の環境はメモリー256MBでCPUPEN3の450だから、もしCPUも
多少なりとも関係してたらCPUの方を強化したいなーと思って・・・
でも、やっぱCPUは関係ないのかー・・・、WIN98だとメモリー256以上
積んでもあんまり意味無いって聞いた事があるからこれ以上メモリー
増やすのも躊躇しちゃうし、どうすればいいんだろう？？？

4 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/06/25(日) 19:50

リソース不足は実装メモリ不足とは関係ないッス。

5 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/06/25(日) 19:59

>4
許容するリソース量を増やす方法はなんか無いですかね？

6 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/06/25(日) 20:03

Win9xのリソースって増やせないんじゃないかな。

7 名前： > 投稿日： 2000/06/25(日) 20:29

だからＯＳ代えろって

8 名前： >3 投稿日： 2000/06/25(日) 20:33

ノートンを常駐させている時点で駄目駄目です。

9 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/06/25(日) 21:27

ノートンは常駐物以外を使うのが吉です。
勝手に監視させて報告させるという無精は止めましょう。
要は自己管理です。

10 名前： >3 投稿日： 2000/06/25(日) 22:50

あったりめーだろーが。
そんなんじゃリソース不足だ。
ワレザー君はWin9xで大物ソフトをドカドカ動かすからなぁ・・。

もうWin9xの許容範囲を超えていると思って良いな。
Win9xはｵﾓﾁｬOSだっつーに

11 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/06/25(日) 23:35

Win9xを賢く使うか、何も考えずにWin2000でどかどか資源使いまくるか。
低レベルな人間はWin9xを使うべきではない。

12 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/06/26(月) 00:01

config.sysを書きかえて、コンベンショナルメモリを増やしたのだけ
れども、これはWin9xのリソースにも影響を与えているのでしょうか？
また、Winのフォントを等幅フォントに一本化したり、デバイスマネー
ジャーで要らないデバイスを使用不可にしたりもしているのですが、
これらはリソースに増やすことに繋がるでしょうか？

13 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/06/26(月) 00:43

＞１２
等幅フォントにすると展開が早くなるし、リソースの無駄遣いが無くなると聞いた。

14 名前： 12 投稿日： 2000/06/26(月) 00:50

↑阿呆。等幅じゃありませんでした。固定ピッチフォントでした。

また、VBアプリを走らせる場合に、同じocxやdllを使うのであれば、
一個も二個もリソース的には、そんなに変わらない……というのは、
本当でしょうか。嘘でしょうか。

15 名前： 12 投稿日： 2000/06/26(月) 00:52

う。御免なさい。キャッシュが残っていました。
14の突っ込みは、13ではなく、12=14の自己レスです。

>13
感謝です。

16 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/06/26(月) 01:35

>Win9xのリソースって増やせないんじゃないかな。
Win2000は増やせるんですか？
知っているのでしたらご教授願いたい。

17 名前： >16 投稿日： 2000/06/26(月) 02:01

増やせるとかそういう前に、そういう問題起こすドキュンＯＳは
Windows95,98ぐらいだって

18 名前： つーか 投稿日： 2000/06/26(月) 02:07

ＰＣが不安定うんぬん抜かしてるのはほとんどＯＳのせいなんだから
飛ぶのが嫌ならとっととWin2000に移行しろよ。
みんなでそろって移行すればハード・ソフト作る方共にサポートする
ようになってこのＯＳの問題点は何もなくなるんだし。

今時Win98やMEの肩を持つのは惰性で自民党に投票するのと変わらんぞ。

19 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/06/26(月) 02:51

|　＿_＿_＿_＿_＿_＿_＿_＿_　　|
|　|　　　＿＿＿＿＿＿　　　 |　 |
|　|　　 |　　ジMeン党 　| 　 　 |　 |
|　|　　　￣￣￣￣￣￣　　／￣￣￣￣￣￣￣
|　|　　　　 　∧＿∧　　＜　支持してくれないなら寝ててください。
|　|　　　　　（　´∀｀） 　　　＼＿＿＿＿＿＿＿
|　|　　＿＿（＿＿＿つ＿＿　 | 　|
|　|　　|オマエモリー首相　|　 | 　|　
| 　￣￣￣￣￣￣￣￣￣￣￣　 |
|＿＿＿＿＿＿＿＿＿＿＿＿＿| 　

20 名前： ＞１９ 投稿日： 2000/06/26(月) 03:16

うまいっ！

21 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/06/26(月) 03:18

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

店で展示していたNECのPCなぞりソース残55%だったよ。

22 名前： ＞１８ 投稿日： 2000/06/26(月) 03:34

たしかに。2000だとエミュレータが動かないとか色々問題はあると思うが
そんなことを言ってるといつまでたっても変わらないな。
ただ金がない。

俺はWin98つかってて二日に一回ぐらい落ちるけどこれでもまともだと思ってしまう。
Windows98恐るべし。

23 名前： 名無しさん＠そうだ選挙に 投稿日： 2000/06/26(月) 03:45

WIN2000にしてからまだ一度も落ちてないよ。
WIN2000は不安定とか言う人が居るけど
それはその人のハードウェアの問題で、普通ならかなり安定してる

24 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/06/26(月) 04:09

win95で２日ぐらいずっと起動しっぱなしで今リソース残り40%
でもずっと安定してます。

MMX200 RAM96MBにWin2000いれてまともにつかえますかねー?

25 名前： >23 投稿日： 2000/06/26(月) 04:41

いいな〜。
ネット環境はなんですか?
ネットするとリセットすんですよ。
致命的です。

26 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/06/26(月) 05:24

WinDVDはわたくしのWin2000をフリーズさせた
唯一のアプリケーションです。
みんなも使ってね。

27 名前： ゜☆。.:*:・'゜★名無しさん゜☆。.:*:・'゜★ 投稿日： 2000/06/26(月) 05:43

タスクトレイのアイコンを減らしてください。
私のは、ｗｉｎ９８でＩＭＥとＩＣＱしか入っていません。

28 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/06/26(月) 06:00

Win2000+Canopus SPECTRA 8400の組み合わせで
Final Realityと3DMark2000がフリーズしたさ。
なにもフリーズしなくっても。

29 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/06/26(月) 06:06

DirectX使うゲームは当分Windows98でしょ
みんなが2000使えば2000にも対応されるはずなんで、
未来を信じて2000でＯＳ耐久テストだ（藁）

30 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/06/26(月) 06:10

どんなにがんばってもＯＳの根本的な欠陥で飛ぶしかないＯＳより、
基本が腐ってないＯＳが広まったほうが良いわな。
なるほど、今回の選挙で自民党に入れるのと同じ論理ではある＞Win98支援する人
将来性に賭けようぜ。

31 名前： 名無しさん＠１周年 投稿日： 2000/06/26(月) 06:58

リソースはともかく、W2KではWindowsの癌であるメモリーリークの
問題は解決してるのか？。

32 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/06/26(月) 08:11

UNIXでもバグってるプログラムデーモンとしてると飛ぶね

33 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/06/26(月) 08:16

Windows2KではシェルであるIEの動作が怪しい。
何日も連続で使ってると、不意にキー入力できなくなったり
変な文字出たりすることがあった。
ログオフしたら直ったけど。

34 名前： >32 投稿日： 2000/06/26(月) 08:34

ＮＴ４ではシステムプログラム自身でメモリリークしてることが
あるので定期的なリブートが必要になることがありますね。
ユーザプログラムがバグって無ければ良いというレベルでないでしょう。

Ｗｉｎ２０００はまだあまり使い込んでないから分かりません。
そもそもサーバに２０００使ったことないですし
（サーバはLinuxかBSDが多い）。

ですが、ちゃんとBIOSのVerUPなどが出来るのであれば、
２０００ＰｒｏはクライアントＯＳとして非常に
良いのではないかとは思います。

35 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/06/26(月) 09:12

USERリソース不足はなぜおこる？＝16bitアプリでリソース取り合う(16bit使用範囲→64K）
今月か先月に発売されてた「表紙が紫色の本」に説明ありましたよ、呼んでみれば。

WIN2000,NTは32bitなのでリソースの概念はあるが、使用できる量が多いので問題にならない
らしい。（WIN9×はDOSとの関連から16bitと32bitの混在OS）

36 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/06/26(月) 09:23

呼んでみれば。→読んでみれば。

37 名前： 名無しさん＠きゃは 投稿日： 2000/06/27(火) 04:03

>35
私の意識下では16bitアプリを動かしてるつもりはないのですが
ただ立ち上げてるだけで動いてる16bitアプリとかってあるんですか？
以下勝手な思いこみですがGUI上で動いてるアプリって全部32bitではないの
でしょうか？違う？違うか・・・寸間千円
>10
誰がワレザーだよ！ただの金持ちかもしれねーだろうが、もしくは気のいいボンボン
だったりするかもしれんだろ？決めつけんな。

38 名前： ＞24 投稿日： 2000/06/27(火) 04:14

> ただ立ち上げてるだけで動いてる16bitアプリとかってあるんですか？

Windows。

39 名前： 名無しさん＠１周年 投稿日： 2000/06/27(火) 04:33

38の補足。(別人)
Win32の中心部分のkernel32、user32、gdi32のうち、画面表示とユーザインターフェースを司るuser32、gdi32は単なる16ビットのuser.exe、gdi.exeに処理をバイパスしてるっぽい。
画面の座標系やウィンドウハンドル等が16ビットなのが証拠。

40 名前： 名無しさん＠１周年 投稿日： 2000/06/27(火) 05:29

１６ビットＯＳなんてつかってんじゃねーよ

41 名前： 名無しさん＠１周年 投稿日： 2000/06/27(火) 05:32

Windows95,98は3.1からNTへ移行するためにＭ＄が作った
いんちきＯＳです。とっととNTに移行しましょう。

42 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/06/27(火) 07:09

NTは企業用です

43 名前： 名無しさん＠１周年 投稿日： 2000/06/27(火) 07:11

じゃあとっとと2000に以降しましょう。

44 名前： 名無しさん＠１周年 投稿日： 2000/06/27(火) 07:36

個人ユーザのＯＳは吹っ飛んでもいいつーのが
何か間違ってるんだよ

45 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/06/27(火) 07:58

俺はWin95OSR1ユーザ。けど全然飛ばないね。
吹っ飛ばすような使い方しか出来ない人はWin2000にでも移行しましょう。
B級WindowsユーザにはWin9xを安定させることは不可能です。

46 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/06/27(火) 08:02

<45
平和な奴、、、

47 名前： 名無しさん＠１周年 投稿日： 2000/06/27(火) 08:10

Win95,98で満足している人はそのまま使っていればいいだけ。
そうでない人もいるってことだ。今のWindowsの欠点といったら
不安定なことぐらいでしょ。

48 名前： 名無しさん＠１周年 投稿日： 2000/06/27(火) 08:13

各雑誌はここぞとばかりにWin98の欠点であるリソース問題を
とりあげてWin2000へ移行させようとするようだな。

別にいいけど、98使ってるとそろそろ馬鹿者扱いされそう。

49 名前： 名無しさん＠人生薔薇色 投稿日： 2000/06/27(火) 08:17

Win2000でリソース不足が起きないと言うことはないです。
長時間使っているとメモリリークなどで
アプリケーションを少ししか立ち上げてないのに
新しいアプリが立ち上がらなくなったりします。

Win2000の初期状態のリソースは3MBだそうですが、
これをレジストリをいじることにより倍加できます。
実際、自分が試してみたんですが通常使う分には
リソース不足が起きなくなりました。
初期状態だと普通にウェブブラウズしてIEのウィンドウを
20程度とエディタや画像ツールなどを開いて数時間ほど
使うとすぐにリソース不足が起きてしまいます。

50 名前： 名無しさん＠１周年 投稿日： 2000/06/27(火) 08:22

へ〜2000でも長いこと使ってると怪しくなるのはリソース不足か。
ＯＳ自体が飛ぶことはないけどＩＥが変になるよね。
ところでリソース設定はレジストリのどこ変えれば良いの？＞４９

51 名前： >49 投稿日： 2000/06/27(火) 08:31

タブ型ブラウザ使えば？

52 名前： ○o。.＠名無しさん＠.。o○ 投稿日： 2000/06/27(火) 10:59

＞49
早く教えてやれ、というか俺もしれたい。

53 名前： 名無しさん＠もうすぐ昼休み 投稿日： 2000/06/27(火) 11:47

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系ページから

54 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/06/27(火) 22:27

キミは何級だ？　B級以下？　そうならWin2000に変えようね。
http://www.interq.or.jp/green/korokan/higa9711.html#971107

55 名前： >53 投稿日： 2000/06/27(火) 22:36

これよむと何も考えずにデスクトップアプリケーションヒープ制限を
上げるより、バグってないプログラムのみ使うようにしたほうが
よさげだな。パフォーマンス落ちるのでは考え物だ。
問題は、標準で入ってるＩＥがバグってるということなんだろうな。
確信はないが窓が１万５千開けるはずのWin2000でさえ
長時間使ってると変な動作することがあるのはこいつのせいだろ。

56 名前： >54 投稿日： 2000/06/27(火) 22:38

TeXレベルで特Ａ扱いしたりX-Windowsなんて書いたりするとこの
意見は無視したほうが良いのでは？

57 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/06/28(水) 08:57

俺の起動直後のユーザーリソース９４%(Win.98)

58 名前： K 投稿日： 2000/06/28(水) 09:27

５３を読んで、ヒープ制限を元に戻した.

59 名前： ＞５７ 投稿日： 2000/06/28(水) 13:21

終了直前は？

60 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/06/28(水) 14:16

>55

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

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

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

さすがゲイツOS。安定してるとは言っても、口先だけだね。
MS-Linuxも出る日が近いかな(ワラ

61 名前： >60 投稿日： 2000/06/28(水) 15:21

>53読むと、NTのメモリ管理のズサンさが伺えるね。
53の内容の記事のどこからずさんさがうかがえるのかよーわからん。
こーいうこという馬鹿が「OSがメモリリークを回避できないのは
おかしい」とか、言い出すんだろうなあ。
ちょっと物を批判する前に自分がその物事をよく理解しているか
もう一度見直したほうがいいぞ。

62 名前： >56 投稿日： 2000/06/28(水) 15:25

や、TeXなんぞにこだわってると特A級にはなれんゾって
言ってる様に感じるんだが。

63 名前： 60>61 投稿日： 2000/06/28(水) 16:09

アプリケーションヒープを全アプリ間で共有にしていると言う時点で、
ずさんでしょう。

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

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

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

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

ある特定のメモリ領域がリークしても、「誰が」使っているのかが残ってい
れば、時々全部のメモリ領域を調べれば、いないはずの「誰か」が使ってい
ることになっているメモリ領域は発見でき、消去できます。アプリケーショ
ンの終了はＯＳで検出できますから、その直後にこのチェックを全メモリに
渡って行えば、メモリリークは発生しないはずです。逆にいればメモリリー
クの回避など、95 や NT のようなパフォーマンスレベルで良ければ馬鹿で
もできる単純な作業なのです。

64 名前： というわけで 投稿日： 2000/06/28(水) 16:39

NT安定してるとか言う奴はドキュン決定。
メモリーリークはアプリの所為と考えている奴もドキュン決定。

65 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/06/28(水) 19:07

メモリリークって、プロセスが生きている間だけに起こるんじゃないの？
死んでも残るの？

66 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/06/28(水) 20:23

プロセスが氏んでも、メモリがOSに返却されないから、
メモリーリークと言うのです。

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

こういう事が起きるのも、Windowsのメモリ管理が非常に甘い
からで、3.1, 95, NTとずっと構造は変わってません。ただ、
あらかじめメモリを多く確保しておけば、少々リークしたところで
すぐには影響が出ません。とはいえ、これは一時しのぎに過ぎない事は
用意に想像可能でしょう。

67 名前： 66 投稿日： 2000/06/28(水) 20:33

で、これをアプリのバグがあることが問題だ、という声を上げる人も
居ますが、それこそ無知を露呈する物です。

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

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

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

プロセスが終了した事だけがOSに伝えられます。この場合、
アプリプログラマにはなす術が有りません。

68 名前： 66 投稿日： 2000/06/28(水) 20:37

この場合でも、ちゃんとUNIXのようにプロセス毎に仮想空間を
割り当てていたなら、氏んだプロセスのメモリは回収され、
再利用が可能になります。

つまり、Windowsでメモリーリークが発生するのは、ちゃんと
アプリの面倒を見ていない、OSの所為なのです。

69 名前： 66 投稿日： 2000/06/28(水) 20:43

もちろん、アプリ側もマナーとしてメモリを確保したらちゃんと
返却するようにプログラムを書かなきゃ駄目です(度が過ぎると
スワップが激増して重くなりますからね)が、

・最近のライブラリはでかくて、バグを取り切れない
という現実が存在しますし、
・返却できない場合も発生する
わけでして、そのような状況で、OSがメモリを回収し損ねる
ような状況じゃ、まったく駄目駄目ということです。

70 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/06/28(水) 22:05

どこで仕入れた知識か知りませんが、まるっきり間違ってます。
いくらＷｉｎｄｏｗｓでもそこまでタコではありません。
もうちょっと勉強しましょう。

71 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/06/28(水) 22:19

ＯＳの安定性がUNIX>NT>98なのは間違いない。
といって、NTを使うのは馬鹿というのもおかしい。
それほど安定性が問題になるのは主にサーバで
サーバにＮＴを使わなければ良いだけ。
クライアントで使うＯＳがUNIXかNTかというのは
何のアプリを使うかによる。
NTか98かというのであれば、よほどのことが無い限り、
NTのが無難ということだろ。

72 名前： >70 投稿日： 2000/06/28(水) 22:23

でも fj.comp.lang.c の malloc and free とかってスレッドだと
そういう結論(リークする)になってなかったっけ？
話が広がりすぎて俺は追いきれなかったけど。

73 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/06/28(水) 22:48

電波のお針箱って何者ですか？

74 名前： > 66 投稿日： 2000/06/28(水) 22:52

Windowsも、95/NT/2Kではプロセス空間は独立してます。
もちろん、OSのシステム部分は共有ですが、これはlinuxもBSDも
SunOSもVMSも同じ。
ウソをばら撒かないで下さい。頭悪すぎます。

75 名前： >74 投稿日： 2000/06/28(水) 23:02

いちおー９５でもWin32アプリなら２Ｇの独立空間当てられて
るんだけど残り２Ｇの共有領域がほんとに共有されとるんよな。
こっちでリークされるとゴミがたまってボンである。
ＮＴ系ならこっちも各プロセスで独立扱いなんだけど、
どーもバグってるよーな。
てなことで話を元に戻すと、２０００で直ったのかなと？

76 名前： >75 投稿日： 2000/06/28(水) 23:29

74です。
NTでも、2000でも2G部分は共有ですよん。
それぞれのプロセス空間にマップされることはされますが、すべての
プロセスで、同じ仮想アドレスにマップされて、同じ物理アドレスを
指しているわけです。
システム部分のページテーブルエントリも、システム領域にあって
同じようにマッピングされていますから、もはやシステム部分は
完全に共有されていると言っていいんじゃないでしょうか？

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

で、その固定領域の使いまわしがうまくいっているのか、というと、
やっぱり私にはわかりません。だって…（以下略）

77 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/06/28(水) 23:38

　　 ／⌒~~~⌒＼
　／ （ ﾟ�＞t�≡ ）y─┛~~
（_ ノγ Ｕ　　∩_∩）　　　THANK YOU　2ｃｈ　　　　　┌───────┐
　　α＿＿＿Ｊ _Ｊ　　　　　　　　　and　　　 　 　　　 （｜●　　　　　 　 ● ｜
　　／￣￣￣￣＼ 　GOOD-BYE ２ｃｈ WORLD！ ／.|　┌▽▽▽▽┐　｜
　/　　　　 ●　　● 　　　　　　　　　　　　　　　　 　（　┤ ｜　　　　　　｜ 　|
　|Y　　Y　　　　　　　＼　またどこかで会おうね　　＼.　 └△△△△┘ 　 ＼
　| |　　 | 　　　　　　▼ | 　　　　　　　　　　　　 　　　　｜　＼あ＼　　　　　 |＼ ＼
　| ＼／ 　　 　 　 ＿人| ∧∧∩゛　 　　∧＿∧　　 　 | 　 　 ＼り＼ 　　 　|　（＿）
　|　　　　　　 ＿/）/）／( ﾟДﾟ)/　　 　　（´∀｀　）　　 ＿_ n　 　　＼が＼.　 |
　＼　　　　／ 〔／＼〕　U　　/　∩∩　（　　　　）o／　 ＼ ヽ　　　　＼と＼ |
　　｜ ｜　|　ｃ（*・_・）　 |　　|ヽ(´ー｀)ノ_|　 |　 | （__丿　 　　|. 　／＼　＼う |　(-＿-)
　　（_＿）＿）　UUUU　/∪∪ （＿＿_）（＿（＿_） ⊆＿　 　 ヽ_┘　 └──┘（∩∩）

78 名前： ＞66 投稿日： 2000/06/29(木) 00:27

あなたには、Win95とWin NTの違いを説明して欲しいな。
だいじょうぶなのかな。

79 名前： >63,66? 投稿日： 2000/06/29(木) 01:24

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

まあ、わしは忠告したんだけどね、批判するときは、十分理論武装してから
やりなさいと。忠告を聞かずに噛み付くから自分の無能さを露呈することに
なるのね。これからは気をつけたほうがいいで。

80 名前： >63,64,66-69 投稿日： 2000/06/29(木) 04:18

まあ、ちょっと補足だが、最近のNT/W2Kであればふつーに使ってて
起動終了を繰り返しただけでメモリリークが起きることはない。Win9xは知らん。
起こせるなら、起こすプログラムをどっかにUPしておくれ。
あと、仮想メモリをつかっていればリークが起きないと言うのは大間違い。
どんなOSでもリークを起こすことは可能。トータルなシステムでいかに
リークをなくすがが重要。最近のNT/W2Kは非常に優秀。
クライアントOS,単純なHTTPサーバーとして使う分にはほとんどリークはない。
前述したMessage Queueやトランザクションサーバー、クラスタリングの部分
にはまだ、リークはあるだろうが、それでもOS全体が否定されるようなもの
ではない。

81 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/06/29(木) 06:27

話がわかりにくくなってるんだけど、ここでの問題は98/NT/2000での
メモリ周りに絡むＯＳの安定性ということでまとめたい。

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

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

そもそも、ＯＳ自体が完全３２ビットコードでなく、USER,KERNEL,GDI
それぞれに16ビットと32ビットモジュールがあり、32ビット
モジュールが16ビットモジュールを呼ぶようになっている（サンクダウン）。

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

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

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

ということではないかと思うがどうか？＞識者

82 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/06/29(木) 06:51

次、UNIXとの比較。NTであれば、OSの基本機能はUNIXと変わるところはない。
むしろ機能だけでいえばUNIXの持つ多くの機能をNTは持っているので、
カタログスペック的にはNTの方が優れている点が多い。

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

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

クライアントＯＳとしては、カーネル＋Windowシステム全体で
評価すべきであり、こちらではNTの方が優れている点が多いと思われる。
ただしNTの方がOS自体の再起動率は高く不安定であるといえる。

83 名前： >79 投稿日： 2000/06/29(木) 09:43

＞ディスクトップヒープってのはWIN32Kの中でグローバルに管理する必要の
＞あるオブジェクトが格納されるわけで、共有されなくちゃいけないの。
＞そうでなくちゃ、どーやってプロセス間のウインドウの位置関係や
＞前後関係を相互調整するのよ。

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

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

ほぉ。それこそ53の記事と矛盾しませんかね？

84 名前： 83>81 投稿日： 2000/06/29(木) 10:02

＞NT/2000は、カーネル、ドライバ、常駐アプリの全てでバグって
＞無ければ、理論上アプリでOSを飛ばすことはできない。

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

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

XのServer肥大化はあるねぇ。でも、その場合でもXのClientを閉じれば
戻って来るはずだが、どうよ？俺の環境でそういう事態になった事は
一度もない。GTKアプリや、Mozilla-M16、XEmacs、Netscape等を
使用しているが、最期にXのServer再起動かけたのは２ヵ月前だ。

85 名前： 名無しさん＠人生薔薇色 投稿日： 2000/06/29(木) 10:48

レジストリエディタで

[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リソースが２倍になり，
IEなどのウインドウを２倍開けるようになります。
この値をこれ以上増やしても効果はないそうです。
自分もこれを試してみましたが、結構長い時間使っても
今のところ全くリソース不足と思われる挙動不審な
状態に陥らなくなりました。

86 名前： 名無しさん＠人生薔薇色 投稿日： 2000/06/29(木) 10:50

追加。
>>85
はWin2000に関しての内容です

87 名前： >83 投稿日： 2000/06/29(木) 11:40

53にはGenericなことしか書いてないしどこにもWIN32Kのリソースがプロセスを
終了したにもかかわらず開放されずに問題を起こすとはかいてないよね。
「アプリケーションのバグのためデスクトップヒープが不足することがある」
と書いてあるだけ。
NT/W2Kではちゃんとプロセスが終了すれば、プロセス空間に使用されていた
メモリは開放されるし、WIN32Kが管理していたオブジェクトもちゃんと
開放される。厨房に指摘されるほどWindowsはくさっちゃいない。
さっきもいったように、プロセスを終了したにもかかわらず、リソースが
開放されないと言うような状況を起こせるのなら、起こしてみなさい。
その上で、批判をしなさい。どっかの受け売りをそのままのたまうのは
厨房。
>>その相互調整するプロセスとだけの共有を持てばいいだけであって、
>>好き好んで全プロセス間共有にする必要は、無い。
これもWindowマネージャを一度もインプリメントしようとしたことない厨房の
たわごとだね。
相互調整するプロセスとだけ共有すればいいとといってるが、
そのWindowとWindowが相互調整が必要かどうかを判断するときに
双方のWindowにアクセスせずにどうやって判断するんだい?
全てのWindowオブジェクトをグローバルに管理するのは君の崇拝するXでも
普通にやってることだよ。
>>「俺の環境でそういう事態になった事は 一度もない」
まあ、わしもWindowsプログラマとして週5日かなりハードにW2Kを酷使して
RCのころから1年以上使っているがデスクトップリソース不足や挙動不審、
CRASHに出くわしたことは全くない。というわけで、君の環境が安定している
からといってLinuxが安定していると言えるのならば、わしも同じ事が言える。

とにかく、リークしていると主張するなら、起こさせてみんしゃい。
はっきりいって、
「リークはないわけではないが、君には起こすことは出来ない」

88 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/06/30(金) 09:01

＞終了したにもかかわらず開放されずに問題を起こすとはかいてないよね。
＞「アプリケーションのバグのためデスクトップヒープが不足することがある」
＞と書いてあるだけ。

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

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

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

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

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

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

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

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

FinalRealityを一日ぶん回して見たら？途中で落ちる上、15MB程
回収不能になってるぜ。

89 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/07/02(日) 00:58

age

90 名前： 名無しさん＠１周年 投稿日： 2000/07/02(日) 01:10

このスレうざい。
98よりNT&2000のが安定しててUNIXのが安定してるけど、
UNIXよりNTのがクライアント向けで互換性を重視するなら当分98。
それで終わりやん。クライアントＰＣなら調子悪くなったら
リブートすればいいだけ。はいどうぞー。

91 名前： 判定人 投稿日： 2000/07/02(日) 01:48

　　 ／⌒~~~⌒＼
　／ （ ﾟ�＞t�≡ ）y─┛~~
（_ ノγ Ｕ　　∩_∩）　　　THANK YOU　2ｃｈ　　　　　┌───────┐
　　α＿＿＿Ｊ _Ｊ　　　　　　　　　and　　　 　 　　　 （｜●　　　　　 　 ● ｜
　　／￣￣￣￣＼ 　GOOD-BYE ２ｃｈ WORLD！ ／.|　┌▽▽▽▽┐　｜
　/　　　　 ●　　● 　　　　　　　　　　　　　　　　 　（　┤ ｜　　　　　　｜ 　|
　|Y　　Y　　　　　　　＼　またどこかで会おうね　　＼.　 └△△△△┘ 　 ＼
　| |　　 | 　　　　　　▼ | 　　　　　　　　　　　　 　　　　｜　＼あ＼　　　　　 |＼ ＼
　| ＼／ 　　 　 　 ＿人| ∧∧∩゛　 　　∧＿∧　　 　 | 　 　 ＼り＼ 　　 　|　（＿）
　|　　　　　　 ＿/）/）／( ﾟДﾟ)/　　 　　（´∀｀　）　　 ＿_ n　 　　＼が＼.　 |
　＼　　　　／ 〔／＼〕　U　　/　∩∩　（　　　　）o／　 ＼ ヽ　　　　＼と＼ |
　　｜ ｜　|　ｃ（*・_・）　 |　　|ヽ(´ー｀)ノ_|　 |　 | （__丿　 　　|. 　／＼　＼う |　(-＿-)
　　（_＿）＿）　UUUU　/∪∪ （＿＿_）（＿（＿_） ⊆＿　 　 ヽ_┘　 └──┘（∩∩）

92 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/07/02(日) 02:18

＞90
そんな事言ったらWindowsが進化しないじゃないか。
言ってることは分かるし、現状の運用はそうだが

93 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/07/02(日) 14:49

まあ、わしもそんなにあげるよーなスレッドだとは思わんのだが、
あまりにも88の反論が厨房でどうしようもないから、誰か指摘して
やってくんないかなあ。ハンドルとAPIのくだりとか、共有メモリの
くだりとか、いかにも昨日、本で見ました的な書き方。
わしは一応FinalRealityの検証をしてから、書き込むわ。

94 名前： >91 投稿日： 2000/07/02(日) 20:49

最高〜。うますぎ。

95 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/07/03(月) 00:45

＞94
91はただのコピペだ。

96 名前： 名無しさん＠名無しさん＠ 投稿日： 2000/07/03(月) 04:40

／⌒~~~⌒＼
　／ （ ﾟ�＞t�≡ ）y─┛~~
（_ ノγ Ｕ　　∩_∩）　　　THANK YOU　2ｃｈ　　　　　┌───────┐
　　α＿＿＿Ｊ _Ｊ　　　　　　　　　and　　　 　 　　　 （｜●　　　　　 　 ● ｜
　　／￣￣￣￣＼ 　GOOD-BYE ２ｃｈ WORLD！ ／.|　┌▽▽▽▽┐　｜
　/　　　　 ●　　● 　　　　　　　　　　　　　　　　 　（　┤ ｜　　　　　　｜ 　|
　|Y　　Y　　　　　　　＼　またどこかで会おうね　　＼.　 └△△△△┘ 　 ＼
　| |　　 | 　　　　　　▼ | 　　　　　　　　　　　　 　　　　｜　＼あ＼　　　　　 |＼ ＼
　| ＼／ 　　 　 　 ＿人| ∧∧∩゛　 　　∧＿∧　　 　 | 　 　 ＼り＼ 　　 　|　（＿）
　|　　　　　　 ＿/）/）／( ﾟДﾟ)/　　 　　（´∀｀　）　　 ＿_ n　 　　＼が＼.　 |
　＼　　　　／ 〔／＼〕　U　　/　∩∩　（　　　　）o／　 ＼ ヽ　　　　＼と＼ |
　　｜ ｜　|　ｃ（*・_・）　 |　　|ヽ(´ー｀)ノ_|　 |　 | （__丿　 　　|. 　／＼　＼う |　(-＿-)
　　（_＿）＿）　UUUU　/∪∪ （＿＿_）（＿（＿_） ⊆＿　 　 ヽ_┘　 └──┘（∩∩）

97 名前： 名無しさん＠名無しさん＠ 投稿日： 2000/07/03(月) 04:41

　　 ／⌒~~~⌒＼
　／ （ ﾟ�＞t�≡ ）y─┛~~
（_ ノγ Ｕ　　∩_∩）　　　THANK YOU　2ｃｈ　　　　　┌───────┐
　　α＿＿＿Ｊ _Ｊ　　　　　　　　　and　　　 　 　　　 （｜●　　　　　 　 ● ｜
　　／￣￣￣￣＼ 　GOOD-BYE ２ｃｈ WORLD！ ／.|　┌▽▽▽▽┐　｜
　/　　　　 ●　　● 　　　　　　　　　　　　　　　　 　（　┤ ｜　　　　　　｜ 　|
　|Y　　Y　　　　　　　＼　またどこかで会おうね　　＼.　 └△△△△┘ 　 ＼
　| |　　 | 　　　　　　▼ | 　　　　　　　　　　　　 　　　　｜　＼あ＼　　　　　 |＼ ＼
　| ＼／ 　　 　 　 ＿人| ∧∧∩゛　 　　∧＿∧　　 　 | 　 　 ＼り＼ 　　 　|　（＿）
　|　　　　　　 ＿/）/）／( ﾟДﾟ)/　　 　　（´∀｀　）　　 ＿_ n　 　　＼が＼.　 |
　＼　　　　／ 〔／＼〕　U　　/　∩∩　（　　　　）o／　 ＼ ヽ　　　　＼と＼ |
　　｜ ｜　|　ｃ（*・_・）　 |　　|ヽ(´ー｀)ノ_|　 |　 | （__丿　 　　|. 　／＼　＼う |　(-＿-)
　　（_＿）＿）　UUUU　/∪∪ （＿＿_）（＿（＿_） ⊆＿　 　 ヽ_┘　 └──┘（∩∩）

98 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/07/04(火) 03:04

ぶり返しage

99 名前： TORA 投稿日： 2000/07/04(火) 06:06

メモリユーティリティ（ＭｅｍＴｕｒｂｏ）でデフラグ、メモリーリークの解放で
どの程度問題は解決するもでしょうか、使っている人いますか？？

100 名前： >99 投稿日： 2000/07/04(火) 06:55

技術的にいって、メモリを要求したアプリ、確保したOS以外の
ものの介入は危険。そういうものは使わないのが吉。

101 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/07/04(火) 06:57

>99
使ってみたけどよくわからんかった。
昔ならともかく今は64メガで5000円前後なんだからそれ系のアプリを買うのって
馬鹿らしいよね（＾＾；

102 名前： sage 投稿日： 2000/07/04(火) 17:45

NT4 + SP6a で、Communicater 4.73を起動して終了するだけで、
1MB程開放洩れが有るな。

103 名前： >102 投稿日： 2000/07/05(水) 02:41

ディスクキャッシュにメモリを持ってかれただけやろ

104 名前： >102 投稿日： 2000/07/05(水) 02:43

面白いからそう考える理由を説明してみそ

105 名前： sage 投稿日： 2000/07/05(水) 09:47

＞ディスクキャッシュにメモリを持ってかれただけやろ

初回起動時に限らず、毎回起きてる。

---

２ちゃんねるは、ここのサーバを使ってるです。。。