ウィンドウマネージャ総合 その3
>>198 出ますた immodulesの制御下に入らなくて 変換確定後、キー入力を受け付けなくなったり skkinputの入力モードを抜けるとMozillaが固まったりしますた。 大人しくfluxboxに戻りまつ… ion と skkinput 2.05 で gtk2 捨てでいいな 開発版のionもLUAでフックすれば効果音は好きなだけ・・・ 絶対誰もやらんだろうなw どっかにWindow Managerの特徴と機能一覧をまとめてあるところないかなぁ。 (´-`).。oO >>1-5 はスルーですかそうですか >>210 基本的には4のリンクだけで十分な気もするが、要するに208は日本語のサイトが欲しいだけなん じゃ無かろうか? 1. 普通の人向けのWindowManager → 機能が充実している = blackbox, metacity+gnome, kwm(KDE), AS, WindowMaker, e, etc 2. WindowManagerを自分で拡張したい人に好まれるWindowManager → 基本機能が比較的シンプルで、かつ拡張性に優れているもの = fvwm2, sawfish, etc 3. 結晶化したWindowManager好きに好まれるWindowManager → ion, ratposition blackboxはシンプルが売りで一時流行ったのに、いつの間にかそういう分類に なってしまったのか・・・ WindowMaker はともかく、 AfterStep がその位置にあるのは納得できん。 要するに使った事のないwmをこれこれだと勝手に割り振ってみた212というオチ? わざとツッコミどころを残すあたり、ネタフリとしてはなかなかポイントが高い。 かなり2ちゃん慣れした人物と見た。 blackbox使ってますが何か fluxboxはどうも肌に合わん blackboxは(ある意味twmよりも)バニラな味がするから 決して悪いもんじゃないよね。無駄がない。 キーバインドが別売り(bbkeys)なのはちょっと痛いけど。 ああ、あの時計付いてるやつね。最大化してものさばってるし、あれはイランわ。 消せないんだっけ? pekwmは設定の構文がクドくて 非常にマンドクサイ それさえどうにかなれば かなり素敵なWM ttp://home.catv.ne.jp/pp/ginoue/athena/ をみれ。 しょぼすぎない程度には改善されるよ。 なんか waimea のフォークとか書いてあるけどどうなんでしょ? http://kahakai.sourceforge.net/ うちのfvwmがメモリを6Mも持っていくのだけれどみんなのとこでもそうですか? FreeBSD5.2R で portsから開発版をいれました。 開発版だからってここまで重いものなの? それともthemesがいけないのか? 同じようなバージョンでもっと少ないメモリで動いている人います? fvwm 2.5.8 compiled on Jan 28 2004 at 16:40:21 with support for: ReadLine, XPM, PNG, Shape, XShm, SM, Xinerama, XRender, XFT ps auxw の結果 user1 96682 0.0 1.3 6132 728 v1 I 5:19PM 0:04.36 fvwm -f themes-rc 関係ないが、メモリ喰うことを「重い」って言う人いるけど、これって一般的なの? 「重い/軽い」は動作やレスポンスの速さについて言うもんだと 思ってたんだけど。 オプション全部入りでコンパイルしてあればそんなもんじゃネーノ? >>234 操作のしかたが違うとレスポンスの速さは単純比較できないから しかたなく使用メモリ量を見てるんじゃないの? themeを疑ってるんなら、外して動かしてみるぐらいのことは いわれるまでもなくやってるよねぇ…? >>233 つーか、VSZ=6132だったらそんなもんでしょ。 RSS=728ってのは幾らかpage outされてるんだろうけど。 漏れのはこんなもん。ちなみにこの時のswap使用量は0。 fvwm 2.5.8 compiled on Nov 20 2003 at 02:03:39 with support for: ReadLine, XPM, PNG, Shape, XShm, SM, Xinerama, XRender, XFT USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND userX 547 0.0 0.4 5880 3496 ?? Ss 9:56AM 0:01.45 fvwm >>234 動作速度、レスポンス → 速い 遅い メモリ食い、バイナリ肥 → 重い 軽い 低速 メモリどか食い → 重い遅い 高速 メモリどか食い → 軽くはないけど速い 低速 メモリ喰わない → 遅いけど軽い 高速 メモリ喰わない → 速い軽い メモリどか食いのもたらす弊害 → swap使用による低速化 → コードレベルでの高速化を無意味にしてしまう ↓ さらにはCPUが速くてもメモリが高速でもswapしてしまうとHDDがボトルネックになる事で速い意味がなくなる → 重い遅い マズー Linuxとか*BSDはスワップしてもswap専用FSのためか耐えられない程遅くなる事はないけど レジスタやメモリに対するアクセスに比べるとHDDに対するアクセスは劇的に遅い。 >>241 HDDもじゃないの? >>234 と>>240 は、 メモリにマップする量が多い = メモリ食い な物は ライブラリのロード等マップにかかるまでの時間が長い = 起動遅い メモリのリアロケーションなんかもかかると更に遅くなる ということがわからんのだろ メモリを大量に確保するような物は高度なメモリ管理を要求される。 確保量によっては管理能力の限界を越える事もあるから、イタチゴッコになることもある。 そうなった場合はデータ構造の見直しなんかが必要になる。 つまりstrip。 >>239 の >メモリどか食いのもたらす弊害 この部分を理解できないといつまでも勘違い君のままだと思われ 出来の良いプログラムか否かはデータ構造とメモリ管理で決まるからねぇ これがヘボいとどんなに革新的なプログラムでも、実用にならん。 うるせー! ヴァカ!ヴァーカ!!!! 死ね糞ヲタ!! 4GBメモリを積んでいるから、10M〜20Mなんて誤差みたいなもの。 もっと喰え喰えしかし漏前は食い過ぎだ > Gnome アプリレベルで10〜20M違えば、挙動に如実な違いが出てくるぞ メモリ周りのバグで悩まされないように気をつけて >4GBメモリを積んでいるから、10M〜20Mなんて誤差みたいなもの。 最近そこに甘えたヘボPGが多くてやだね。 ついでにCPUの性能に甘えっぱなしで、本質的な性能改善を一切しないような香具師もイパーイ。 馬鹿みたいにゴッソリとmallocしたままfreeもせず放置してメモリリークしちゃうようなチープなバグを直せない香具師も増えてきた。 「メモリ一杯あるからいいじゃん」で逃げるのは、定石。 >>249 そういうソフトって負荷耐性ないから ちょっとでも負荷かけるとコロっと逝ってしまうんだよね。 Windowsなんかだと、ページングファイルにメモリ内容を流しこむときに どえらい高負荷になって、OS道連れにすることもある。 へ?malloc()して確保した領域はexit()で OSが開放してくれるでしょ? なんでわざわざfree()しなきゃならん? 「mallocしたままfreeもせず放置してメモリリーク」ってのはfree() しなかったから問題がでたって言う以前に,根本的にどっかおかしい。 >>239-241 言いたいことはわからんでもないが、そこから 「メモリ喰い=重い」とするのはやはりオカシイだろう。 w3mは平気で数十メガ(Mozilla以上)喰うが、重いか? >>252 >なんでわざわざfree()しなきゃならん? 252は開発の経験0とみた。 全てlsとかcdみたく実行した途端に終了するようなソフトなら 実メモリの9割をmallocしたままにしても終了時に勝手に開放するからいいけど サーバとかWindow Managerやデスクトップ環境のように常駐するタイプの物は そうはいかんだろ。 不要になったら開放しないとメモリ食い尽くされて固まるぞ。 つか、「mallocしたらfree」はGCのない環境では常識 ウンコしたら流すのと一緒、流さないと次入る人迷惑するだろ。 みんな流さないで放置しちゃうといずれ便器から溢れる。 ちなみにメモリ資源だけの問題じゃなくて VMの動作効率を悪くしたり PAMなんかで制限かけてるとfreeせずにmallocし続ける事でアプリが殺される。 >>252 みたいな事言っちゃう香具師は、なぜアプリが死んだか理解できずに苦しむ事になるだろうね。 >>254-254 言ってもわからないと思われ DQNコーダー程、自分のゴミみたいな知識に自身持ってるもんさ おいおい、カビの生えたmalloc/free論争ならよそでやってくれよ。 DQNコーダーは放置しる。 ウィソ板で神を気取ってろ。 fjを思い出すなぁ。あの論争は,どっちが勝利したんだっけ? めんどくさくって最後まで読まなかったから知らない。 >>259 あの勢いのあるfjはもう帰ってこないんだろうなぁ(藁 「malloc したら free」とかいってるやつは、ほどんとロクでもない連中でしたね。 >>260 すでにあの時代には勢いは無くなっていたような。 あの当時、fj最盛期とくらべても、規模も勢いも2chに負けてるし。 nntpは遅くてダメだ。 >>234 > メモリ喰うことを「重い」って言う人いるけど、これって一般的なの? 確かに、違いますね。 うちのPCがメモリ64Mしかなくて、結果的にswap多くなってレスポンス遅くって、 それが頭にあったので「重い」と言ってしまいました。 >>237 > themeを疑ってるんなら、外して動かしてみるぐらいのことは はずしてやってみても、5628Kとそれなりに大きい。 しかも、モジュール類も軒並4Mぐらい持っていってる。 2.5からいろんな機能加わったからしょうがないのかな。 sawfish 以外の WM で sawfish の "Pack Window {up,down,left,right}" と同等の機能を実現している WM って ありませんでしょうか? sawfish の "Pack Window ..." が手放せないがために、 長らく sawfish を使い続けていたのですが、 そろそろ模様替えしてみたく。 しかしながら、世の中にはごまんと WM が存在する のは私以上にみなさまがご存知の通り。 そのすべての WM を試すほどの時間も余力も自分に ないのは認めざるを得ないところであり、 「じゃあ」 ということで、やってまいりましたるは、ここ。日本の場末。 頼みの綱であり、心の拠り所。2ちゃんねる。 ということで、どうかみなさまのお知恵を拝借したく、 こんなわたくし目を幸せにしてやって下さい。よろ。 >>265 Moves window upwards until it `bumps into' another window. If the top edge was beyond the screen edge, it is moved back in. With a universal prefix arg, move upwards maximally instead. With a numeric prefix arg, move upwards by that many pixels instead. と説明がございます。 私なりの日本語で説明を致しますば、 「他の Window frame にぶつかるまで(重なりあわない位置まで) focus Window を目的の方向へ移動する」 といった感じでしょうか。 便利ですよ。 ion とか ratpoison とか larswm みたいなタイル式の wm なら 初めから重ならないけどな。 >>261 さりげなく釣ろうとする貴方が愛しい っていうか、うざいからmalloc freeの話はよそでおながい いや、ぶっちゃけfreeしないとヒープ領域なくなっちゃう場合もあるから freeしなきゃいけんよ。 常駐するプロセスは、freeしてない事が致命的なバグになるからね。 新人PG諸君は「freeなんてイラネ」って香具師らに騙されないようにね。 どうしてもfreeするのが嫌ならboehm gc使おうね。 もしくは手動freeの必要がない言語を選ぼうね。 俺はウンコ流さないよ ケツも拭かない 後に入った人が迷惑しても知ったこっちゃないし 周りから臭いって言われても気にしない。 男らしいべ? 俺もfreeは要らないと思う ちなみに俺は自分の家以外の便所では 便器の外にウンコ出して放置しておきます。 おまえら蛇口の栓を開けっぱなしにするイタズラが好きなクチですね? freeが必要とかいう香具師はほんとどうしようもない連中ばかりだよな まさに宗教家って感じ。 メモリなんて腐る程あり余ってるんだから、わざわざ開放する処理してCPU使う必要なんかねーよ。 今時メモリをケチるなんてどれだけショボイ環境使ってんだ?(プゲラチョ freeなんて飾りです 気違いにはそれがわからんのです 今時数GBのメモリ積んでるのがざらなのに メモリ数百MB確保しっぱなし、もしくは連続で確保しつづけて何の問題があるの? まあ、どうせfreeが必要とか言ってる貧乏人は実メモリ32MBとかショボイ環境でシコシコやってんだろーなw freeって書いて「よし俺は健全なプログラムを作った」とかいって自己満足。 キモすぎる おまえらキモすぎるよ。 ほんと糞野郎ばっかりだよ freeする連中は。 freeするとか言ってる香具師はネタだろ?w 今時freeなんかする香具師は居ないよ。 新人PG諸君は嘘に騙されないようにね、これは新人をふるい落そうとする 低能老人の罠だからね。 僕は二度とfreeしない事決めました 周りにもfreeしない事を勧める事にします freeする香具師は人に非ず メモリーをケチる香具師は死ぬべき freeが無い分 短いコードの方が遥かに健全。 freeはANSI Cから削除すべきだろ なんで消されねーんだ? free()する必要があるときは free()するし、exit()で大丈夫なときはfree()しないし。 適材適所。malloc()とfree()が一対一で対応するわけじゃない。 んでも、へぼなプログラマがチームにいたら,そいつには 「malloc()とfree()は対で使う物なの」っていうな。そんだけ。 おまえは1枚のCDを聞き終わったら キチッとケースにしまってから 次のCDを聞くだろう? 誰だってそうする。俺もそうする。free()を使うのも同じ事だ。 >>280 ていうか、一応Unix板だから補足しとくけど ほとんど全てのUnix系(like含む)OSでは、よほど古いシステムでもない限りは明示的にexitしなくても 終了した段階で開放されますよ。 終了せずに、長時間稼働するようなプログラムに対して freeしないのは自殺行為だから。 「freeの存在自体が無駄」だと思わないように アンチfreeの戯言にだまされちゃいけないぞ★ >「malloc()とfree()は対で使う物なの」っていうな いやむしろヘボにこそ、そうやって躾といたほうがいいんでない? 「適材適所 自分で判断しる」なんて言うと何しでかすかわからんような香具師は五万といるからね。 もしくは「ここはfreeすべきですかね?それともほっといても大丈夫なんですかね?」とか逐一聞かれたりな。 少なくとも俺は「freeなんて今時だれも使わねー」なんて吹き込んだりは出来ないな 真に受ける馬鹿がコード書くと有害すぎる。 >>282 >free()を使うのも同じ事だ。 全然違います。 あー真に受ける人がいたら困るから一応言っておくけど free()が必要と言ってる人達は皆ネタだからね。 今時free()なんて誰もしませんよ。 「何度もmallocする場合は、不要になった領域はfree()しましょう」なんて書いてある本やサイトは有害極まりないデマを流している。 新人にウソを吹き込んで、蹴落とそうとしてる姑息な連中の戯言ですから 無視しましょうね。 今時free()なんて書いちゃうと大恥かきますよ。 fjの方がマシだな… フレームに発展してるスレッドにいる香具師の9割9分は厨房で freeが必要と思ってる香具師に限ってfreeの使い方が下手だったり 本に書いてある事を受け売りするだけだったりする。 アンチfreeの香具師は、中規模以上のソフトの開発経験が無い香具師だったり 知ったか厨や勘違い君だったりで まともな議論の場じゃなかった。 本を盲信する無知教条主義者 vs 低能ヒキーアンチfree って感じ。 ちなみにfjのノリを見て「free必要とか言う香具師はろくでもない」とか言っちゃう香具師は、とりあえず外に出ろ 家の中でPCばっかりやってると世間が狭まるからね。 fjと2ch = 世界 になってる香具師は重症。 /.J + 2ch = 世界 は↑の現代版。 =========================== 終 了 =========================== 俺 世界中を渡り歩いているPGだけど freeが必要とか言ってる香具師は皆下衆野郎だったよ 生きる価値もないような連中だったね例外なく。 Q 「malloc, free はなぜ必要なのですか?」 A 「malloc, free 論争をするためです」 mal1ocとfleeはNGワードに追加、と。 で、>>264 のsawfishネタに戻るけど。 ウィンドウマネージャの拡張がLispでちょちょいと出来ちゃうのがsawfishの 最大の魅力だと思ってます。fvwm2のモジュール書け/ionを拡張しろ、とか 言われてもsawfishで密の味を知ってしまうとなかなか移れない。 他のウィンドウマネージャでsawfishなみにスクリプト言語でよる拡張可能 なのってないですか? (スペルミスはこれが見えなくなると困るから) もしかしてfreeが必要とか言ってる連中は本気なの? ネタだよね? 今時freeするなんて有り得ないよ。 もしくは現実を知らない厨房なのかな? ちなみに冗談は程々にしてね。有害だから。 現実を知らないなら少しは社会勉強したほうがいいよ もし実社会に出たら恥かくからね。 今時freeなんてしないって事は肝に命じておいたほうがいいよ。 freeは要らない事がfree擁護厨の逃亡によって証明されました(ww free擁護厨は低能でヘタレである事も証明されました(www read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる