あー、負けたー。「Asakusaの方から来ました」というチーム名で、Asakusa.rbでよくいっしょする @joker1007 さん、および @yancya さんと出た。最終結果は111400くらい? ただし20時*1を過ぎても4〜6万くらいをうろうろしてて、最終的には20:10頃に入れた変更でスコアが倍になり、なんだこれー? と言ってる間にタイムアップした。 去年のISUCON6決勝はやるべきことをやれなくて負けたので素直に悔しかったけど、今年はなんか問題設定の意図がまったくわからなくてそのまま不完全燃焼で手が停まって4時間経過で死んだという感じなので、なんだかなー、という気分。あんま疲れないまま終わってしまった。 なんか、なんで自分があーって思ってるかはわかった。keep-aliveをなかなか切ってくれないエンドユーザクライアントがたまに混ざってくれることはあるかもしれないけど、CD
最近業務で Fluentd を触ることが出てきて入門したんですが、最初のうちはトラブルが起きた時に何が起きているのか、どう対処したら良いのかがさっぱりわからなかったので、「Fluentd ってログの収集とかに使われるやつでしょ？」程度の知識しかなかった過去の自分に向けて「とりあえずこれぐらいは知っておけ！」と言いたい内容をまとめてみました。 トラブルが起きた時にどの処理で問題が起きているのか素早くコードを追うことができて、データの消失を最小限に抑えつつ適切に対処できるようになることを目的としています。 なお、現時点で最新版の Fluentd v0.14.21 を対象にしています。 アジェンダ Getting Started Fluentd のアーキテクチャ Processes Supervisor process Worker process Threads Input thread En
生き物が呼吸をしたり、栄養を取り込みエネルギーを得たりして生きているのは常識だ。ところが、こうした仕組みが全く分からない謎の微生物を日本の女性研究者が発見した。一体どうやって生き永らえているのか。解明できれば、太古の地球で生命が育まれた秘密が分かるかもしれない。 ■強アルカリ性の泉で発見 極上ワインの産地として知られる米カリフォルニア州ソノマ郡。その山中に「ザ・シダーズ」と呼ばれる小高い丘があり、乳白色の泉が湧き出ている。 泉の水は極めて強いアルカリ性で、水素イオン指数（ｐＨ）は１１以上。生物の呼吸に必要な酸素を含んでおらず、栄養分となる炭素や窒素、リンなどもほとんど含まない“死の水”だ。泉の周囲に草木はなく、岩肌が不気味に露出している。 この水質は「蛇紋（じゃもん）岩化反応」と呼ばれる現象と関係がある。地球深部の岩石であるマントルを構成するかんらん岩が、水と反応すると、蛇のような模様があ
ISUCON7予選に「railsへの執着はもはや煩悩の域であり、開発者一同は瞑想したほうがいいと思います。」チーム (@cnosuke, @rkmathi, @k0kubun) で参加し、217,457点で予選通過だったようです。 正確な値は覚えてませんが、Best Scoreは25万くらいでした。 最終形の構成概要 appサーバ1 puma 16スレッド: 画像のアップロード/表示、雑多なリクエスト対応 puma 2スレッド: GET /fetch だけ返す appサーバ2 puma 16スレッド: 雑多なリクエスト対応 (画像はnginxがサーバ1に流す) puma 2スレッド: GET /fetch だけ返す DBサーバ MySQLがいるだけ サーバ1, サーバ2をベンチマーク対象にしていました。この構成なのは GET /fetch がスコアにカウントされないため、それ以外にほとんど
今日は Ruby 開発者合宿があったので、とてもたくさんの変更がありました。不具合修正に新規メソッドの追加と冒頭では書ききれないほどあるので、どこかで 2.5 の新機能として紹介されるのをご期待ください。 ちなみに今日は svn さんのコミットも含めて 98個もあり、ruby-trunk-changes 開始から最多を記録しました。 yui-knk: r60220 2017-10-21 01:22:22 +0900 branch coverage で分岐の位置を指定するなどに使うためと思われますが、parse した時にその token のカラム番号を NODE に保持するようにしています。大作ですね。 svn: r60221 2017-10-21 01:22:24 +0900 version.h の日付更新。 svn: r60222 2017-10-21 01:22:24 +0900 r6
超大型で非常に強い台風２１号を調べるため、名古屋大学を中心とする研究グループが２１日、日本人の研究者として初めて、飛行機で台風の中心である「目」の中に入り、直接、観測を行いました。台風の中心である「目」の周りでは巨大な積乱雲が発達し、周辺では猛烈な風が吹いていることが観測され、観測にあたった専門家は「急速に発達した台風特有の状態で、今後も広い範囲で猛烈な雨や風に厳重な警戒が必要だ」と指摘しています。 ２１日は昼すぎに鹿児島空港を離陸し、高度１３キロ余りに上昇したあと、超大型で非常に強い勢力に発達した台風２１号の西側から、台風の中心の「目」に入ることに成功しました。 目の中に入ると、突如として青空が広がり、周囲には「壁雲」と呼ばれる発達した積乱雲が壁のようにそそり立ち、中心付近では海面が見える場所もありました。 研究グループは、台風の中心付近を旋回しながら、「ドロップゾンデ」と呼ばれる長さ３
はじめに ブラウザでGUIアプリケーションを作らなくても良い牧歌的な時代は終わりつつあります。個人的な意見としてはブラウザはドキュメントビューアのままでいて、複雑なGUIアプリケーションはネイティブアプリケーションとして実装されてほしいのですが、そうは言ってもお仕事で人間にとって負担の低いUIを作っていく必要があるのです。 Railsでサーバアプリケーションを書きつつ管理画面はネイティブでなんてことはコスト的に実現できません。かといって長期的に運用されるシステムを作ると、システムを運用するためのUIが操作しやすいに越したことはありません。Bootstrapを使っててきとうなフォームを並べただけの画面を作って怒られた経験はありませんか？ たとえサーバ開発者だとしても、我々は使いやすいUIを求め続ける必要があります。 react, redux 複雑なGUIを作るためのフレームワークも乱立の時代
Facebookは、Javaのコードを静的に解析してマルチスレッドプログラミングで発生するデータ競合のバグを発見するツール「RacerD」をオープンソースでリリースした。 アプリケーションのレスポンスを改善するうえで、マルチスレッド化は重要な選択肢のひとつです。 その一方で、マルチスレッドのアプリケーションは十分に注意深くプログラミングしないと、変数の値が予期しないタイミングでほかのスレッドから書き換えられるなどの問題が紛れ込みやすいものです。 しかもマルチスレッドに起因する問題は再現が難しく、一般に発見するのが困難です。 RacerDリリース：Facebookで1000以上ものバグを発見 Facebookは、こうしたデータ競合の問題を、コードを静的解析することで発見し、警告してくれるツール「RacerD」をオープンソースで公開しました。 Facebookの説明によると、RacerDはロッ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
