[#39804] CGIでのリダイレクションの書き方 — Yoichiro Takehora <yoichiro@...>
こんにちは、竹洞です。
7 messages
2004/07/02
[#39811] keyword-argument-like argument passing via Hash — NISHIMATSU Takeshi <t-nissie@...>
西松と申します.
4 messages
2004/07/02
[#39814] Socket:IPヘッダの編集方法 — takeshi honda <moecho21@...>
本田と申します。
6 messages
2004/07/02
[#39819] [ANN] Ruby-GetText-Package-0.6.0 — Masao Mutoh <mutoh@...>
むとうです。
4 messages
2004/07/04
[#39822] (要素がString, Fixnum 以外の)配列の集合演算 — Hiroshi Takagi <gollum@...>
高木といいます、よろしく。
11 messages
2004/07/05
[#39823] Re: (要素がString, Fixnum 以外の)配列の集合演算
— 卜部昌平 <s-urabe@...>
2004/07/05
mput です。
[#39824] Re: (要素がString, Fixnum 以外の)配列の集合演算
— Hiroshi Takagi <gollum@...>
2004/07/05
高木です。
[#39826] Re: (要素がString, Fixnum 以外の)配列の集合演算
— nobu.nakada@...
2004/07/06
なかだです。
[#39856] 直接関係のない配列の有無が、ある配列の値に影響する不具合 — "Hisashi Yahata" <yahatah@...>
5 messages
2004/07/17
[#39863] forループの速度 — Masahiro Sato <msato@...>
15 messages
2004/07/20
[#39868] イテレータとfor文 — OOTANI TAKASHI <otn@...5.so-net.ne.jp>
大谷と申します。
31 messages
2004/07/20
[#39870] Re: イテレータとfor文
— Nowake <nowake@...>
2004/07/20
[#39886] Re: イテレータとfor文
— Tietew <tietew-ml-ruby-list@...>
2004/07/21
[#39891] Re: イテレータとfor文
— OOTANI TAKASHI <otn@...5.so-net.ne.jp>
2004/07/21
大谷です。
[#39910] Re: イテレータとfor文
— Atoh <atoh@...7.jp>
2004/07/23
あとうです。
[#39911] Re: イテレータとfor文
— OOTANI TAKASHI <otn@...5.so-net.ne.jp>
2004/07/23
大谷です。
[#39889] dRuby: 急に遅くなる — ちば けいすけ <chowder@...>
ちばです。
7 messages
2004/07/21
[#39908] htreeの高速化 — MoonWolf <moonwolf@...>
MoonWolfです。
6 messages
2004/07/23
[ruby-list:39916] Re: htreeの高速化
From:
Tanaka Akira <akr@...17n.org>
Date:
2004-07-24 03:37:19 UTC
List:
ruby-list #39916
In article <41011135.8080007@moonwolf.com>, MoonWolf <moonwolf@moonwolf.com> writes: > htree(http://raa.ruby-lang.org/project/htree/)で大きなHTMLをパースすると > メモリを大量に消費し処理時間も長いので、高速化・省メモリ化を試みました。 > (http://devlog.moonwolf.com/20040723.html#p01) 基本的には受け入れようと思うのですが、質問があります。 > 2. HTree::Nameオブジェクトの共有化 > immutableなオブジェクトなのでHTree::NAMEというHashにキャッシュして > Name.new(arg)をNAME[arg]に書き換えました。 > ObjectSpaceからオブジェクト数を調べて見ると21,504個あったHTree::Nameが > 29個と激減しメモリ使用量も減りました。 Name.new を再定義するほうが好みなので、そうしようと思います。 > 3. caseからif〜elsifへの書き換えと比較順序の変更 > 一番出現頻度が高いと思われる:text_pcdataを最初にチェックするようにしま > した。 順番は分かるんですが、case から if/elsif へ変えるのは高速化に寄与する んでしょうか? -- [田中 哲][たなか あきら][Tanaka Akira]