ISUCON5予選に「railsへの執着はもはや煩悩の域であり、開発者一同は瞑想したほうがいいと思います。 」チームで参加してきた #isucon
学生枠で出場した去年に引き続き、今年は新卒社員になった@cnosukeと@rkmathiと僕@k0kubunの3人でISUCON5予選に出場した。
僕らが最後に確認できたスコアは11045で、その時のスクショだと2日目の16位という感じで、予選通過はなりませんでした。
id:rkmathiの記事: http://rkmathi.hatenablog.com/entry/2015/09/28/004734
戦略
最初にコードは読まず、nginxのアクセスログをパースして集計する奴とnewrelicを使ってベンチ中最も時間を使っているエンドポイントを特定し、そのエンドポイントの中でどこが遅いかはrack-lineprofで把握してそこだけ読んで潰していく感じでやった。
去年の感じだと予選はいきなりキャッシュとか入れなくても落ちついて普通のチューニングをしていれば突破できると思っていたので、地道にSQLのチューニングをしていた。
僕らのチームがやったこと
時系列で並べるのが好きなのでそれで書く。
cnosukeがインフラレイヤーをやって、rkmathiがMySQLのログ集計とかインデックス直しをやって、僕がクエリ変形させたりひたすらN+1を潰すのをやっていた。
他は思いついた奴を出しあって手があいてる人がやる感じだった。
score | やったこと |
---|---|
200 | Rubyの初期状態(大体) |
800 | nginxで静的ファイル配信 |
926 | relationsのINSERTをone < another保証にしてクエリの条件減らした。created_atのソートを全てidにした。 |
1192 | footprintsにインデックスを貼った |
1264 | InnoDBのバッファのサイズを上げた |
2947 | relationsのoneとanotherにインデックス貼った。セッションのクッキーストアの暗号化をやめた。 |
6202 | "/" へのリクエスト用にis_friend?のN+1用preloader (JOINではなくクエリ2つで引く)を書いた。entriesのレスポンスをRedisにキャッシュするようにした。 |
9557 | LIMIT 1000を10個に絞るクエリ2つを両方LIMIT 10で引き、commentsのSELECTのrowsが減るインデックスを貼り、Redisのチューニングをした |
9610 | firstしてる系にLIMIT 1を付加 |
10194 | friend idsを引くN+1をなんとかした |
7200 | 再起動しただけで点数が減った |
7963 | N+1になるget_userの汎用的なpreloaderを書いて適用 |
8402 | ベンチを回す度に点数が回復していた |
10000 | friend idsを引くクエリをRedisのsetに変えた(けどこの辺でボトルネックがIOになっていて、期待よりスコアが伸びていない) |
11045 | 遅いエンドポイントのビューの中のget_userとかのN+1を潰した。 |
最初に10000点まで行くのは結構早くて順調だったんだけど、RedisとMySQLのウォームアップがちゃんと書けず、CPUもメモリも使いきらない状態のまま提出となった。
この辺の経験不足が敗因なのかなあと思っているのと、正直このラインまでやれば予選抜けられると思っていたので、レベルが上がってるような気もした。
感想
めちゃくちゃ楽しかったし、ずっと集中しててすごい疲れた。去年は学生枠でギリギリ本戦に出してもらった感じだったけど、今年は去年よりちゃんとチームで連携してスコアが上げられて、メンバーの成長が感じられてよかった。
今年結構テンプレートエンジン周りを触ってて、その辺練習の時は最適化とかやってて今回の問題でも直せるところあるなと思ったけど、本番ではそのレイヤーにボトルネックが移せなかったのが悔しかった。
次から次へと直すところが出てくる面白い問題で、出題や運営をしてくださった方々には感謝ばかりです。是非来年も参加したいです。
#tqrk09 で「Rubyを使った開発環境構築の自動化」についてLTしてきた
TokyuRuby会議09でLTした
あんまり外部でRubyについて話したことなくて、こないだshibuya.rbでactiverecord-precountについてLTしたけど、それ以外にもまだ紹介したいgemがあったのでTokyuRuby会議にLT応募したら通ったので話してきた。
rebuild gem
OSXでgitのインストールとdotfilesのgit cloneとその中のスクリプトの実行までやってくれるgem。一度セットアップしたあとは、新しいのをgit pullしてきてgitconfigで指定しておいたスクリプトを走らせるのに使う。僕のgemの中だと結構ダウンロードされている奴で、今でも普段普通に使っている。
実行するスクリプトにRubyのライブラリ使うとメンテがダルいみたいな話をしたんだけど、適材適所だと思うので、どちらかだけ使っていれば良いみたいな話でもないとは思っている。あるいは自分が使ってて楽しいgemを使うのが良いと思う。
AppleScriptでGUI操作してるんだけど、boxenとか見ると別のやり方もすでにあったので、Macで自動化をするときは先にboxenとかを見ると良い。
karabiner-dsl gem
これはMacのキーの設定をするKarabinerというユーティリティのXMLの設定ファイルを吐き出すRuby DSL。日常的に頻繁にキーバインドをいじる人間なので、これもよく使っている。これを使って普段どんな最悪なキーバインドを設定しているかを紹介した。やめたい。
エディタ何使ってるんだろうみたいなツイートを見かけたけど、vimを使っていて、vimのキーバインドを潰してしまっている部分はvimrcで別のものに設定している。とにかく最悪という感じがする。
RubyのDSLでキーバインドの変更履歴を管理したいみたいな人には向いてると思う。
TokyuRuby会議に初参加した感想
スポンサーついててビールが無限に出てくるのやばい。あと持ち寄りの料理もすごいおいしかった。おいしいもの飲み食いしながらいろんな人と話せて最高の会だった。来年も参加したい。
ElectronでYoruFukurou風のTwitterクライアントを作った
最強のTwitterクライアント戦争
なんか戦争をやってる人たちがいたので乱入することにした。
日記書いた / 最強のTwitterクライアント作り始めた - 9mのブログ http://t.co/ecq7nT40qp
— 友緒利奈 (@9m) August 22, 2015
最強のTwitterクライアント戦争参戦したい
— 戦車 (@r7kamura) August 22, 2015
戦争だ…! / “最強のTwitterクライアント戦争に参戦 - ✘╹◡╹✘” http://t.co/iJ3BAgPvFI
— 友緒利奈 (@9m) August 22, 2015
YoruFukurou風のTwitterクライアント
最近デスクトップでLinuxを使い始めたんだけど、YoruFukurouみたいな感じで使えるTwitterクライアントがなくて困っていた。
なので、YoruFukurouを再実装した。Mac環境で本家を置き換えようとは思ってなくて、あくまでWindowsとかLinuxとかでYoruFukurouを使いたい人向けに作っている。
デモ
インストール方法
https://github.com/k0kubun/Nocturn/releases
からzipでダウンロードできるようにしてある。
これからカスタマイズするつもりはあるけど、現状はパクりアプリなのでApp Storeに出す予定はない。
実装されている機能について
下記のショートカットで使える機能と、画面に見えてるボタンの機能が実装されている。
Key | Command |
---|---|
Enter | ツイートの投稿、リプライ先の選択、検索実行 |
j, ↓ | 次のツイートを選択 |
k, ↑ | 前のツイートを選択 |
0, space | 最初のツイートを選択 |
f | お気に入りに追加 |
Cmd-backspace | ツイートを削除 |
自分がよく使う機能しかまだ実装してない。面倒そうなのもちょっと省いているけど、8割くらいのユースケースは満たせる気がする。
なぜNocturnなのか
中二病です
Electron使ってみた感想
僕はJavaScriptの文法を知らない(CoffeeScriptを書く)くらいフロントエンド力が低いけど、Electron使ったことない状態から始めて1〜2日で完成したのでかなりわかりやすくて使いやすいと思う。
HTMLとCSSとJavaScriptをちょっと書くだけでデスクトップアプリがサクサク作れるのでめちゃくちゃ楽しい。みんな絶対やったほうがいい。
あと、Macで開発してたけどWindowsとかLinuxで起動したら普通にうごいた。すごい。
というわけで、Electron触ってみたい人はぜひNocturnをいじってみてください。
PCを自作してArch Linuxを入れた
社会人になって経済的に余裕ができてきたので、はじめての自作PCに挑戦することにした。 入社直後に生活が苦しすぎてヤフオクでiMacを売ってしまったのでデスクトップPCが欲しかった。
材料
種類 | 型番 | 値段 |
---|---|---|
CPU | Intel Core i7 4790K (4 core / 8 threads, 4.0GHz) | ¥39,500 |
マザボ | ASRock Z97 Extreme4 | ¥12,980 |
メモリ | CT2KIT102464BA160 (DDR3-1600, 8GB x 2) | ¥13,999 |
SSD | CT120BX100SSD1 (120GB) | ¥8,277 |
DVDドライブ | iHAS324-17 | ¥1,780 |
電源 | KRPW-PT600W/92+ (600W) | ¥9,980 |
PCケース | CMS-693-KKN1-JP | ¥11,800 |
合計98,316円。前日が給料日だったのでうっかり手が滑って高いパーツを集めてしまった。 家賃を振り込んだのと持株会にフルベットしているのと合わせて今月の給料が1日で蒸発した。 困ったなぁ〜
歩くのがめんどくさかったので全部秋葉原のツクモeXで買った。全部手で持ち帰ったんだけど死ぬほど重くて、帰りに山手線のホームを間違えたけどそのまま目黒まで逆周した。全部持ったまま体重計に乗ったら 91kg あった。なお本人の体重については不詳。
組み立て
完全に素人であることが店員に一発で見ぬかれ「初めての自作PC講座」を渡されたので、これを読んで作った。この冊子につくもたんが出現するのは表紙だけで、中はマザボの写真とおっさんのイラストしか出てこない。
CPUの取り付け
なんかハンダ付けとかしないといけないと思ってたんだけどマザーボードの上にのせてフタを閉じるだけだった。なんでこれで動くのかよくわからない(本当はグリスとかする気がする)
メモリと電源を挿して動作確認
メモリと電源を挿してディスプレイつないでスイッチを押すともう電源がつく。一回つくと以降大分安心して作業できる。
PCケースに取り付けて配線
PCケースにマザボを取り付け、入りそうなとこに適当にSSDとDVDドライブと電源をいれる。刺さりそうなピンに勘で適当にケーブルを挿していき、動作するまでの回数を競うゲーム。
完成
真面目に配線したら一発では動かなくて、よくわからんけど似たようなとこに適当に付け替えたら動いた。やはりエンジニアに必要なのは運命力。
Arch Linux
若者氏と常識がずれてるの、単にあんまり Linux 使ったことないだけなんじゃないかなーという気はする
— 銀髪美少女 (@eagletmt) 2015, 8月 12
どうやら僕に常識が欠如しているのはLinuxに慣れてないかららしいので、Linuxをいれることにした。
@k0kubun どういうきっかけで知ったかは忘れてしまいましたが、bleeding edge とか simple って言葉や、基本的な仕組みは提供しつつ細かい制御は全部ユーザに任せる姿勢に惹かれたかんじです。Linux を使い始めたのは開発用・調査用のツールが揃ってるからです
— 銀髪美少女 (@eagletmt) 2015, 8月 12
某所のサーバに使われてるubuntuと迷ったんだけど、常識を知るために触るならユーザーが全部自分でやらないといけないディストリビューションのほうがいいだろうと思ったのでArchを選択した。実際デフォルトだと何も入ってなくて、これ動かすのにはこれが必要なんだみたいなのが知れて面白い。
セットアップ時にやった作業はQiitaに残した。
http://qiita.com/k0kubun/items/e60fae90c688ac960ab7
感想
休日にコード書くのをやめてたまにはPCを組み立てるなどの運動をすると楽しいし健康に良くて最高
markdownからkeynoteを生成する「md2key」を作った
markdownからkeynoteを生成する奴作った
LT資料作るのがめんどくさすぎてmarkdownからkeynote生成するやつ作ってた https://t.co/sK8XaBcj2T
— ᴋᴏᴋᴜʙᴜɴ (@k0kubun) 2015, 8月 6
なんか昨日社内でLT頼まれててLTしたんだけど、前日に資料を作るモチベが沸かなすぎて資料を作る奴を作ってしまった。
使い方
gem install md2key
でmd2keyをインストールしておく。- キーノートを開いて好きなテーマを選んで新規作成。
- 一つ目のスライドが表紙のスライドになるので、好きなレイアウトのスライドに変える。
- 二つ目のスライドがコンテンツのスライドのレイアウトに使われるので、使いたいレイアウトのスライドを追加する。
md2key **.md
を叩く。
markdownのフォーマット
# The presentation @k0kubun ## Hello world - I'm takashi kokubun - This is a pen ## How are you? - I'm fine thank you
みたいな奴が動く。最悪なことに現時点ではここに出てこない記法は全く対応してない。
Deckset互換性
僕がMarkdownからプレゼンを生成するときはいままではDecksetを使っていたので、最終的にはDecksetの記法を全部実装したいという気持ちである。(理想)
なので、---
でスライドを区切るみたいな書き方に対応したい。でも---
は不要では?と言われたので、現状は内部的には見出しでスライドを変えて---
はただ無視している。
けど僕としては普通のMarkdownがいい感じに変換されることよりDecksetとの互換性のほうが重要度が高いので、いつか見出しが複数あるスライドを許容して必ず---
で区切るようにするかもしれない。
どういう仕組みなの
markdownからkeynote生成してそっからいじり始めるみたいなのができたら最強な気がする
— ᴋᴏᴋᴜʙᴜɴ (@k0kubun) 2015, 6月 14
最悪の場合applescriptでなんとかするという手が残されている(ない)
— ᴋᴏᴋᴜʙᴜɴ (@k0kubun) 2015, 6月 14
2ヶ月くらい前も同じことを考えていたんだけど、AppleScriptでGUI操作してなんとかするというあまり現実的ではない && Keynoteを起動しなければならないダサい方法しか思いつかなかった。
絶対にAppleScriptを書きたくなくて、その日は https://github.com/obriensp/iWorkFileFormat を読みながらKeynoteファイルの中身を見ていたけど、xmlだったころのKeynote '09はともかく最新のKeynoteのフォーマットは生成するの大変だなあと思って諦めていた。
結局AppleScriptからKeynoteをGUI操作することにした
今週社内ですごいかっこいいKeynoteテンプレートが公開されて使いたくなったけど、GUI操作だけで1から資料作るの死ぬほどめんどくさいし本当にやりたくなかったので、もうこれはAppleScriptでなんとかするしかないと思った。
あまりにもKeynoteを操作したくなくて key2txt というmd2keyとは逆のことをやってる奴を見てたら、なんかTaskPaperというフォーマットからKeynoteを生成するスクリプトがあって、その中にスライドのタイトルとコンテンツにアクセスするコードと新しいスライドを作るコードがあったので、そのコードだけを組み合わせてmd2keyを作った。
作るの(AppleScriptの書き方調べるのが)めんどくさそうと思ってたけど結局このコードを見つけてから2時間くらいで書けてしまった…
markdownパーサ
Rubyでmarkdownをパースして(HTMLではなく)いい感じのASTを生成してくれるGemを探してたんだけど、たいていのmarkdown処理する奴はHTMLまで変換してしまっていて、そうじゃないのはRDoc::Markdownしか見つからなかった。RDoc::Markdownのパース結果がなんか使いづらそう(あんまちゃんと調べてないです)だったので、最初小学生並みのマークダウンパーサを書いた。
エゴサしてたら「*
でリストかけないじゃん」という意見を見つけたので、マークダウンパーサ書くのしんどいし最終的にはRedcarpetからXHTMLに変換してOgaというXMLパーサを使って無理やりASTにした。
今後追加したい機能
- 太字
- リストのネスト
- シンタックスハイライトされたコードの挿入
実装が簡単そうな順。プライオリティは逆順。これの開発にそこまで興味があるわけではないのでいますぐ拡張しようというモチベはなくて、次に自分が資料作りで困ったときに拡張すると思う。
#shibuyarb でRailsのN+1 countクエリについてLTしました
追記: 2017/09/06
少しAPIが冗長なもののActiveRecordへのモンキーパッチが少ないバージョン activerecord-precounter というのを作りました。こちらの方がバグりにくいはずなので、現在はactiverecord-precounterの方を使うことが推奨されます。
#shibuyarb でLTをした
ぼくが一番長い期間書いている言語はRubyなんだけど、なぜかGoの話ばかりしていてRubyについての発表をしたことがなかった。
新卒研修も終わって平日やっている勉強会にも気軽に出れる感じになったので、以前作ったactiverecord-precountというgemについて発表をしてきた。
ActiveRecordのN+1 countクエリどうすんの問題
Tweet.all.each do |tweet| tweet.favorites.count end # SELECT `tweets`.* FROM `tweets` # SELECT COUNT(*) FROM `favorites` WHERE `favorites`.`tweet_id` = 1 # SELECT COUNT(*) FROM `favorites` WHERE `favorites`.`tweet_id` = 2 # SELECT COUNT(*) FROM `favorites` WHERE `favorites`.`tweet_id` = 3 # SELECT COUNT(*) FROM `favorites` WHERE `favorites`.`tweet_id` = 4 # SELECT COUNT(*) FROM `favorites` WHERE `favorites`.`tweet_id` = 5
みたいなやつがあるとき、
- 基本的にはRails標準のcounter_cacheを使う
- デッドロックするので、counter_culture gemを使うのが良い
- あんまりALTER TABLEしたくないとか、カラムを増やすほどでもないときはeager loading
- Railsにその手段が用意されていないので、その機能を入れてくれるのがactiverecord-precount gem
という話をした。
使い方
使い方については RailsでN+1 countクエリを潰すactiverecord-precountを作った にも書いたけど、
Tweet.all.precount(:favorites).each do |tweet| p tweet.favorites.count end # SELECT `tweets`.* FROM `tweets` # SELECT COUNT(`favorites`.`tweet_id`), `favorites`.`tweet_id` FROM `favorites` WHERE `favorites`.`tweet_id` IN (1, 2, 3, 4, 5) GROUP BY `favorites`.`tweet_id`
Tweet.all.eager_count(:favorites).each do |tweet| p tweet.favorites.count end # SELECT `tweets`.`id` AS t0_r0, `tweets`.`tweet_id` AS t0_r1, `tweets`.`user_id` AS t0_r2, `tweets`.`created_at` AS t0_r3, `tweets`.`updated_at` AS t0_r4, COUNT(`favorites`.`id`) AS t1_r0 FROM `tweets` LEFT OUTER JOIN `favorites` ON `favorites`.`tweet_id` = `tweets`.`id` GROUP BY tweets.id
みたいにするだけなので、別にカラムとか追加しないから、いざ何か問題が起きてもロールバックしやすいと思う。内部的にはActiveRecord::Baseのインスタンスを余計に作ったりしないから速い。
(単にCOUNTしたIntegerをいれておくだけ。)
放置されているN+1 countクエリを見かけたら是非お試し下さい。
Go Conference 2015 summer でLTをしました
#gocon でLTしてきた
GoCon、LTしたかったけど特に発表することないなあと思ってたら同僚に「ppとかあるじゃん」って言われて、確かにppについて話したことないなと思ったので申し込んでみたら通った。
話した内容について
k0kubun/pp
ppはGo Advent Calendar 2014でそこそこ広まったし、「プリントデバッグにpp.Println()
を使え」以上の説明が特にないのでppにまつわる小ネタを2つ話した。
特に伝えたかったのはpp.Println()
をラップしただけの関数を含むファイルを用意しておく方で、こうするとimportの書き直しがいらないだけでなく記述量も減って便利なのではと思っている。
reflectとメタプログラミング
ppがあまりにも話すことなくて尺余りそうだったのでreflectについてRubyistのためのGolangメタプログラミングに書いた内容を少しGoよりに変更して話した。(もはやppの説明ですらない)
メタプロについては発表のためにひと通り情報を集め直し、Goだとコードを生成するやり方が一番現実的だなあと思ったけど、monochromeganeさんと被りそうだったのでgo generateについては触れないようにした。おかげでLTにぴったりな非実用的なコンテンツになってちょうどよかった。
クイズで「○」になる部分に関しては一応reflectじゃないとできなさそうなコード片を貼ったつもりだけど、実際に使いそうなケースはほとんど思いつかない。
他の発表でも言われていた通りreflect使うと遅くなるので、ppみたいな開発時とかテストに使うツールにしか使えなさそう。
感想
発表者19人いるの盛りだくさんすぎて疲れそうと思ってたけど、面白い発表だらけだったので飽きずに楽しめた。 5分話しただけなのにGopher人形いただけたのが予想外で嬉しかった。
運営の皆様お疲れ様でした!