[#45703] test_advise failure on GNU/Linux — Tanaka Akira <tanaka.akira@...>
今朝、気がついたのですが、手元で test_advise が失敗します。
11 messages
2012/06/05
[#45705] Re: test_advise failure on GNU/Linux
— KOSAKI Motohiro <kosaki.motohiro@...>
2012/06/06
小崎です
[#45790] Re: test_advise failure on GNU/Linux
— KOSAKI Motohiro <kosaki.motohiro@...>
2012/06/22
>> /tmp は tmpfs で、カレントディレクトリは ext3 なのですが、
[#45791] Re: test_advise failure on GNU/Linux
— Tanaka Akira <akr@...>
2012/06/22
2012年6月22日 16:42 KOSAKI Motohiro <[email protected]>:
[#45723] Developers' meeting (7/21) — Yusuke Endoh <mame@...>
Hello, committers
13 messages
2012/06/12
[#45731] Re: Developers' meeting (7/21)
— Yusuke Endoh <mame@...>
2012/06/13
Four seats are now left.
[#45735] [ruby-trunk - Feature #6587][Open] proposal: adding new methods File.rootname and Pathname#rootname — "usa (Usaku NAKAMURA)" <usa@...>
14 messages
2012/06/14
[#45944] [ruby-trunk - Feature #6587] proposal: adding new methods File.rootname and Pathname#rootname
— "matz (Yukihiro Matsumoto)" <matz@...>
2012/07/13
[#45745] Re: [ruby-changes:24028] yugui:r36079 (trunk): Embedding CRuby interpreter without internal headers has been difficult — SASADA Koichi <ko1@...>
見逃していました．
19 messages
2012/06/14
[#45747] Re: [ruby-changes:24028] yugui:r36079 (trunk): Embedding CRuby interpreter without internal headers has been difficult
— Yugui <yugui@...>
2012/06/15
2012/6/15 SASADA Koichi <[email protected]>:
[#45748] Re: [ruby-changes:24028] yugui:r36079 (trunk): Embedding CRuby interpreter without internal headers has been difficult
— SASADA Koichi <ko1@...>
2012/06/15
ささだです．
[#45751] Re: [ruby-changes:24028] yugui:r36079 (trunk): Embedding CRuby interpreter without internal headers has been difficult
— Yugui <yugui@...>
2012/06/15
2012/6/15 SASADA Koichi <[email protected]>:
[#45761] Re: [ruby-changes:24028] yugui:r36079 (trunk): Embedding CRuby interpreter without internal headers has been difficult
— SASADA Koichi <ko1@...>
2012/06/18
ささだです．
[#45786] Re: [ruby-changes:24028] yugui:r36079 (trunk): Embedding CRuby interpreter without internal headers has been difficult
— Yugui <yugui@...>
2012/06/21
2012/6/19 SASADA Koichi <[email protected]>:
[#45749] Re: [ruby-changes:24028] yugui:r36079 (trunk): Embedding CRuby interpreter without internal headers has been difficult
— "U.Nakamura" <usa@...>
2012/06/15
こんにちは、なかむら(う)です。
[#45750] Re: [ruby-changes:24028] yugui:r36079 (trunk): Embedding CRuby interpreter without internal headers has been difficult
— Yugui <yugui@...>
2012/06/15
2012/6/15 U.Nakamura <[email protected]>:
[#45754] Re: [ruby-changes:24028] yugui:r36079 (trunk): Embedding CRuby interpreter without internal headers has been difficult
— Nobuyoshi Nakada <nobu@...>
2012/06/15
なかだです。
[#45769] [ruby-trunk - Bug #6606][Open] default_external encoding and STDOUT and UTF-8 — "shyouhei (Shyouhei Urabe)" <shyouhei@...>
7 messages
2012/06/19
[#45780] Re: [ruby-changes:24083] nobu:r36134 (trunk): process.c: no method calls in async-signal-safe — Tanaka Akira <akr@...>
2012/6/19 nobu <[email protected]>:
3 messages
2012/06/19
[#45794] :new_pgroup and :pgroup option for spawn. — Tanaka Akira <akr@...>
process.c で気がついたのですが、spawn に Windows 用の :new_pgroup というオプションが
12 messages
2012/06/23
[#45800] Re: :new_pgroup and :pgroup option for spawn.
— "U.Nakamura" <usa@...>
2012/06/25
こんにちは、なかむら(う)です。
[#45801] Re: :new_pgroup and :pgroup option for spawn.
— Tanaka Akira <akr@...>
2012/06/25
2012年6月25日 11:27 U.Nakamura <[email protected]>:
[#45802] Re: :new_pgroup and :pgroup option for spawn.
— "U.Nakamura" <usa@...>
2012/06/25
こんにちは、なかむら(う)です。
[#45803] Re: :new_pgroup and :pgroup option for spawn.
— Tanaka Akira <akr@...>
2012/06/25
2012年6月25日 11:52 U.Nakamura <[email protected]>:
[#45804] Re: :new_pgroup and :pgroup option for spawn.
— "U.Nakamura" <usa@...>
2012/06/25
こんにちは、なかむら(う)です。
[#45805] Re: :new_pgroup and :pgroup option for spawn.
— Tanaka Akira <akr@...>
2012/06/25
2012年6月25日 12:13 U.Nakamura <[email protected]>:
[#45806] Re: :new_pgroup and :pgroup option for spawn.
— "U.Nakamura" <usa@...>
2012/06/25
こんにちは、なかむら(う)です。
[#45818] [ruby-trunk - Feature #6643][Open] io.seek(off, :end) — "akr (Akira Tanaka)" <akr@...>
30 messages
2012/06/25
[#45823] Re: [ruby-trunk - Feature #6643][Open] io.seek(off, :end)
— KOSAKI Motohiro <kosaki.motohiro@...>
2012/06/25
(6/25/12 6:32 AM), akr (Akira Tanaka) wrote:
[#45825] Re: [ruby-trunk - Feature #6643][Open] io.seek(off, :end)
— SATOH Fumiyasu <fumiyas@...>
2012/06/25
At Mon, 25 Jun 2012 19:32:06 +0900,
[#45843] Re: [ruby-trunk - Feature #6643][Open] io.seek(off, :end)
— Tanaka Akira <akr@...>
2012/06/25
2012年6月25日 23:37 SATOH Fumiyasu <[email protected]>:
[#46224] [ruby-trunk - Feature #6643] io.seek(off, :end)
— "kou (Kouhei Sutou)" <kou@...>
2012/10/16
[#46226] [ruby-trunk - Feature #6643] io.seek(off, :end)
— "kou (Kouhei Sutou)" <kou@...>
2012/10/17
[#46250] [ruby-trunk - Feature #6643] io.seek(off, :end)
— "kou (Kouhei Sutou)" <kou@...>
2012/10/23
[#45826] Question: Thread#kill doesn't throw Exception — SASADA Koichi <ko1@...>
ささだです．
7 messages
2012/06/25
[#45832] Re: Question: Thread#kill doesn't throw Exception
— KOSAKI Motohiro <kosaki.motohiro@...>
2012/06/25
> さらに突っ込んだ質問：
[#45834] Re: Question: Thread#kill doesn't throw Exception
— SASADA Koichi <ko1@...>
2012/06/25
(2012/06/26 4:25), KOSAKI Motohiro wrote:
[ruby-dev:45720] [ruby-trunk - Feature #6440] 引数にIOを渡した場合のMarshal.loadにバッファを持たせたい
From:
"Glass_saga (Masaki Matsushita)" <glass.saga@...>
Date:
2012-06-11 13:25:59 UTC
List:
ruby-dev #45720
Issue #6440 has been updated by Glass_saga (Masaki Matsushita).
File patch2.diff added
ささださんの案を元に読み過ぎないような先読み機構を考えてみました。
ささださんが指摘するように、n要素のArrayをm番目まで読んだところでバッファが不足した場合には、
少なくともn - m バイトは先読みできる事が保証されます。
Arrayがネストしている場合には、最も内側にあるArrayに関してはn - m バイト読む事ができますが、
そのひとつ外側のArrayに関しては、最も内側のArrayについて先読みした時点で既に1要素読んでしまっているので、
n - m - 1 バイト先読みする事ができます。それより外側のArrayに関しても同様です。
従って、最も内側のArrayのみn - m バイト先読みする事ができ、それ以外はn - m - 1 バイト先読みする事ができます。
今回は、struct load_argにreadableという「少なくとも何バイト先読みできるか」を表すメンバを追加する事にしました。
r_object0()でtypeがARRAYである場合には、arg->readableにlen - 1を足し、1要素読む毎にデクリメントします。
これは、n - m - 1バイトに対応します。
バッファが不足した場合には、arg->readable + 1バイト先読みできます。
arg->readable + 1とするのは、最も内側のArrayに関してだけn - mバイト先読みする事に相当します。
HashやStructに関しても同様の処理を行なっています。
ただし、これらは1要素に少なくとも2バイトは必要なのでarg->readableには(len - 1) * 2を足し、1要素読む毎に2を引いています。
最も内側のHashやStructに関しては(n - m) * 2バイト、つまりarg->readable + 2バイトまで読めるのですが、
1バイト多く先読みする為だけにr_byteやr_bytes0にtypeを渡す必要もないと思ったので、そこまではやっていません。
[ruby-dev:45637]と同様のベンチマークを実行したところ、以下の結果となりました。
trunk(r35983)
user system total real
0.560000 0.030000 0.590000 ( 0.601471)
proposed:
user system total real
0.090000 0.010000 0.100000 ( 0.113099)
patchを添付します。
----------------------------------------
Feature #6440: 引数にIOを渡した場合のMarshal.loadにバッファを持たせたい
https://bugs.ruby-lang.org/issues/6440#change-27165
Author: Glass_saga (Masaki Matsushita)
Status: Assigned
Priority: Normal
Assignee: nobu (Nobuyoshi Nakada)
Category: core
Target version: 2.0.0
=begin
現在の(({Marshal.load}))では、引数に(({IO}))を渡すと(({IO#getbyte}))や(({IO#read}))で当座に必要な部分のみの読み出しを繰り返すので
大量のメソッド呼び出しが発生し、そのコストが無視できません。
そこで、引数に(({IO}))を渡した場合の(({Marshal.load}))にバッファを持たせる事を提案します。
require 'benchmark'
require 'tempfile'
ary = Array.new(1000){ "hoge" }
file = Tempfile.new("foo")
Marshal.dump(ary, file)
Benchmark.bm do |x|
x.report do
100.times do
file.rewind
Marshal.load(file)
end
end
end
file.close
上記のベンチマークでバッファを持つようにしたrubyとtrunkを比較したところ、以下の結果となりました。
trunk(r35660):
user system total real
1.880000 0.000000 1.880000 ( 1.874681)
proposed:
user system total real
0.180000 0.000000 0.180000 ( 0.178556)
patchを添付します。
=end
--
http://bugs.ruby-lang.org/