ISUCON7 予選問題の公開と解説 : ISUCON公式Blog

予選問題のベンチマーカーと参照実装のコードと、Ubuntu 16.04 上に予選問題を動くようにするための手順を公開します。感想戦にご利用ください。 予選問題のリポジトリ 複数台構成について今年のISUCON予選では、予選としては初めて複数台構成を利用してみました。 倍率が高くなった現代のISUCONにおいては、多くの参加者にとって予選こそがISUCONになるということを念頭に、ISUCONの醍醐味で予選でまだやってないのはなんだろうと考えたときに思いついたのが複数台構成でした。 また、1台あたりの性能を厳しく制限することで、1プロセスで簡単にマルチコアを活かせるGoが強くなりすぎないようにするという考えもありました。サーバー1台あたりのCPUは1コアしかないので、Goでも他の言語でも複数コア数を使いたければ複数サーバーを使うしかありません。メモリも1GBしかないので、1台で捌く状態でチュ

[koba789]

/fetch は面白かった。req_limit で絞ってスコア上がったのウケた

[cocoasynn]

良問だった。/fetchに完全に負けたのと終盤のスコアガチャ感がつらかった。

[synbizmix]

あ、今年全然追えてない。また時間ある時に見ておこう。/ISUCON7 予選問題の公開と解説 - ISUCON公式Blog

[k0kubun]

sleep、消すか0〜1.0内で調整するしかスコア上がる道ないとしか考えられなかったので発想が貧困だった。今後は無限にsleepしたい

[yancy1969]

感謝 “倍率が高くなった現代のISUCONにおいては、多くの参加者にとって予選こそがISUCONになるということを念頭に、ISUCONの醍醐味で予選でまだやってないのはなんだろうと考えたときに思いついたのが複数台構成でした。

[luccafort]

"一見無駄に見える参照実装の sleep の意味に気づくとブレイクスルーすることができたと思います。"これISUCON終わった後でfetchが高速で回ったらあかんやん！sleepには意味があったのか！！って気づいてガチ凹みした。

[yosuke_furukawa]

良問でした。。。力及ばず本戦に進めなかったけど、精進して来年頑張ります。。。

[non_117]

やっぱりfetch遅くするのが正解か

[sfujiwara]

単にsleep長くすると最初の整合性チェックが時間掛かってスコア稼ぐ時間が減る(合計60秒だから)のもあって悩ましかった

[sugyan]

はー、fetchとmessageのsleepでのスコアの関係、そういう狙いだったのか… まったく気付かなかった…

[kamipo]

はやい

[edwardkenfox]

「倍率が高くなった現代のISUCON」