アカウント名:
パスワード:
Windows API の Socket が遅いというのも考えられるし、Cygwin API 経由で Socket を呼び出している Ruby が遅いとも考えられます~。(ただし Cygwin 版の Ruby を使った場合。)
XFree86 も遅いですし、Windows 上での Cygwin を使った UNIX 互換環境は全体的に遅い感じですねぇ。(といってもベンチマークを取ったわけではないのですが(^^;)
とりあえず、ファイルIO、ソケットIO、ともにcygwinだとかなり遅いですね。テキストフィルタ系のソフトだと、特に泣けますです。
気が付かないぐらいのパフォーマンスで動いてくれるといいのですけどねぇ。(FreeBSD の Linux API (Linux Emulator) はあまり速度が変わらない。)
といっても、プラットホームが違いすぎるから遅くなるのはわかるような気はします。しかし、もたつきは目立つますね。
Cygwinは全部ユーザーランドの関数でその辺の面倒を見ていて、かつかなり概念が違いますからねえ。
CygwinのファイルIOとかでは多分、あちこちのレイヤーでバッファリングとか先読みとかCR/LF変換みたいなのとかが多重に行われてるのが速度低下の原因じゃないかなーとかってに想像しています。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生の大半の問題はスルー力で解決する -- スルー力研究専門家
そうかもしれないし (スコア:1)
Windows API の Socket が遅いというのも考えられるし、Cygwin API 経由で Socket を呼び出している Ruby が遅いとも考えられます~。(ただし Cygwin 版の Ruby を使った場合。)
XFree86 も遅いですし、Windows 上での Cygwin を使った UNIX 互換環境は全体的に遅い感じですねぇ。(といってもベンチマークを取ったわけではないのですが(^^;)
っていうか遅くないほうがおかしい (スコア:1)
とりあえず、ファイルIO、ソケットIO、ともにcygwinだとかなり遅いですね。テキストフィルタ系のソフトだと、特に泣けますです。
-- Takehiro TOMINAGA // may the source be with you!
Re:っていうか遅くないほうがおかしい (スコア:1)
気が付かないぐらいのパフォーマンスで動いてくれるといいのですけどねぇ。(FreeBSD の Linux API (Linux Emulator) はあまり速度が変わらない。)
といっても、プラットホームが違いすぎるから遅くなるのはわかるような気はします。しかし、もたつきは目立つますね。
Re:っていうか遅くないほうがおかしい (スコア:1)
Cygwinは全部ユーザーランドの関数でその辺の面倒を見ていて、かつかなり概念が違いますからねえ。
CygwinのファイルIOとかでは多分、あちこちのレイヤーでバッファリングとか先読みとかCR/LF変換みたいなのとかが多重に行われてるのが速度低下の原因じゃないかなーとかってに想像しています。
-- Takehiro TOMINAGA // may the source be with you!
Re:そうかもしれないし (スコア:1)
Windows APIのSocketが遅いというのは考えたのですが、そうなると普段使っているソフトウェアもかなり遅くなるのだろうと思って、あまり原因の一つとしてとらえていませんでした。
で、今Rubyのソースをダウンロードしてきて見てみたのですが、自前のSocketのWrapperを使っているようではありますが、そんなに重い処理をしているようには思えませんでした。なので、やはりWin32 APIのSocketの実装が重いのかもしれません。
ほとんど憶測に過ぎないのですが。