@yoku0825 わたしの言い方が適切じゃなかったかなぁ。意図するところは「rack of top の edge switch の uplink の帯域は限られているので、ラック内で完結させられるものは完結させる」ってところ #greetech09 #mysql_jp
2015-12-16 10:40:24懇親会がはじまりました! #greetech09 pic.twitter.com/u9ImCj2iSX
2015-12-15 21:19:35「プロジェクターはこのままにしておきます。この流れで何かしゃべりたい方はご利用ください」 ww #greetech09 #mysql_jp
2015-12-15 20:58:46いまさらですが、読み込みは全部インメモリで、書き込みはSSDが最強でしょ。SATAよりSSDの容量が今後上回るはずだし。。 #greetech09
2015-12-15 20:54:39マスターとmysqlbinlogが同時にクラッシュする可能性は十分小さいとして無視しちゃうなぁ。。 #greetech09 #mysql_jp
2015-12-15 20:52:40最終的に値段の話になって、本当になんか倹約系のテレビ番組みたいになっているMySQLの勉強会が(ry #greetech09 #mysql_jp
2015-12-15 20:46:38Innodb_io_capacityはchange bufferingの為にパージスレッドが使えるリソースを決めるのに使ってた気がする #greetech09
2015-12-15 20:45:01「SATAのSSDを使う時はLinuxだからねってあきらめてる。Fusion-ioは例外的に有効にしてる」 #greetech09 #mysql_jp
2015-12-15 20:40:44「Linuxはtrimの扱いが残念。わたしはtrimを一番上手く扱えるOSはWindowsだと思う。最近のカーネルだと変わってるかもしれないけど」 #greetech09 #mysql_jp
2015-12-15 20:40:00「InnoDBの書き込みを減らして、安いSSDを上手く使おう」 あっMySQLの話だ! #greetech09 #mysql_jp
2015-12-15 20:39:17#greetech09 ioMemory は AtomicWrite にすれば double write も skip できるから書き込み寿命を結構伸ばせるという別のアプローチも取ってるから良い。
2015-12-15 20:38:13「容量が4倍になっても書き込み寿命は4倍にならない。サーバーを集約すれば書き込みは増えるはずなので、容量だけ大きくしても寿命が先に来てしまう」 #greetech09 #mysql_jp
2015-12-15 20:37:14