Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
talk about IO
Search
usa
November 08, 2015
Programming
4
1.8k
talk about IO
大江戸Ruby会議05 基調講演「あいおーのはなし」
usa
November 08, 2015
Tweet
Share
More Decks by usa
See All by usa
Rubyの安定版を保守する意義 / Why we maintain stable versions of Ruby?
unak
0
120
WindowsにおけるRubyのエンコーディングの話 Ruby3版/Ruby's encoding on Windows at Ruby3
unak
0
390
PIXIV TECH FES. short session / What kind of contribution to OSS is really pleased?
unak
0
2k
Internal of the image processing required on the developing of web applications
unak
5
5k
Schrödinger's branch, or Ruby is dead every year
unak
0
700
Other Decks in Programming
See All in Programming
技術好きなエンジニアが "リーダーへの進化" によって得たものと失ったもの
pospome
5
1.3k
Firebase Dynamic Linksの代替手段を自作する / Create your own Firebase Dynamic Links alternative
kubode
0
150
CTFのWebにおける⾼難易度問題について
hamayanhamayan
1
900
プログラミング教育のコスパの話
superkinoko
0
110
eBPF Updates (March 2025)
kentatada
0
120
DenoでOpenTelemetryに入門する
yotahada3
2
280
S3静的ホスティング+Next.js静的エクスポート で格安webアプリ構築
iharuoru
0
170
小さく段階的リリースすることで深夜メンテを回避する
mkmk884
2
110
ローコードサービスの進化のためのモノレポ移行
taro28
1
310
爆速スッキリ! Rspack 移行の成果と道のり - Muddy Web #11
dora1998
0
130
研究開発と実装OSSと プロダクトの好循環 / A virtuous cycle of research and development implementation OSS and products
linyows
1
180
本当だってば!俺もTRICK 2022に入賞してたんだってば!
jinroq
0
160
Featured
See All Featured
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
233
17k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
40
2k
[RailsConf 2023] Rails as a piece of cake
palkan
53
5.4k
Fantastic passwords and where to find them - at NoRuKo
philnash
51
3.1k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
16k
The Art of Programming - Codeland 2020
erikaheidi
53
13k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
227
22k
Why Our Code Smells
bkeepers
PRO
336
57k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
4
490
The Language of Interfaces
destraynor
156
24k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
44
7.1k
Scaling GitHub
holman
459
140k
Transcript
西暦2015年 時に、
自 己 紹介 、
なかむら(う) CRuby Committer Windows版メンテナ 安定版(2.1,2.0.0)メンテナ
なかむら(う) CRuby Committer usa @unak
None
基調講演
あいおーの は な し
None
https:/staff.aist.go.jp/tanaka- akira/pub/stdio-considered-harmful-lc2005- paper.pdf
None
Ruby 1.8までのI/O → C stdioベース fopen, fread, fwrite, etc… ファイルポインタ
FILE *
Ruby 1.8までのI/O → C stdioベース Ruby 1.9以降のI/O →POSIX I/Oベース
Ruby 1.8までのI/O → C stdioベース Ruby 1.9以降のI/O →POSIX I/Oベース open,
read, write, etc… ファイルディスクリプタ int
1. スレッドのread待ち 2. errnoをクリアするstdio実装 3. ungetc 4. 双方向ストリーム 5. 読み込み・書き込みの切替え
6. nonblocking writeにおけるデータ消失 7. nonblocking IO#readの動作 8. readpartialの提案・実装 9. Solarisの256個制限 10.EOFフラグ
Ruby m17n I/Oに関しては: • ファイルオープン時のエンコーディング 指定 • 入力データへのエンコーディング情報の 付与 •
必要時の入出力データのエンコーディン グ自動変換
現在のRuby I/Oのまとめ OS (POSIX I/O) Ruby class IO IO#read IO#write
… transcode エンコーディング変換 各Ruby Script おまえら \ (^o^)/
本当に?
OS (POSIX I/O) Portableだと 思い込んでいた? いつから
Rubyの 暗黒面へ ようこそ
W i n d o w s という O Sがあってな
OS (POSIX I/O) Ruby class IO IO#read IO#write … transcode
エンコーディング変換 各Ruby Script おまえら \ (^o^)/ モドキ OS (Win32 API)
Rubyインタプリタが期待する POSIX I/O #とは 全てのI/Oがファイルディスクリプタで 抽象化されていて 大抵のAPI(システムコール)はどのI/O でも共通に利用できて どのプラットフォームでもほぼ確実に 同じコードで利用できる
Windowsにおける POSIX I/Oモドキの場合 socketは完全に別扱いになっていて 対象外 ファイルはともかく、パイプや コンソールだと挙動不審な面がある 必要な関数がいくつも欠けていて 実用上問題がある
そもそも Windowsに POSIX I/Oを 期待する方が おかしい
RubyのI/O が 間違っている
OS (POSIX I/O) Ruby class IO IO#read IO#write … transcode
エンコーディング変換 各Ruby Script おまえら \ (^o^)/ モドキ OS (Win32 API) 独自実装で代替
やってられ る か !
usaは激怒した。 必ず、かの邪智暴虐の RubyのI/Oを 正さねばならぬと 決意した。
ぼくのかんがえた さいきょうの あいおー じっそうあん
PerlのI/O実装 Perl functions read,write,… PerlIO API PerlIO_read,PerlIO_write,… PerlIO_funcs PerlIOUnix_read,PerlIOUnix_write,… OS
(POSIX I/O)
PerlのI/O実装 Perl functions read,write,… PerlIO API PerlIO_read,PerlIO_write,… PerlIO_funcs PerlIOWin32_read,PerlIOWin32_write,… OS
(Win32 API)
PerlIO は すばらしい
パクろう
提案 RubyIO(仮称)の導入 io.c内で直接OSやCライブラリのI/O関数を 呼ぶのをやめ、RubyIO APIを呼ぶ。 各IOオブジェクトが、そのI/O種別に応じた プリミティブ関数セットを保持できるように。 テキストモードはRubyIOの階層の一つとして この仕組みの中で実装を用意。
テキストモード 問 題 ネイティブスレッドが導入されたとき、 別スレッドのI/Oをキャンセルさせる必要が あることから、read関数を新規に再実装。 テキストモードの実装がツラかったので、 m17nの変換機能を利用して、改行文字の 変換を行うようにした。 「遅い」という理由で総スカンを食らい、
結局、テキストモード時はPOSIX I/Oモドキのreadを 呼ぶように……
提案するだけなら 猿 でもできる
実装して ナンボ
なので、 実装してみた かったけど 間に合わず
目標 次(2.3)の次のRuby(2.4? 3.0?)への 導入を目指す 2016年前半中にはtrunkに入れたい 鋭意実装中(やる気が続くとは 言ってない)
ぼ く は よ う や く の ぼ り
は じ め た ば か り だ か ら な こ の は て し な く 遠 い Ruby I/O 坂 を よ …
ありがとう
今度こそ本当に