[#9445] thread.rb — m_seki@...

18 messages 2000/03/16
[#9446] Re: thread.rb — matz@... (Yukihiro Matsumoto) 2000/03/17

[#9460] Re: thread.rb — m_seki@... 2000/03/21

[#9462] Re: thread.rb — matz@... (Yukihiro Matsumoto) 2000/03/21

まつもと ゆきひろです

[#11281] Re: thread.rb — Masatoshi SEKI <m_seki@...> 2000/10/22

[#9498] timeout しない timeout — ARIMA Yasuhiro <fit0298@...>

有馬です。

20 messages 2000/03/26
[#9506] Re: timeout しない timeout — matz@... (Yukihiro Matsumoto) 2000/03/27

まつもと ゆきひろです

[#9509] Re: timeout しない timeout — gotoken@... (GOTO Kentaro) 2000/03/27

In message "[ruby-dev:9506] Re: timeout しない timeout"

[ruby-dev:9489] parsedate2

From: Tadayoshi Funaba <tadf@...>
Date: 2000-03-25 04:00:12 UTC
List: ruby-dev #9489
ふなばです。

先日の ruby-list での date2 の話を聞いてから、lib/* の処理速度について
考えていたんですが、ひょっとして、parsedate って、date2 よりも、処理速
度において、要求が厳しいのではないかと思いました。

今現在、parsedate2 は rbison で書いてあるので、parsedate よりもかなり
遅いです。仮令、解析の質がよくても、これは問題になるかもしれません。そ
れで、このことについて、意見を訊きたいです。
# あとで文句いっても遅いかもしれないよ!

速度が問題になるとして、僕が思いつく対処方法は、

1. やっぱり、元の parsedate をがんばって使う。
2. parsedate2 で、やっていることを rbison なしで、やってみる。
3. parsedate2 の一部、もしくは全部を C (と yacc) で書きなおす。
4. ふたつの parsedate を参考にして (あるいはしないで)、
   まったく別の道を模索する。
5. その他

などでしょうか。

最初から、現状の parsedate2 はボツになって仕方ないと思っています (とい
うか、これはこれで、意味があると思ってますが)。また、僕にできることが
あれば、引き続きやろうと思っています。

ちなみに、僕は、strptime も自作して使ってますが、たとえば、RFC 822 形
式など、実際に処理してみると、parsedate2 よりも速いですが、parsedate 
に比べれば遅いです。たぶん、ruby で書いて、字句解析的な手順 (?) を踏め
ば、絶対に parsedate には勝てないような気がします。parsedate はいきな
り日付のパターンを見ますから、判りにくいのですが、速いですね。

				*

ついでですが、date2 1.10 を RAA に登録しました。
まつもとさん、お手数ですが、差し替えお願いします。
date2 についても、ご意見歓迎です。

ふなば ただよし

In This Thread

Prev Next