実在するBeOS上のIDEが出てくるserial experiments lainという必修アニメの話かな
実在するBeOS上のIDEが出てくるserial experiments lainという必修アニメの話かな
全然話題追ってない上にアルコールを入力したので意味のある話はできません、ところで意味のある話とは、意味とは……
ホームズシリーズ的な話として、例えば森博嗣作品が時の試練を乗り越えられるか、具体的には22世紀に読む読者がどう感じるかみたいなのはある
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
https://mstdn.maud.io/@omasanori/98869068344397479
https://mstdn.maud.io/@omasanori/98869077125670120
https://mstdn.maud.io/@Non/98869080910977987
https://mstdn.maud.io/@omasanori/98869083469050919
https://mstdn.maud.io/@omasanori/98869097376318927
https://mstdn.maud.io/@omasanori/98869106452280519
https://mstdn.maud.io/@omasanori/98869121276770191
https://mstdn.maud.io/@Non/98869121200780212
https://mstdn.maud.io/@omasanori/98869129289015710
https://mstdn.maud.io/@omasanori/98869139633286171
https://mstdn.maud.io/@omasanori/98869178466825237
なおたさんは漢直ユーザーだったから ThinkPad X1 Carbon の画面が割れたときにも自宅の Emacs サーバーにログインして Twitter に漢字かな混じりでツイートできた逸話を持つ
和服姿が定着して和服じゃないといじられるnaotaさん最高にnaotaさんって感じする（数年前まで和服じゃなかったはずなんですけど）
たしか東京に来てから二年目の秋頃に和服着はじめてて，つまり二，三年ぐらいしか着物着てない気がするのですが，彼の人のキャンパスでは「あの着物の人」と言えば通じるらしい
スマホの話になるたびにPixel 2のことを思い出して胸がキュッってなる
いいファイルシステムないかなーみたいな雑なこと言ってるとmainlineに入ってないファイルシステムのリポジトリと論文URLが飛んできたりします
Federated Social Webで雑なこといってても特に飛んでこないのでそこはTwitterに優位がある（？？）
ファイルシステムなんですが，この前 SOSP 2017 で発表された Strata と NOVA，いいと思います（後者は FAST '16 でも出てた）
パッチがデカすぎるからメインラインに入れるの難しい話、無限に聞いてる
SOSP 2017 のストレージセッションはとてもよくって，Strata の人が次に発表控える NOVA を「あいつはスループットはいいがレイテンシがダメ」って実験結果のグラフ付きで殴りに行ったら，NOVA の発表で，「Strata はフォールト・トレラントを考慮してないからアイツはダメ」って殴り返しにいってたところがとても好き
K/VM Slackでyojiroさんがこないだ言ってた分散システムの会のやつほんとすき
パッチがでかくて入らないのは，ちゃんと機能ごとに分けたり，あるいは一部の機能を削るなどをして，全体に利益があることを主張し，丹念にコミットメッセージで説明を書くしかない
実績のあるシステムもこれまでにない条件下で動かすとこれまで見つからなかった欠陥が見つかる、肝に銘じておきたい
HDD 前提のファイルシステムは近年の NVMM のような高速なストレージで破綻することが知られており，システム系の学会でもよく新しいファイルシステムが発表されている
ext4とだけ比べてどうこう言うのはよくなさそうだけど、ext4とも比べるのはRenoとも比べるのと似たような意味がありそう
NOVA の良いところは，近年の SQL サーバーは必ずやってるログ書き込みによるトランザクションを OS のファイルシステムに取り入れた上で，Non Volatile Memory（不揮発性メモリ）と SSD／HDD で階層を作って両方をいい感じに使い分けて高速かつ安全な FS を実現してるとこですね
NOVA の問題意識はそもそもの物理的なファイルの扱いにあって，今は SSD/HDD が主流で，あいつらはブロック単位でアクセスできるけど，不揮発性メモリはメモリなんだから 1 バイト単位でアクセスできるんよね。だからファイルシステムもそこに合わせて再設計が必要
粒度デカすぎ問題、コンピュータサイエンスの問題の何割かを占めてる感ある
バイトアクセスじゃないとダメだし，トランザクションとかやるのに DB なら当たり前のログとかを取り入れるのもそうだし，NVMM だけじゃなくて SSD/HDD と階層を作るのも必要だよね，みたいな
無限コントリビューターはコントリビューターが無限にいるという意味だよ
プログラマーにとって記憶に値する数は0と1とたくさんだから2人以上いれば無限コントリビューターと言っても差し支えないけど、GitHubは最善を尽くした上でそれ以上にいたら無限コントリビューターだよ
100 GbE とか不揮発性メモリとかデバイスの刷新が大量に巻き起こってて全ての OS が時代遅れになりかけてるのだ，パタヘネのどっちか，たぶんパターソン先生とかも OS を新しくイチから作る時代に来てるとか言い続けてる
そもそもカンファレンスを業績に数えない界隈に片足突っ込んでるので価値を証明するためにはジャーのナルをやるしかないのだが
（パタの人がやってたならポジショントーク性あると言わざるを得ない……）
RISC-V好きだけど、私の好きになったものは覇権を取れないらしいので覇権取れなさそう（？？？）
Rustについて話したときにそれふつーの人に広まらなさそうだと言われた件とFxOSの件で割と気持ちが折れているのでもうだめになってる
システム系の人ではないので界隈の流行ライブラリOSの末裔くらいまでしか追えてない
さっきの投稿わかりにくくて、界隈で流行のライブラリやOSという意味ではなく、ライブラリOSという分類があり、界隈の流行としてライブラリOSが注目されてた頃から先まったくわからんという意味です
私も libOS の末裔ぐらいしか追えてない（Symposium of Operating System Principles なのにディープラーニングのテストフレームワークの話が初っ端に来てしかも best paper award だったからもう OS わからん）
https://mstdn.maud.io/@omasanori/98895001118487628
ntddkさんによる本質情報です
programmable NIC とか NVMM とかディープラーニングとかだったよ今回の会議
Operating Systems、operationの対象によって変化せねばならないので最近イケてるハードウェア話じゃねーかというのはそれはそうという気がする
SOSP の併設ワークショップのうちひとつ，AI workshop に何故か Tensor Flow の作者とか iwiwi 氏とか来て喋っててヤバかった
やはり会の議もトップになってくると本物がひしめく場なのだろうなという感じ
無駄になっている計算資源をフル活用すると石油が勢いよく燃えるという問題もある
Japanese Operating Systems Organizationじゃん（？）
例えば私がミーハー趣味としてたまに紹介しているCERNのLHCは平常運転で160 MWくらいの消費電力でやばい
いつだったかの10GbEの調査だと銅線よりは光ファイバーの方がずっと低かった記憶
LHC、27 kmくらいの長さのサーキット状に電磁石を置いてそれを2ケルビンくらいまで冷やして使うという謎物体なので消費電力どうしようもない
LHC、こないだ冷却系が一部おかしくなって4ケルビンくらいまで「温まった」ので何時間か止まりました（ https://run2-13tev.web.cern.ch/lhc-page-1 などをウォッチすると良さ）
あの手の加速器、電磁石が温まって超伝導状態でなくなるとビームの制御に悪影響が出て、曲がりきれずにどこかにぶつかったりすると年単位で実験が止まる可能性があるので、冷却系に異常が見られたらさっさとビームを捨てて数時間止めるのが良いという面があります
このアカウントは、notestockで公開設定になっていません。
日本で建設しようと人々がやっていきをしているILCもプランだと総延長30km超えてるらしいですし、中東で今作ってる加速器も結構大きかった気がしますね
ILCは直線ですね（ただ総延長30km以上のすべてが1直線かどうかは技術設計文書を読んでないので知らず）
SESAME | Synchrotron-light for Experimental Science and Applications in the Middle East http://www.sesame.org.jo/sesame/
中東で作ってるのはこれですね、円周133mくらいらしいのでLHCと比べると小さいですが多分実際見てみると大きいと思います、見に行きたい
高校生が核融合炉作ったみたいな話あるしDIYプライベート粒子加速器というのも面白そう（？？）
おうち核融合炉、発電できるじゃんなどの誤解であれこれいわれそうなので粒子加速器の方が良さそう（？？）
粒子加速器は電力消費マシーン以外の何物でもないので発電できるじゃんなどといわれることがない（？）
"The current (2017) Members of SESAME are Cyprus, Egypt, Iran (Islamic Republic of), Israel, Jordan, Pakistan, the Palestinian Authority, and Turkey.
Current Observers (2017) are Brazil, Canada, China (People’s Republic of), the European Union, France, Germany, Greece, Italy, Japan, Kuwait, Portugal, Russian Federation, Spain, Sweden, Switzerland, the United Kingdom, and the United States of America."
http://www.sesame.org.jo/sesame/about-us/members-and-observers-of-sesame.html
このアカウントは、notestockで公開設定になっていません。
SESAMEのロールモデルであるCERNのオブザーバーが欧州委員会とUNESCOと日本とロシアとUSA（先の2つはCERNの特性上それはそうで、後の3つは「貢献」でそうなってるっぽい）なのを踏まえると、UNESCO（つまり国連の機関）だけSESAMEのオブザーバーに入ってないの謎みある
問題と解法をまとめてPRに書かずに問題はissueに書くのは良さがありますね、PRが何らかの理由でrejectされてもissueは残るので迷宮入りを防げる
まあ開発フローに寄るというのもある（Linux なんかだと絶対 GitHub を使った開発フローはやらないからパッチのコミットメッセージはもっと長くなるしどういう問題があってどういう解決をしたかはパッチのカバーに書くことが多い（個々のパッチにはパッチの個々の修正の説明を書く
Photoshopが（今のところ）使えなmacOSであるPureDarwin
私の場合、issueがあるとしてもFix なんとかでは済ませずに（問題と解法をまとめて書くのではなく、パッチの説明という観点で）説明して、最後にFix なんとかと書きます（リポジトリはホスティングサービスより長生きしたりホスティングサービスを乗り換えたり別のバージョン管理システムに変換されたりすることがあるので）
きれいなコミットメッセージが書けてもコードが書けないことにはな……（ア）
signed-off-byは著作権上の話なのでレビューの結果とは独立しているという見解
あれはパッチが頒布に際してある種の条件を満たしていることを保証する署名なので
OSv ではレビューの結果に signed-off-by がつけられてた（けど LKML だとちがうみたいね
Developer Certificate of Origin https://github.com/wking/signed-off-by/blob/dco/developer-certificate-of-origin
まあsign offの意味からするとacceptの意味で使われてもなるほどねという感じではある
このアカウントは、notestockで公開設定になっていません。