Backport #5665: [PATCH] io.c (rb_io_fsync,rb_io_fdatasync): release GVL

• Status: Closed
• Assignee: yugui (Yuki Sonoda)

[normalperson (Eric Wong)]

fsync() and fdatasync() may take a long time on slow disks and/or
if there is much dirty data.

Also pullable via git: git pull git://bogomips.org/ruby.git fsync-nogvl

(Once in a while I'll actually care to fsync(), most of the time I can't
stand it and even use libeatmydata :)

[kosaki (Motohiro KOSAKI)]

• Status changed from Open to Assigned
• Assignee set to kosaki (Motohiro KOSAKI)

Looks reasonable. I'll commit it.

[kosaki (Motohiro KOSAKI)]

r33826

[kosaki (Motohiro KOSAKI)]

• Tracker changed from Feature to Backport
• Project changed from Ruby to 13
• Category deleted (core)
• Assignee changed from kosaki (Motohiro KOSAKI) to yugui (Yuki Sonoda)
• Target version deleted (2.0.0)

[kosaki (Motohiro KOSAKI)]

• Status changed from Assigned to Closed
• % Done changed from 0 to 100

This issue was solved with changeset r34451.
Eric, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.

---

merge revision(s) r33826:

* io.c (rb_io_fsync,rb_io_fdatasync): release GVL during fsync().
  fsync() and fdatasync() may take a long time on slow disks and/or
  if there is much dirty data.
  Patch by Eric Wong. [Feature #5665] [ruby-core:41247]