Windows のヒープ管理 - Firefox3 のメモリ使用量 (2) - NyaRuRuが地球にいたころ
シアトル行く前に『jemalloc on Windows - Firefox3 のメモリ使用量 - NyaRuRuの日記』 の続きを片付けておきますか． といいつつ，当初予定の内容はとりあえず破棄．書いているうちに気になることが色々出てきて，その度に実験するものだからあんまり進んでいなくて，このままだと永遠に終わらなそうなので方針を変えました．というわけで外部資料多めでお送りします． 最初に読むもの UNIX 系の mmap を使ったメモリアロケーションならだいたい分かるよ，という人が，Windows のメモリ管理について興味を持ったとして，おすすめなのが 「（新）APIから知るWindowsの仕組み」シリーズの『第4回 メモリー管理のキー技術「仮想メモリー」を知る』という記事です． というわけでここでまず上のページに飛んで，一通り読んでみて下さい．以下はその後で． 仮想アドレス領域の予約
中の人がどう思っているかと，外からどう思われているか - NyaRuRuが地球にいたころ
「C# とか C++ とか」って書いてあったので反応してみた． 順調に遅延中 正直、C なんかを書いていると、変数に型があって、いちいちそれをかかされることについて、(LL的な意味で)「重いなぁ」とはあんまり思いません。もう「どっちでもいいじゃん」って感じ。Perl と C を比べたとき、静的型とか動的型とか大して「軽さ」に影響してないよね？、と思います。 が、C# とか C++ とかを使っていると、静的型があるのが苦しくて苦しくて仕方がない。もう、「こんなにも・・！！、こんなにも苦しいのならば型などいらぬ！！」(by *「ふっかつのじゅもんがちがいます。」さん）ってくらい苦しくて苦しくて仕方がありません。 これは単純にポリモーフィズムのお話で、静的型付け というよりは、nominal subtyping が脳のリソースを大きく引っ張っていく割に、作りたいことの本質ではないから。動的型付O
C# 3.0 Supplemental Library: Achiral - NyaRuRuが地球にいたころ
1.0.0.0 系 http://www.dwahan.net/nyaruru/hatena/Achiral20080116.zip http://www.dwahan.net/nyaruru/hatena/Achiral20080119.zip http://www.dwahan.net/nyaruru/hatena/Achiral20080120.zip http://www.dwahan.net/nyaruru/hatena/Achiral20080420.zip 1.1.0.0 系 http://www.dwahan.net/nyaruru/hatena/Achiral20080527.zip 1.2.0.0 系 公開するのを忘れていた 1.3.0.0 系 (XNA 3.0 対応) http://www.dwahan.net/nyaruru/hatena/Achiral200809
アップキャストと型推論に見る思想の違い - NyaRuRuが地球にいたころ
C++ でメソッドチェインが流行らなかったのは参照の寿命管理が厄介だったからじゃね？ いやまあ適当に言ってみただけです気にしないで下さい．実は単に偶然の産物という気もします． struct Odd { int dummy; }; struct Even { int dummy; }; Odd ToOdd(Even& source) { return Odd(); }; Even ToEven(Odd& source) { return Even(); }; Even operator >> (Odd& source, Even op(Odd &) ) { // 実用上はコピーなしに一時オブジェクトの参照を返したい // C++0x では解決かな？ return op(source); } Odd operator >> (Even& source, Odd op(Even &) ) { r
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
