Windows のヒープ管理 - Firefox3 のメモリ使用量 (2) - NyaRuRuが地球にいたころ
シアトル行く前に『jemalloc on Windows - Firefox3 のメモリ使用量 - NyaRuRuの日記』 の続きを片付けておきますか． といいつつ，当初予定の内容はとりあえず破棄．書いているうちに気になることが色々出てきて，その度に実験するものだからあんまり進んでいなくて，このままだと永遠に終わらなそうなので方針を変えました．というわけで外部資料多めでお送りします． 最初に読むもの UNIX 系の mmap を使ったメモリアロケーションならだいたい分かるよ，という人が，Windows のメモリ管理について興味を持ったとして，おすすめなのが 「（新）APIから知るWindowsの仕組み」シリーズの『第4回 メモリー管理のキー技術「仮想メモリー」を知る』という記事です． というわけでここでまず上のページに飛んで，一通り読んでみて下さい．以下はその後で． 仮想アドレス領域の予約
ユーザの感情に作用する遅延書き込みの仕組みを暴け - 記事紹介: Inside Vista SP1 File Copy Improvements (3) - NyaRuRuが地球にいたころ
過去の関連記事 Vista のファイルコピーが遅い件について 前回記事 記事紹介: Inside Vista SP1 File Copy Improvements (1) 記事紹介: Inside Vista SP1 File Copy Improvements (2) それではいよいよ最終回にしてメインディッシュ．記事紹介から離れてこの件を深く掘り下げていきます． Cached I/O vs Non-Cached I/O revisit Cached I/O をオートマ車に喩えるなら，Non-Cached I/O はまさにマニュアル車です． 両者の大きな違いは，どれぐらいのサイズのデータを，どれぐらいの期間メモリ上に保持するかを自動で決めるか手動で決めるかというところです．もちろん後者の方が「理想的な状況」でのパフォーマンスは上になります．似たような対立軸はあちこちにありますね． Cac
あなたが漢字変換候補を覗き込むとき，Google もまた選択された候補を覗いている - NyaRuRuが地球にいたころ
古川さんの書かれていたコメントを読んでいて，もう一点思い出したので書いてみます． 楠さんの指摘は当たっているけれど、ハズレでもあるのは..私はIEにおいてもユーザー辞書を参照できるようにいじっているはずで...銀行の口座番号や航空会社のマイレージ番号をユーザー辞書登録していたのが、IE下では使えないので、FirFoxを使ってアクセスしていた...それも、IEで辞書登録をすると[Windowsが認めた正規アプリではないので、ユーザー登録ができません」というお馬鹿のエラーが出るのに辟易して、パッチを当ててユーザー辞書が使えるようにしているのでありました。というわけで、IE環境とWindows のアプリで変換効率の結果が異なることは、ユーザー辞書の禁止と菅家ないと思われます。 確かに，ユーザ辞書を使えなくするという保護形態は，セキュリティ対策として受け入れるべきかよく分からないところがあります*
IEnumerator<T> を実装していれば必ず IDisposable である理由 - NyaRuRuが地球にいたころ
書こうと思ってタイミングを逃していた話があったのを，『パイプラインパターンとリソース管理』を読んでいて思い出しました．ので，今度こそ書いてみます． 皆様，IEnumerator<T> の基底インターフェイスに IDisposable が紛れ込んでいるのをご存じでしょうか？ public interface IEnumerator<T> : IDisposable, IEnumerator つまり，IEnumerator は IDisposable であるとは限りませんが，IEnumerator<T> は必ず IDisposable ということになります． Microsoft は何故このような設計にしたのでしょうか？ Enumerator が IDisposable を実装しているという可能性について，C# の foreach ステートメントが想定しているのはまあ割と有名な話かと思います．
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
