[#28924] IO.popen("echo a") clear O_APPEND of other fds. — Tanaka Akira <akr@...17n.org>
以下のように、IO.popen("echo a") が関係ない他の IO の
8 messages
2006/07/02
[#28930] Re: IO.popen("echo a") clear O_APPEND of other fds.
— nobu@...
2006/07/02
なかだです。
[#28942] FUNC_CDECL/FUNC_STDCALL are not defined? — KIMURA Koichi <kimura.koichi@...>
木村です。
24 messages
2006/07/03
[#28943] Re: FUNC_CDECL/FUNC_STDCALL are not defined?
— "U.Nakamura" <usa@...>
2006/07/03
こんにちは、なかむら(う)です。
[#28945] Re: FUNC_CDECL/FUNC_STDCALL are not defined?
— Takaaki Tateishi <ttate@...>
2006/07/03
U.Nakamura wrote:
[#28946] Re: FUNC_CDECL/FUNC_STDCALL are not defined?
— "U.Nakamura" <usa@...>
2006/07/03
こんにちは、なかむら(う)です。
[#28950] Re: FUNC_CDECL/FUNC_STDCALL are not defined?
— Takaaki Tateishi <ttate@...>
2006/07/03
U.Nakamura wrote:
[#28951] Re: FUNC_CDECL/FUNC_STDCALL are not defined?
— "U.Nakamura" <usa@...>
2006/07/04
こんにちは、なかむら(う)です。
[#28953] Re: FUNC_CDECL/FUNC_STDCALL are not defined?
— Takaaki Tateishi <ttate@...>
2006/07/04
U.Nakamura wrote:
[#28977] Re: FUNC_CDECL/FUNC_STDCALL are not defined?
— Tanaka Akira <akr@...>
2006/07/07
In article <44AA3F42.4060800@ttsky.net>,
[#28982] Re: FUNC_CDECL/FUNC_STDCALL are not defined?
— Takaaki Tateishi <ttate@...>
2006/07/07
Tanaka Akira wrote:
[#28947] Re: FUNC_CDECL/FUNC_STDCALL are not defined?
— Takaaki Tateishi <ttate@...>
2006/07/03
Takaaki Tateishi wrote:
[#28948] Re: FUNC_CDECL/FUNC_STDCALL are not defined?
— URABE Shyouhei <root@...>
2006/07/03
卜部です。
[#28949] Re: FUNC_CDECL/FUNC_STDCALL are not defined?
— Takaaki Tateishi <ttate@...>
2006/07/03
URABE Shyouhei wrote:
[#28952] Re: FUNC_CDECL/FUNC_STDCALL are not defined?
— Takaaki Tateishi <ttate@...>
2006/07/04
Takaaki Tateishi wrote:
[#28960] 世代別 GC について — MORITA Naoyuki <mlgetter@...>
森田と申します．
13 messages
2006/07/04
[#28971] [ BUG ] $0 cannot keep the given string — Hidetoshi NAGAI <nagai@...>
永井@知能．九工大です．
6 messages
2006/07/06
[#28988] size of st_data_t — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
8 messages
2006/07/08
[#29006] block wrapper — Tanaka Akira <akr@...>
以前、[ruby-dev:28747] の pp.rb の問題を解決するのに
44 messages
2006/07/10
[#29007] Re: block wrapper
— Yukihiro Matsumoto <matz@...>
2006/07/10
まつもと ゆきひろです
[#29008] Re: block wrapper
— Tanaka Akira <akr@...>
2006/07/10
In article <1152541094.492146.23781.nullmailer@x31.priv.netlab.jp>,
[#29009] Re: block wrapper
— Yukihiro Matsumoto <matz@...>
2006/07/10
まつもと ゆきひろです
[#29010] Re: block wrapper
— Tanaka Akira <akr@...>
2006/07/10
In article <1152542689.441125.24418.nullmailer@x31.priv.netlab.jp>,
[#29022] Re: block wrapper
— Tanaka Akira <akr@...>
2006/07/12
In article <87psgd8qb2.fsf@fsij.org>,
[#29078] Re: block wrapper
— Tanaka Akira <akr@...>
2006/07/19
In article <87r70rdpeg.fsf@fsij.org>,
[#29466] Re: block wrapper
— Tanaka Akira <akr@...>
2006/09/04
In article <871wshddvn.fsf@fsij.org>,
[#29584] Re: block wrapper
— Tanaka Akira <akr@...>
2006/09/16
In article <87ac5g5a7i.fsf@fsij.org>,
[#29616] Re: block wrapper
— Tanaka Akira <akr@...>
2006/09/26
In article <8764foo7s7.fsf@fsij.org>,
[#30777] Re: block wrapper
— Tanaka Akira <akr@...>
2007/05/11
In article <87venar27i.fsf@fsij.org>,
[#30778] Re: block wrapper
— Yukihiro Matsumoto <matz@...>
2007/05/11
まつもと ゆきひろです
[#30780] Re: block wrapper
— Tanaka Akira <akr@...>
2007/05/12
In article <1178883053.645482.13087.nullmailer@x31.netlab.jp>,
[#30781] Re: block wrapper
— Yukihiro Matsumoto <matz@...>
2007/05/12
まつもと ゆきひろです
[#30840] Re: block wrapper
— Tanaka Akira <akr@...>
2007/05/30
In article <1178978140.846301.8164.nullmailer@x31.netlab.jp>,
[#30843] Re: block wrapper
— Yukihiro Matsumoto <matz@...>
2007/05/30
まつもと ゆきひろです
[#30848] Re: block wrapper
— SASADA Koichi <ko1@...>
2007/05/31
ささだです。
[#30851] Re: block wrapper
— Tanaka Akira <akr@...>
2007/05/31
In article <465E1040.7020009@atdot.net>,
[#30850] Re: block wrapper
— Yukihiro Matsumoto <matz@...>
2007/05/31
まつもと ゆきひろです
[#30855] Re: block wrapper
— Tanaka Akira <akr@...>
2007/05/31
In article <E1HtaMS-00041i-6U@x31>,
[#30856] Re: block wrapper
— Yukihiro Matsumoto <matz@...>
2007/05/31
まつもと ゆきひろです
[#30863] Re: block wrapper
— Tanaka Akira <akr@...>
2007/06/01
In article <E1HtenN-0006CM-2a@x31>,
[#30864] Re: block wrapper
— Yukihiro Matsumoto <matz@...>
2007/06/01
まつもと ゆきひろです
[#30876] Re: block wrapper
— Tanaka Akira <akr@...>
2007/06/02
In article <E1Htx6H-00073o-Cw@x31>,
[#30882] Re: block wrapper
— Tanaka Akira <akr@...>
2007/06/04
In article <E1Hv3TT-0004LL-L8@x31>,
[#30883] Re: block wrapper
— Yukihiro Matsumoto <matz@...>
2007/06/04
まつもと ゆきひろです
[#29013] problem in bignorm — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
14 messages
2006/07/10
[#29016] Re: problem in bignorm
— Yukihiro Matsumoto <matz@...>
2006/07/11
まつもと ゆきひろです
[#29018] Re: problem in bignorm
— "U.Nakamura" <usa@...>
2006/07/11
こんにちは、なかむら(う)です。
[#29019] Re: problem in bignorm
— "U.Nakamura" <usa@...>
2006/07/11
こんにちは、なかむら(う)です。
[#29024] Fixnum on IL32LLP64 (was Re: problem in bignorm)
— "U.Nakamura" <usa@...>
2006/07/12
こんにちは、なかむら(う)です。
[#29025] Re: Fixnum on IL32LLP64 (was Re: problem in bignorm)
— Yukihiro Matsumoto <matz@...>
2006/07/12
まつもと ゆきひろです
[#29042] Re: Fixnum on IL32LLP64 (was Re: problem in bignorm)
— "U.Nakamura" <usa@...>
2006/07/17
こんにちは、なかむら(う)です。
[#29054] Re: Fixnum on IL32LLP64 (was Re: problem in bignorm)
— Yukihiro Matsumoto <matz@...>
2006/07/18
まつもと ゆきひろです
[#29014] def m(a=nil, b) — Tanaka Akira <akr@...>
ふと、1.9 なら (TCPServer#initialize のように) 第一引数を省
6 messages
2006/07/11
[#29032] rational 1.12 — Tadayoshi Funaba <tadf@...>
ふなばです。
13 messages
2006/07/17
[#29036] Re: rational 1.12
— nobu@...
2006/07/17
なかだです。
[#29040] Re: rational 1.12
— Tadayoshi Funaba <tadf@...>
2006/07/17
ふなばです。
[#29038] irb completion — Tadayoshi Funaba <tadf@...>
ふなばです。
22 messages
2006/07/17
[#29063] Re: irb completion
— keiju@... (石塚圭樹)
2006/07/18
けいじゅ＠いしつかです.
[#29064] Re: irb completion
— Yukihiro Matsumoto <matz@...>
2006/07/18
まつもと ゆきひろです
[#29070] Re: irb completion
— Ryan Davis <ryand-ruby@...>
2006/07/18
[#29071] Re: irb completion
— keiju@... (石塚圭樹)
2006/07/19
けいじゅ＠いしつかです.
[#29044] block parameters for class_exec,module_exec,instance_exec — Takaaki Tateishi <ttate@...>
class_exec,module_exec,instance_execのブロックパラメータの仕様について
4 messages
2006/07/17
[#29080] UNIXSocket problem with ruby 1.8.5 preview2 on cygwin — Kouhei Yanagita <yanagi@...>
柳田です。
5 messages
2006/07/19
[#29089] test_strtod(TestFloat): ArgumentError: invalid value for Float(): "0." on 1.9 — Tanaka Akira <akr@...>
2006-07-18 以来、1.9 の test-all で (他のたくさんの失敗に紛
3 messages
2006/07/20
[#29093] Re: [ruby-cvs:17195] ruby/test/rss: * object.c (rb_mod_attr): make Module#attr to be an alias to — Tanaka Akira <akr@...>
In article <20060720173258.5D4BAC6781@lithium.ruby-lang.org>,
14 messages
2006/07/20
[#29096] Re: ruby/test/rss: * object.c (rb_mod_attr): make Module#attr to be an alias to
— Yukihiro Matsumoto <matz@...>
2006/07/20
まつもと ゆきひろです
[#29097] Re: ruby/test/rss: * object.c (rb_mod_attr): make Module#attr to be an alias to
— Tanaka Akira <akr@...>
2006/07/20
In article <1153423941.406034.21948.nullmailer@x31.priv.netlab.jp>,
[#29098] Re: ruby/test/rss: * object.c (rb_mod_attr): make Module#attr to be an alias to
— Yukihiro Matsumoto <matz@...>
2006/07/20
まつもと ゆきひろです
[#29099] Re: ruby/test/rss: * object.c (rb_mod_attr): make Module#attr to be an alias to
— Tanaka Akira <akr@...>
2006/07/20
In article <1153425319.663162.22588.nullmailer@x31.priv.netlab.jp>,
[#29101] Re: ruby/test/rss: * object.c (rb_mod_attr): make Module#attr to be an alias to
— Yukihiro Matsumoto <matz@...>
2006/07/21
まつもと ゆきひろです
[#29102] Re: ruby/test/rss: * object.c (rb_mod_attr): make Module#attr to be an alias to
— Tanaka Akira <akr@...>
2006/07/21
In article <1153446431.981115.25434.nullmailer@x31.priv.netlab.jp>,
[#29103] Re: ruby/test/rss: * object.c (rb_mod_attr): make Module#attr to be an alias to
— Yukihiro Matsumoto <matz@...>
2006/07/21
まつもと ゆきひろです
[#29104] Re: ruby/test/rss: * object.c (rb_mod_attr): make Module#attr to be an alias to
— Tanaka Akira <akr@...>
2006/07/21
In article <1153449042.979962.26498.nullmailer@x31.priv.netlab.jp>,
[#29105] Re: ruby/test/rss: * object.c (rb_mod_attr): make Module#attr to be an alias to
— Yukihiro Matsumoto <matz@...>
2006/07/21
まつもと ゆきひろです
[#29106] Re: ruby/test/rss: * object.c (rb_mod_attr): make Module#attr to be an alias to
— Tanaka Akira <akr@...>
2006/07/21
In article <1153453341.450474.27973.nullmailer@x31.priv.netlab.jp>,
[#29141] テスト2 — Tadayoshi Funaba <tadf@...>
もしかするとスパムかも。
10 messages
2006/07/26
[#29148] Re: [ruby-cvs:17256] ruby, ruby: * time.c (time_to_s): generate RFC822 style date string. — WATANABE Hirofumi <eban@...>
わたなべです。
31 messages
2006/07/27
[#29149] Re: [ruby-cvs:17256] ruby, ruby: * time.c (time_to_s): generate RFC822 style date string.
— "NARUSE, Yui" <naruse@...>
2006/07/27
成瀬です。
[#29151] Re: [ruby-cvs:17256] ruby, ruby: * time.c (time_to_s): generate RFC822 style date string.
— Yukihiro Matsumoto <matz@...>
2006/07/27
まつもと ゆきひろです
[#29152] Re: [ruby-cvs:17256] ruby, ruby: * time.c (time_to_s): generate RFC822 style date string.
— URABE Shyouhei <root@...>
2006/07/27
卜部です
[#29153] Re: [ruby-cvs:17256] ruby, ruby: * time.c (time_to_s): generate RFC822 style date string.
— Yukihiro Matsumoto <matz@...>
2006/07/27
まつもと ゆきひろです
[#29155] Re: [ruby-cvs:17256] ruby, ruby: * time.c (time_to_s): generate RFC822 style date string.
— URABE Shyouhei <root@...>
2006/07/27
卜部です。
[#29157] Re: [ruby-cvs:17256] ruby, ruby: * time.c (time_to_s): generate RFC822 style date string.
— "NARUSE, Yui" <naruse@...>
2006/07/27
成瀬です。
[#29159] Re: [ruby-cvs:17256] ruby, ruby: * time.c (time_to_s): generate RFC822 style date string.
— Yukihiro Matsumoto <matz@...>
2006/07/27
まつもと ゆきひろです
[#29440] Re: [ruby-cvs:17256] ruby, ruby: * time.c (time_to_s): generate RFC822 style date string.
— "NARUSE, Yui" <naruse@...>
2006/09/03
成瀬です
[#29462] Re: [ruby-cvs:17256] ruby, ruby: * time.c (time_to_s): generate RFC822 style date string.
— Yukihiro Matsumoto <matz@...>
2006/09/04
まつもと ゆきひろです
[#29467] Re: [ruby-cvs:17256] ruby, ruby: * time.c (time_to_s): generate RFC822 style date string.
— "NARUSE, Yui" <naruse@...>
2006/09/04
成瀬です。
[#29472] Re: [ruby-cvs:17256] ruby, ruby: * time.c (time_to_s): generate RFC822 style date string.
— Yukihiro Matsumoto <matz@...>
2006/09/04
まつもと ゆきひろです
[#29483] Re: [ruby-cvs:17256] ruby, ruby: * time.c (time_to_s): generate RFC822 style date string.
— "NARUSE, Yui" <naruse@...>
2006/09/05
成瀬です。
[#29488] Re: [ruby-cvs:17256] ruby, ruby: * time.c (time_to_s): generate RFC822 style date string.
— Yukihiro Matsumoto <matz@...>
2006/09/05
まつもと ゆきひろです
[#29494] Re: [ruby-cvs:17256] ruby, ruby: * time.c (time_to_s): generate RFC822 style date string.
— Tadayoshi Funaba <tadf@...>
2006/09/05
ふなばです。
[#29497] Re: [ruby-cvs:17256] ruby, ruby: * time.c (time_to_s): generate RFC822 style date string.
— Yukihiro Matsumoto <matz@...>
2006/09/05
まつもと ゆきひろです
[#29513] Re: [ruby-cvs:17256] ruby, ruby: * time.c (time_to_s): generate RFC822 style date string.
— Tadayoshi Funaba <tadf@...>
2006/09/06
> 郵便局の消印は採用できないんですが、なにが良いと思いますか。
[#29516] Re: [ruby-cvs:17256] ruby, ruby: * time.c (time_to_s): generate RFC822 style date string.
— Yukihiro Matsumoto <matz@...>
2006/09/06
まつもと ゆきひろです
[#29554] Re: [ruby-cvs:17256] ruby, ruby: * time.c (time_to_s): generate RFC822 style date string.
— Nobuyoshi Nakada <nobu@...>
2006/09/10
なかだです。
[#29555] Re: [ruby-cvs:17256] ruby, ruby: * time.c (time_to_s): generate RFC822 style date string.
— Tadayoshi Funaba <tadf@...>
2006/09/10
ふなばです。
[#29158] backport — "MIYAMUKO Katsuyuki" <miyamuko@...>
みやむこです。
7 messages
2006/07/27
[ruby-dev:28975] Re: 世代別 GC について
From:
MORITA Naoyuki <mlgetter@...>
Date:
2006-07-06 19:15:07 UTC
List:
ruby-dev #28975
森田です． 田中さんのパッチを適用して計測し直してみました． http://na.yuki.st/tmp/speed2.png かなり改善されたように見えます． 気になるのは，このヒープ拡張戦略が問題を起こすケースがあるかどうかとい う点ですが． > (現在の) GC はヒープのサイズに比例したコストがかかるので、定 > 数しか空かないならわりに合わないってことでしょうね。 > この問題に対して、世代別 GC が正しい解かというと、さて、どう > かな。 メモリの使用量をよりタイトに制限するなど，条件や環境を変えると議論も変 わってくるのかも知れませんが，現状の Ruby の問題領域としてはこれでいい のではないかと考えると，うーんとなってしまいますね． 以下は私の認識ですが，世代別GCのような手法が効いてくるのは ・ヒープ使用量 大 ・生存オブジェクト数 大 ・ガベージ 小 ・GC回数 大 という条件のときであり，今の Ruby インタプリタはなるべくGC回数を減らす ようにヒープを確保するような戦略を取っている為， GC の効率改善手法その ものが効きにくいということなのでしょうか． ただ大雑把な印象として，田中さんのパッチを当てた場合ページフォールトの 回数は逆に増えているので(当然といえば当然ですが)，その辺りを考慮すると また違ってくる気はします． -- 東京大学 大学院 情報理工学系研究科 数理情報学専攻 数理第七(武市・胡)研究室 修士二年 森田 直幸 <naohaq@ipl.t.u-tokyo.ac.jp>