tokuhirom /dev/urandom って開いたまま fork して読み込んだらまずいんですっけ? 親 process で /dev/urandom 開いたまま、fork してそれぞれの子プロセスで読んだら同じの取れる? kazuho 同じの取れないですね 一般論なファイルについてもそう つまり、open file descriptionは同一なので、readしたらその中にあるfile offsetは進むので (edited)
/dev/urandom を fork して読み込んでもいいんかって話 - tokuhirom's blog
tokuhirom /dev/urandom って開いたまま fork して読み込んだらまずいんですっけ? 親 process で /dev/urandom 開いたまま、fork してそれぞれの子プロセスで読んだら同じの取れる? kazuho 同じの取れないですね 一般論なファイルについてもそう つまり、open file descriptionは同一なので、readしたらその中にあるfile offsetは進むので (edited)
LMAX Disruptor
LMAX are recruiting once again. If you are interested in working with a great team, with some amazing technology, and think you can add something to the mix then please check out our jobs page. LMAX aims to be the fastest trading platform in the world. Clearly, in order to achieve this we needed to do something special to achieve very low-latency and high-throughput with our Java platform. Perform
C 言語で echo サーバを作ってみよう (1)
echo サーバ 次に、C 言語で echo サーバを作ってみましょう。 perl に慣れてしまった軟弱な体には、結構こたえまっせ。 echo サーバを作ってみよう (2) で作成した、最も基本的な echo サーバを C 言語に書き直したものが、 以下のソースです。 echo-server-1.c 1: /* 2: * $Id: echo-server-1.c,v 1.6 2005/02/19 16:01:53 68user Exp $ 3: * 4: * echo サーバサンプル 5: * 6: * written by 68user http://X68000.q-e-d.net/~68user/ 7: */ 8: 9: #include <stdio.h> 10: #include <stdlib.h> 11: #include <string.h> 12: #include <n
research!rsc: Go Data Structures: Interfaces
Go's interfaces—static, checked at compile time, dynamic when asked for—are, for me, the most exciting part of Go from a language design point of view. If I could export one feature of Go into other languages, it would be interfaces. This post is my take on the implementation of interface values in the “gc” compilers: 6g, 8g, and 5g. Over at Airs, Ian Lance Taylor has written two posts about the i
革命の日々！ SUSの read write lock の規定がバグってるという話
http://austingroupbugs.net/view.php?id=722 glibcは Open POSIX testcase通らないんだけど、規格がバグってんじゃねーのとイチャモンついてる。 pthread_rwlock_wrlock は Implementations may favor writers over readers to avoid writer starvation. と、実装依存でどっちもでいいよと言っていて、それにしたがってglibcは pthread_rwlockattr_setkind_np という非標準関数でポリシーを選べるようにしてあるのだが、 pthread_rwlock_rdlock のほうを見ると If the Thread Execution Scheduling option is supported, and the threads
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Linuxカーネルのreadahead、うまく動いてないケースがあるのかも
