タグ

情報工学に関するtks_periodのブックマーク (9)

  • 長文日記

  • Firefox3MemoryUsage - Firefox 3 のメモリ使用量

    Firefox3MemoryUsage - Firefox 3 のメモリ使用量 目次 この文書について Firefox 3 のメモリ使用量 私たちのやったこと メモリ断片化の削減 循環コレクタによる循環の回避 キャッシュのチューニング 画像データの保存方法調整 リーク狩り メモリ使用量の測定 テスト方法 結果 まとめ 謝辞 Firefox 3 のメモリ使用量 この文書について Stuart Parmenter "Firefox 3 Memory Usage" の日語訳です. http://blog.pavlov.net/2008/03/11/firefox-3-memory-usage/ 推敲歓迎: 誤訳, タイポ, 訳語の不統一, そのほか... Web や Web ブラウザが成熟するにつれ, 人々はそこになかったものを期待するようになった. はじめて Firefox がリリースされ

  • http://www.dj.st44.arena.ne.jp/xwin2/mainhtml/win/sysresource00.html

    tks_period
    tks_period 2007/04/11
    Windowsにみるメモリ管理の変遷。
  • いまさら聞けない 車載ネットワーク入門(1/3) - @IT

    組み込みソフトウェア/ハードウェア開発における技術力の向上、改善・最適化などを幅広く支援する“組み込み開発エキスパート”のための情報フォーラム

  • 脳内音楽 / 心に響く歌声はコンピュータで合成できるだろうか - 結城浩のはてな日記

    最近、頭の中では「♪ごまえー、ごまえー」という歌が流れている。 ときどき「♪いちまんねんと、にせんねんまえから、あ・い・し・て・るー」に変わる。 追記 アイマスを見ていて、3Dでこれだけかっこいい画像を作れるのに、どうして「心に響く歌声」をコンピュータで合成できないのだろうか、と思う。 …と書いた瞬間に、でも3Dのほうもモーションキャプチャしているだろうから、人間をソースにしているか、とも思った。 「心に響く歌声」をコンピュータで合成する研究はなされているのだろうか。ご存じの方はいらっしゃいますか。 追記 さっそく、epicsさんから、Vocaloidを紹介してもらいました。感謝! 少し聞いてみましたが、うーん、けっこういいんじゃないでしょうか。たとえば、このページにある「Kimi no uwasa (日語)」という曲などは、ちょっと良い感じですよね。 それはさておき、コンピュータで生成

    脳内音楽 / 心に響く歌声はコンピュータで合成できるだろうか - 結城浩のはてな日記
  • 中里一日記: XMLの「本当のメリット」ってなに?

    XMLの「当のメリット」ってなに? この記事は一応は「XMLのプロ」による記事なのだと思うのだが、それで改めてメリットを紹介するのに、この程度のメリットしか出てこないというのはどういうことなんだか。 では私が答えよう。 私は6つの言語(C++JavaVBAPythonJavaScript、C#)でXMLを触ったことがある。サンプル程度ならもっと増えるが、実用的なものを書いたのは上の6つだけだ。まともにプログラミングなどしたこともない糞コンサルの皆様は、今日のエントリをコピペしておくといいだろう。 まずは弱点から。 1. パースが遅い 構造的な区切りを探すために1文字ずつ文字をチェックする必要があるので遅い。XMLを使うという観点からは、ここが一番のボトルネックになる。 2. データの格納形式を規格の基盤にしている RDBMSが内部でどのようにデータを格納しているかは、RDBMS

    tks_period
    tks_period 2006/08/22
    XMLの利点欠点。 XMLSpyがはてブに登録されたのは20日からなので、それまでのはてブユーザには、XMLの事をほんの少しでも知っている人は居なかった可能性がある。
  • XMLのメリット、デメリット

    << 2006/08/ 1 1. [OSS] 「Rubyのメッカに」と松江市長,研究・交流拠点「オープンソースラボ」開設 2. U-20プロコン作品応募数 3. 第39回情報科学若手の会 2 1. [Ruby] Ruby Book Sales Pass Perl 2. 「自分だけは大丈夫」,セキュリティ対策を妨げる「正常化の偏見」 3 1. svk(1:21:41) 4 1. [原稿] 日経Linux 2006年10月号 2. [Ruby] Pickaxe2 8/25発行 3. [Ruby] SciRubyInterviews/BilKlebAndBillWood 5 1. [教会] 岡山 2. 「しばらく待て」 3. 「there must be a reason」 6 1. 日曜 7 1. 早朝、ラジオ体操 2. [原稿] オープンソースマガジン 2006年10月号 3. [OSS]

    tks_period
    tks_period 2006/08/21
    まつもと氏がずーっと前から言ってる事。 少なくとも私は政治的な意図以外でXMLを積極的に利用した事はないなぁ。 行データで済むならタグテキスト、構造化が必要なら内向きJSON、外向きXMLってとこか。
  • Kickstart my heart: APIとUIはともにIである

    こんなおいしそうな議論をしていたとは、さっき飯ってたときはぜんぜん知らなかったな(苦笑)。アンテナが下がってる。 naoyaさんの文章を読んでいてふと疑問に感じたのが、APIというときのIと「インタフェース」と書いたときとで、それぞれ異なる意味で言葉を使っているように読めるってこと。miyagawaさんのエントリのタイトルが「API, UI as Commons」と2つのIを並列して書いているのと並べて読むと、そこんとこを深読みしちゃうなぁ。 Catalyst の View::JSON とかは渡したデータ構造が勝手に JSON になって Web API になりますよ、というものだけども、これだけだとまだ開発者は「どういう API を持たせて、どういうデータ構造を返して」というのを自分で考えないといけない。なのでインタフェースに制約が欲しい。 APIというのはアプリケーションに対してサービ

    tks_period
    tks_period 2006/05/10
    I/P定義の解説はいいや。 「疎結合が~」の意図がよくわからん。文字通り疎・密結合による独立性・効率のバランス維持方法の否定なら、これは数十億年続く生命すら維持してきた、自然科学の基本構造の一つだけど…。
  • 原稿・資料 ― ありえるえりあ

    アスキー NETWORK MAGAZINE原稿 アスキー NETWORK MAGAZINE 2005年3月号(http://nmag.jp/modules/xfsection/article.php?articleid=3)の「いま改めて知っておきたいこれからのP2P」の原稿です。 Read More…

    tks_period
    tks_period 2005/06/08
    分かりやすい。
  • 1