[#42194] Enhancing Numeric#step — "Akinori MUSHA" <knu@...>

 Numeric#step の仕様の拡張を提案します。

26 messages 2010/09/08
[#42196] Re: Enhancing Numeric#step — Yukihiro Matsumoto <matz@...> 2010/09/08

まつもと ゆきひろです

[#42200] Re: Enhancing Numeric#step — "Akinori MUSHA" <knu@...> 2010/09/08

At Wed, 8 Sep 2010 22:46:57 +0900,

[#42204] Re: Enhancing Numeric#step — Yukihiro Matsumoto <matz@...> 2010/09/09

まつもと ゆきひろです

[#42232] 1.9.2 readline can't handle cursorkeys, mbcs chars etc (msvcrt) — arton <artonx@...>

artonです。

11 messages 2010/09/10

[#42269] [Ruby 1.9-Bug#3836] Kernel.system, spawnがスペースを含むパスで動作しない — Hiroki Najima <redmine@...>

チケット #3836 が更新されました。 (by Hiroki Najima)

12 messages 2010/09/16
[#42270] WindowsでのKernel.systemの挙動、一貫性について — NAJIMA Hiroki <h.najima@...> 2010/09/16

名島(Nazy)と申します。

[#42310] ビジースレッドがあるとコンテキストスイッチが起きづらくなる — kuwamoto shintaro <beuniv@...>

こんにちは。

9 messages 2010/09/29
[#42315] [bug:trunk] ビジースレッドがあるとコンテキストスイッチが起きづらくなる — "U.Nakamura" <usa@...> 2010/09/30

こんにちは、なかむら(う)です。

[ruby-dev:42315] [bug:trunk] ビジースレッドがあるとコンテキストスイッチが起きづらくなる

From: "U.Nakamura" <usa@...>
Date: 2010-09-30 00:42:28 UTC
List: ruby-dev #42315
こんにちは、なかむら(う)です。
とりあえずチケット化するために全文引用します。
遅いのはfeatureかbugか... bugでいいか。

ちなみに
  ruby 1.9.3dev (2010-09-30 trunk 29375) [i386-mswin32]
では再現していません。
x64版固有とかCPUコア数とかと関係するとかですかね。

In message "[ruby-dev:42310] ビジースレッドがあるとコンテキストスイッチが起きづらくなる"
    on Sep.29,2010 21:16:52, <beuniv@gmail.com> wrote:
> こんにちは。
> ビジー状態のスレッドがあると中々他のスレッドに処理が戻らず実行速度が遅くなることがあります。
> 環境はruby 1.9.3dev (2010-09-29 trunk 29361) [x64-mswin64_90]です。
> 
> 以下のスクリプトを実行すると終了するまでに時間がかかります。
> 
> t = Time.now
> n = 0
> Thread.new{loop {n+=1} }
> Thread.new{}.join
> p [n, Time.now - t]
> 
> .\ruby.exe a.rb
> [82741230, 10.6304]
> 
> 追ってみたところnative_sleepのGVL_UNLOCK_ENDで、mainスレッドが
> GVLを取得できずに止まっている時間が長いようです。
> ためしにCriticalSectionではなく、USE_WIN32_MUTEXで、Mutexを使うように変更するとすぐ終わるようになりました。
> 
> MutexLock版
> .\ruby.exe a.rb
> [65482, 0.017]
> 
> ruby/test_threads.rb:test_listが結構な割合で失敗するので気がつきました。
> --
> kuwamoto


それでは。
-- 
U.Nakamura <usa@garbagecollect.jp>


In This Thread