ToDo:
一周なんかしなくても運次第でそら通る可能性はある。
既に常駐プロセスがあるPIDは飛ばされるわけで、 ps -auxww とかすれば計画は立てられるはず。 僕がざっと見た限り通る場所は無いと思う。 それに pid 回したければ大量にサブミットするんじゃなくて shell スクリプトで狙った回数プロセス呼んだらいいのに…と思う。
(13:04)
経験上非常に若いPIDはカーネルが予約してる感じなのか、 来ることは無いと思う。 なら調べればいいわけで。
#define RESERVED_PIDS 300
一瞬だった pid.c 。で MAX は 32767 で、 301 や 32767 付近にプロセスは無い。 その時点で一周時に三つ通る可能性はゼロかね。
あれ、ていうか 1 に戻るとしてどういうストーリーなら 通るって計画だったんだろう。
(13:20)
DOSアタックの真の有効性が判明するわけです。 つまりこの PID の配置で無理ならアタックかけて落としてしまえばいい。 落ちてしまえば PID の配置は変わってくれるかもしれないっっ
(13:23)
既に最低2度は落ちてたみたいだわらう。 まず朝 (JST 1:50 付近) に死んでたから手動で起こした。
golf@ux:~$ uptime 04:26:00 up 11:34, 1 user, load average: 0.00, 0.00, 0.00
のはずなのに4時間しか uptime 無いのはおかしい。 見てみるとたしかに隙間できてるし。
06:00:25 {#mazop:mircbot} 51b submits 27B of C for 123, ranking #5 (10000pts). 10:01:32 {#mazop:mircbot} yt submits 120B of BASIC for show the way, ranking #1 (10000pts).
でも submit サバ死んでたら 30分に一度起こすハズなので たまたまアクセスなかった時間もかさなってるってことかな。
(13:29)
どうせ多少の攻撃くらいじゃ HDD 吹っ飛ばない限り 一時的なダウンはいくらでもするけど たぶん勝手に復活するのでガンガンやってもらって問題無いのだけど、 確実に通らないコードをサブミットし続けるとか、 可能性があるとか言うのはあまりエレガントじゃないかなと。
通る気があって、それで単独1位が取れるなら 1万回だろうがやってみてくれって感じだが。
(13:35)
6時間で 20000 アクセスでうち 12000 が submit 。
i@u /var/log/lighttpd> zcat access.log.1.gz | grep '23/May' | grep submit | wc 19382 339426 3403554 i@u /var/log/lighttpd> zcat access.log.1.gz | grep '22/May' | grep submit | wc 6410 132402 1299583 i@u /var/log/lighttpd> zcat access.log.1.gz | grep '21/May' | grep submit | wc 506 11692 112156 i@u /var/log/lighttpd> zcat access.log.1.gz | grep '20/May' | grep submit | wc 596 13012 129077
うひひアクセス数40倍でござるよ!!
(14:01)
http://labs.cybozu.co.jp/blog/takesako/2007/05/fizzbuzz_x86.html
まぁELF102の方が短そうではあるけど、面白げ。
http://golf.shinh.org/p.rb?FizzBuzz#x86
えーと ELF ゴルフは完全にヘッダとして潰れちゃうのが 20バイトか。 命令が飛び飛びになっちゃう効果を考えると 僕の短くすればとりあえず追いつきはするか。
(14:26)
前 | 2007年 5月 |
次 | ||||
日 | 月 | 火 | 水 | 木 | 金 | 土 |
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 | 31 |
全てリンクフリーです。 コード片は自由に使用していただいて構いません。 その他のものはGPL扱いであればあらゆる使用に関して文句は言いません。 なにかあれば下記メールアドレスへ。
あー、そか。。initプロセスは必ず1なんですね。。。
> 狙った回数プロセス呼んだら
forkしてある程度はコントロールしてたんけどね。。。
1に戻るというより、2に戻るようにして1回のテストでPIDが2,4,6となってくれれば$$/2でいけるかなーと。
ああなるほど。まぁ上述の通り301に戻るのでダメですね。
JST 0:00頃にPIDの状態を調べてみたらもうちょっとで1周しそうだったので連続Submitのスクリプトを走らせていたんですが、おそらく私以外に同じことをしてた人が2人ほどいたようで、あっという間に一周してしまいました。で、1週した直後のPIDが300くらいから始まっていたので「ありー?」と思って、もう一回1週させようとJST 1:20頃にfolk爆弾したところ落ちました^^;
で、ごめんなちゃーいと思って布団に入ったってかんじです。
うひひ生々しい殺人回想でステキです。うひひとか楽しみつつちょっと危機感もあるので(出かける前にもやった気がしますが)バックアップ取っといたので存分にやってもらってたぶん大丈夫だと思います。