[過去ﾛｸﾞ] w3m その3 (980ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
337(1): 03/05/21 16:04 AAS
60M って何日使ってるとそんなになるの?
時々 quit して history で戻ったら?
338: _ 03/05/21 16:08 AAS
∋8ノノハ.∩ http://togoshi.ginza.st/konno/
川o・-・）ノ ＜先生！こんなのがありました！
http://www.togoshi.ginza.st/konno/konno01.html
http://togoshi.ginza.st/konno/konno04.html
http://www.togoshi.ginza.st/konno/konno10.html
http://togoshi.ginza.st/konno/konno07.html
http://www.togoshi.ginza.st/konno/konno08.html
http://togoshi.ginza.st/konno/konno05.html
http://www.togoshi.ginza.st/konno/konno03.html
http://togoshi.ginza.st/konno/konno06.html
省2
339: 03/05/21 16:13 AAS
>>337
2 3日
340: 03/05/21 16:30 AAS
日数よりも使い方の問題。
バッファさえ溜めなければ何日使っても大した大きさにはならないが、
リンクを次々追うような使い方だと小一時間でも数十M逝く。
まあ、時々終了させさえすれば特に害はないが。
341(2): 03/05/21 16:59 AAS
今開いているバッファやタブの状況を簡単に再現できるのなら、
気軽に一旦終了しやすいんだが
342: 03/05/21 17:07 AAS
>>341が非常に良いこと言った!
343: 03/05/21 17:13 AAS
言い出しっぺの法則♪
344: 03/05/21 17:14 AAS
「今開いているバッファやタブの状況を保存して終了」と
「全開開いていたバッファやタブの状況を復元して起動」の
実装をよろしくお願いします（他力本願モード全開）。
345: 03/05/21 17:15 AAS
>>坂本さん
バッファで使っていたメモリ領域を開放しても
w3mがのちのち再利用するために、空領域としてw3mが確保しているという
認識でいいのでしょうか？
再利用するにしても、時間がたって再利用する予定だった領域が
再利用されない場合は、メモリを完全に開放するというような事は可能でしょうか？
時限付き領域管理みたいな。
あと>>341の状況を再現っていうやつｲｲ!!ですね。
346: 03/05/21 17:18 AAS
そしてメモリの使用量も再現させてしまって意味無しと…
347(1): 03/05/21 17:19 AAS
誰か、w3m一つのプロセスで複数のw3mを開くようにしてくれないかなぁ
タブじゃなくて、複数のWindowで開けるやつ。
イメージとしてはmltermとかscreenみたいな感じ。
タブ機能が付いて無駄なプロセスは減らせるようなったけど
まだ、いくつもいくつもw3mのプロセスが立ってる。
348(2): 03/05/21 17:48 AAS
>>331
>>329 も言ってるけど、ユーザランドのプログラムが free() したとしても、
malloc() してた領域が OS へ返却されるとは限らない。
これは w3m や Boehm GC でどうこうできる問題ではないと思われ。
とかいうようなレスをすると長大なスレッドができあがるのだろうか？
349: 03/05/21 17:51 AAS
>>348
そうなんですか。
じゃあ、メモリが開放されないのは仕方ないんですね。
350: 03/05/21 17:59 AAS
しかし、開いたバッファ分そっくりメモリを確保するという実装には
やはり改善の余地があるような。
(どっちみちバッファの内容はファイルに残してるんだし)
>>326の「…解放する」というのはそのためにあるハズなのに。謎。
351(1): 03/05/21 18:46 AAS
Boehm GC を使わずに malloc/free して、sleep してる間に比較してみた。
単にガベコレするまで解放してないだけでは？ >>329>>348 とは、
また話が違うと思うんだけど。
#include <stdlib.h>
#include <unistd.h>
int main()
{
void* p = malloc(10000000);
free(p);
sleep(30);
省16
352(1): 03/05/21 18:56 AAS
malloc/freeのふるまいに関しては実装依存だろうよ。
ヒープ領域の末尾が空ブロックならばsbrk()でヒープを縮めることが
可能だろうけど、malloc領域が断片化してたらmalloc/freeでもヒープは
一向に減らないだろうし。
本来demand pagingならあんまり意識せずにすむはずなんだが、
確かにずっと使ってると太るし遅くなるよね
「表示されていないバッファのメモリを解放する」をYesにしても
変わらんし。
353(2): 347 03/05/21 19:10 AAS
>>坂本さん
>「いくつもいくつも3のプロセス」
というのは、一つの窓のなかにいくつもタブがあると
行ったり来たりが面倒になって、w3mを複数使うという意味のつもりでした。
354(2): 03/05/21 19:52 AAS
>>坂本さん
>複数の Window が使える環境なら複数の w3m ぐらい使えるのでは。
w3m全部あわせて100M超のメモリを喰ってるという罠。
355(2): 03/05/21 20:00 AAS
>>坂本さん
そうですか…。
メモリは無尽蔵じゃないんで、どうしたものか…。
ぷっぷぷすー
356(1): 03/05/21 20:17 AAS
電波の声でも聞いてるのかと思ったら、そういうことになってたのか。
上下前次1-新書関写板覧索設栞歴
あと 624 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.013s