ウィンドウマネージャ総合 その3 (787レス)
前次1-
抽出解除 レス栞

234
(4): 04/01/29 11:01 AAS
関係ないが、メモリ喰うことを「重い」って言う人いるけど、これって一般的なの?
「重い/軽い」は動作やレスポンスの速さについて言うもんだと
思ってたんだけど。
236: 04/01/29 11:30 AAS
>>234
操作のしかたが違うとレスポンスの速さは単純比較できないから
しかたなく使用メモリ量を見てるんじゃないの?
239
(2): 04/01/29 17:15 AAS
>>234
動作速度、レスポンス → 速い 遅い
メモリ食い、バイナリ肥 → 重い 軽い

低速 メモリどか食い → 重い遅い
高速 メモリどか食い → 軽くはないけど速い
低速 メモリ喰わない → 遅いけど軽い
高速 メモリ喰わない → 速い軽い

メモリどか食いのもたらす弊害 → swap使用による低速化 → コードレベルでの高速化を無意味にしてしまう ↓
さらにはCPUが速くてもメモリが高速でもswapしてしまうとHDDがボトルネックになる事で速い意味がなくなる → 重い遅い マズー

Linuxとか*BSDはスワップしてもswap専用FSのためか耐えられない程遅くなる事はないけど
省1
242: 04/01/29 19:03 AAS
>>241
HDDもじゃないの?

>>234>>240は、
メモリにマップする量が多い = メモリ食い な物は
ライブラリのロード等マップにかかるまでの時間が長い = 起動遅い
メモリのリアロケーションなんかもかかると更に遅くなる ということがわからんのだろ

メモリを大量に確保するような物は高度なメモリ管理を要求される。
確保量によっては管理能力の限界を越える事もあるから、イタチゴッコになることもある。
そうなった場合はデータ構造の見直しなんかが必要になる。
つまりstrip。
省3
263: 233 04/01/30 15:26 AAS
>>234
> メモリ喰うことを「重い」って言う人いるけど、これって一般的なの?
確かに、違いますね。
うちのPCがメモリ64Mしかなくて、結果的にswap多くなってレスポンス遅くって、
それが頭にあったので「重い」と言ってしまいました。

>>237
> themeを疑ってるんなら、外して動かしてみるぐらいのことは
はずしてやってみても、5628Kとそれなりに大きい。
しかも、モジュール類も軒並4Mぐらい持っていってる。

2.5からいろんな機能加わったからしょうがないのかな。
前次1-
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 1.049s*