どこにそんな神高校があるの？！！！！！！！
小・中は男女同室つか教室で着替えだったのは覚えてるんだが、高校どうだったけなあ。1年で辞めちゃったのでよく覚えてないが、「更衣室」という存在が丸っきり記憶にないので、教室で着替えてたんだと思うんだけど。プールの更衣室はあったかな、男女別に。
小中の時に関しては、女子共はカーテンに隠れて着替えるとか、シャツの上から体操着を着て後からシャツを脱ぐとか、そーゆー技を身につけていたので、べつにどうということもなかった。今時は中学にもなると、ちゃんと更衣室あるのが普通なのだ、ということの方に、むしろ驚いた。
セラムンにRihanna。なんか他にもこのパターン見つけたんだよな。フルーツ・バスケットにLady Marmaladeとか。他にもいくつか見かけた。
かなり意味不明なんだが、外人のヲタクって何考えてんの？
旅券の電子申請なんつーもんがあるのかと思って、なんとなくヲチを予想しつつ、やり方調べてみたら、やっぱり予想通りだった。さらに予想を上回って、12県でしか電子申請できないという惨状。さすがお役所仕事。ステキすぎる。
「数学的アルゴリズム万能主義」を掲げ、中立かどうかの議論から逃げるgoogleは、楽観的というよりも、単に「何も考えてない馬鹿」としか言いようがありません。
これ読んで思い出したんだけど、こないだ会社でクリッピング・サービスの記事読んでたら、「75年生まれ世代」って話があった。mixiとかgreeとかはてなとかの社長はみんな70年代後半生まれで、みたいな話。「75年生まれ世代」はWeb2.0な世代で、金儲けはほどほどにユーザーに愛されるサービスを目指す、みたいな論調。ホリエモンはオレより若いよなーと思って調べてみたら72年生まれか。ギリギリ「75年生まれ世代」ではないわけだｗ。Googleのブリンとページは73年生まれか。
Googleも時々「金儲けはほどほどにユーザーに愛されるサービスを目指す」みたいなことを言うけれど、どうもそういうのって信用する気になれないんだよな。ユーザーに愛されずして金儲けができるのか？とか、金がなくてユーザーに愛されるサービスを維持できるのか？とか、金儲けが目的でないとしたらGoogleの中の人は何が目的なのか？、なんだかんだいってシリコンバレーのエンジニアの給与相場を吊り上げているのはGoogle(とYahooとMS)なんじゃないのか？とか、金を儲けたいというスーツの欲望はユーザーの幸福と相反するが、技術的に優れたものを作りたいというハッカーの欲望はユーザーの幸福と相反しないという思い込みの根拠はなんなのか？とか、株主や広告主の幸福よりもユーザーの幸福が優先されるだとしたら、その理由はなんなのか？とか。ていうか、ブリンとページはすでに一生遊んで暮らせる金儲けてるわけだしなあ、とか。Google八分話に関して言えば、力というのはなんであれ、人を幸福にしたり、不幸にしたりするものであって、「中立」だからOK、無作為だからOKなんてことはありえないだろう、とか。
そういったことが気になってしまうのは、オレが60年代生まれの年寄りだからなのかな、とか。
今日も会社をサボった。なんか登校拒否の中学生みたいだな、オレ。
大雨の中、ラーメン屋で昼飯食って、まずはスズキのお店にSX4見に行く。んー、デカい。全長はウチのEGシビックとかとそう変わらないんだが、幅だってフォーカスのこと思えば尋常なサイズのはずなんだが、デカく見える理由は高さかねえ。寸法上はスイフトより少し大きい程度、WRC参戦予定ってことで、SUVテイストなコンパクト・ハッチを想像してたんだが、どっからどう見てもフツーにSUV。RAV4をSUVと呼ぶならSUVという意味でSUV。実際、先代RAV4とそう変わらないサイズなんだよな。SUVには興味ない。さようなら。
その後、ツレとスタバで茶飲みながら、プジョーも見とくかということになって、プジョーのお店に。フォーカスよりもブレラよりも幅のある407はおいといて、まずは307。C4の兄弟車だけあって、仕上げは違えど、運転席に座った感じはC4と一緒かね。内装の質もC4とどっこいどっこい。顔は307もいいが、ケツはC4の方がいい。でもって、407と共通のフロントグリルのデザインでごまかしてるけど、実は307ってすげー車高あるんだよな。Cセグ・ハッチとしてはトップクラスに車高ある。あんまり萌えない。
隣に置いてあった1007は素直にカワイイが、マーチ・クラスの車に200万超を出そうって気にはなれんわなあ。207SWなら実用性もそこそこっぽいけど、ワゴンにゃ興味ないし。
つーわけで、あとB/Cセグのハッチって、BMW 1シリーズ、A3、ゴルフ、アストラ、カローラ・ランクスぐらい？正直、どれも興味ないので、147で決まりかなあ。
今日147契約に行っちゃうつもりだったんだが、オヤジが倒れたという連絡があったので、とりあえずそっち方面が落ち着くまで延期。
会社はサボってしまったので、今日はゲームとかしてだらだらすることに。
製品版(ダウンロード版)がPayPalで1999円なので買ってみた。
とりあえずステージ20あたりまで。このへんですでに結構頭使う。もっとスマートなやり方が色々あるんだろうが、とりあえず力任せというか運任せというかタイミング任せのやり方で解いている。つか、金の制約が結構厳しいんだよな。ロケットとかゴムバンドとか高くって使える気がしない。いまんところ。
あ、つーわけで、結構面白いわけですよ。マリオの完全攻略ほったらかしで遊び中。
親父は一命は取り留めたものの、まだ死ぬかもしれない状況なんだが、いつ死ぬかもしれないのは誰だって同じことでもあるし、とりあえず車は買うことに。
つーわけで、147の2.0セレスピード買ってきた。月末〜来月頭納車予定。
ディーゼルのセールで服少々。『うつうつひでお日記』、『グリュフォンの卵』、『SILENCE - THE MASTERPIECES』。
バーなくせばいいんでね？強行突破した奴のナンバー記録するシステム作る方が安上がりだし、事故も減る気がするんだが。
ウチのツレが『サイレント・ヒル』シリーズ全部買ってるヒトだったりするので、観に行って来ました。
いいんじゃないすかね、コレ。ゲームの雰囲気が良く出てる。気になったのは、あんまりラジオの出番がない、主人公が丸っきり戦わない、主人公の足がすごく速い、ゴキブリは勘弁、ナース軍団の動きがどう見てもダンサー(実際ダンサーらしい)、えらく話をすっきりまとめてくれちゃってる、お父さんあんまりいらなかったんじゃね？ぐらいかな。ああ、あと、ゲームの音楽使ってくれたりしてるのはいいんだけど、個人的には初代『サイレント・ヒル』で一番新鮮だったのは、ゲーム中にBGMがないということだったので、もうすこし映画も「サイレント」でも良かった気もするが。あ、そうだ、続編作るなら、今度はぜひUFOエンディングでよろしくｗ。
しかし、そういう細かいところにしかケチのつけどころがないぐらい、ゲームの映画化としてはよくできてると思う。『サイレント・ヒル』好きなら、観て損はしないんじゃないの？って感じかな。
ところで、これ、イクスピアリにある今時のシネコンで観たんだけども、オレが思うにこーゆー娯楽映画を観る時にはポップコーンが必需品でですね、しかも映画の間、えんえん食い続けてもなくならないぐらい大量で、映画の内容にムカついたらスクリーンにむかって投げつけてもまだ余って、帰りに1/3ぐらいは捨てて帰るぐらいじゃないと、映画館のポップコーンじゃない気がする。つーわけで、SとかMとかみみっちいサイズのポップコーン売るのは止めようよ＞イクスピアリ。Sサイズなんて用意するから、Lサイズ買わせてもらえなかったじゃないかよ。でもって、ビールのコップもせめて中ビン一本分ぐらいは入る量にすることを激しく要求する。
コレ、えらく高いんだが、いい加減な板にロンスケ用のトラックとかつけるんじゃダメなんかな。carverとかseismicみたいなの使えば、とりあえず曲がれる気はするんだが。
なんかタイムリーに「大学研究費不正受給、申告すれば罰則軽減…文科省検討」なんてニュースも。
動物のお医者さんでもそんなネタがあった気がするが、研究費が不足して割れた試験管をテープで直して使うとかフツーによくある話なので、プールしたくなるのは当たり前だと思ったり。私的流用は論外としても、科研費取れなかったから研究しませんってわけにはいかないし、自分一人のことならそれでもいいかもしれないが、院生に実験やらせる金もないってわけにもいかんしなあ。
まあ、そんなことは重々承知の上で、そういった「必要悪」を排して、真っ当なあり方にすべく努力している過程なのだろうと思うのだけど、学者の世界とゆーのは「パンがなければブリオッシュを食べればいいのに」的な発言をフツーにしちゃうエキセントリックな人々がゴロゴロしてる世界でもあるので、ヒト事ながらドキドキしちゃうな。
オイラはFiddler使うことが多いんだが、コレはFiddlerよりも使えるかもしれないとヒトづてに聞いた。暇な時に試してみるか。
凶悪バニーちゃん？
あまりに猫手すぎて、エキストラ・ホットのラテ用に暖めたミルクのピッチャーを持てないスタバの店員。あまりにチビすぎてカウンターに飲み物を置けないスタバの店員。猫手は馴れればどうにかなると思うが、チビを努力でなんとかするのは難しそうだ。誰かカウンターの前にミカン箱置いてやれよ。
世の中いろいろだなあ。
オイラは先日から退職活動中なんだけど、今は「研究所で好きなことやっていいから残って」と言われてて、「研究所だろうとなんだろうと、マジメに金儲けする気のねー奴らのために働く気はしねー」と言ってるところだったりする。
マジメに金儲けする気のない奴が、どうやってオレの仕事の価値を評価できるというのだ？
電力と、あとBCP考えると活断層も。
memcachedみたいなものもそれはRDBMSの仕事だろう、RDBMSがキュエリーをキャッシュしないのだったらRDBMSを直せよとか思うのだが、OSSの世界ではまったく違ったレイヤーで軽やかに解決できるのなら、それでいいではないかという割りきりがある。テーブルの水平分割も垂直分割も、データベースのスケーラビリティもOracle RACでいいじゃんという発想からは到達しないアーキテクチャである。
特定のケースでクエリーをキャッシュしないとか、特定のケースで特定のアクセス・パスを取ることができるとか、そういうことをRDBMSという「汎用ツール」にさせようとすると、その「特定のケース」がwell definedで、なおかつ応答速度がリーズナブルな範囲に収まる程度のコストで判定できなきゃいけないという制約があるわけで。しかし、往々にしてアプリケーション作ってる側からすると、その「特定のケース」しか発生しないことが自明で、それ以外の可能性なんか考慮する必要もなかったりする。
RDBMSのチューニングという作業は、理念としては汎用ツールとしてデザインされたRDBMSという処理系に、規格上は「アプリケーション側の事情」を確実に伝える手段を持たないSQLという言語を使って、アプリケーション側の事情をどうにかして伝えるために、処理系固有のクセとか独自仕様とかを駆使して四苦八苦することを強要される、非常に本末転倒というかマゾヒスティックな作業だと思うわけですよ。どういうアクセスパスが最適かということが分かってる人間にしてみたら、セクシーダイナマイツなエロエロ美人が、わざわざ不細工な着ぐるみ着て仮面舞踏会で男をくどこうとしてるみたいな、そうい感じ。正直、現在のような形におけるRDBMSってbrain damagedなコンセプトだと思う。
ACID性を持った「ストレージ・エンジン」をダイレクトに操作することができるなら、optimizerとかいらね、RDBMS使ってるのはそういうモノがないから嫌々つきあってるだけ、とゆーケースは多いんじゃないかと思うのだが。
MySQLみたいな軽いだけが取り柄の「アホ」なRDBMSを、みんな好んで使うのも、そゆことなんだと思う。Oracle RACのquery plannerがいかに賢かったところで、アプリケーションとデータの特性を知り尽くしているプログラマにはかなわないわけで。中途半端にインテリジェントな道具よりも、使い手の技量なりにしか動かないけど、使い手の意思を忠実に反映する道具の方が、「分かってる」人間にとっては優秀な道具なんだよな。
50TBステキ。しかし蛋白だと熱に弱かったりしないのか？それともイザとなった時に食えるからいいのか？
今日も会社サボった。銀行行って147の前金払ってきた。全額払っちゃっても良かったんだけどな。まあ、いいや。どうせまたサボるからｗ。あと、マンションの管理会社に電話して車庫証明の書類を頼む。
本屋で『モツ・キュイジーヌ』立ち読みしてたら砂肝食いたくなったので、 Dirty Riceのオムライスを作ってみた。結構イケる。
ハードウェア顔認識搭載で、0.04secで顔認識＆フォーカシング！すげー。カッコいいー。萌えるー。
うーん、どう考えてもブローティガンのアレはコレじゃない気が……。いま気になってgoogleで調べてみた感じでは、watermelon sugar という物体は実在しないように見える。
この週末、ウチの親父の見舞いに行ってきたんだが、病院の看護婦詰め所のあたりに看護婦向けの「退院した患者さんのカルテの扱いについて」みたいな内容の張り紙を見かけた。で、その中に何度も「ハッサム」とゆー単語が出てくるわけですよ。ハッサムはどうしろこうしろみたいな感じで。
なんじゃらほい？と思って今調べたら、どうやらコレのことらしい。なるほど。ちなみにコレは「ブレッサ」。
名前を知ったので、これからは「アレ」ではなく、「ハッサム」と呼んであげることができる。物の名前を知るのって重要だなあ。とゆーようなことをしばらく前にも書いたんだが、その後、「そいや、なんか物の名前が重要で、名前を知ると呼べちゃったりする話がなかったっけ？」と本人以外は意味不明なことをずーっと悩んでいたんだが、今度は思い出した。コレだ。すっきりした。
00:31からのグラトリがステキすぎる。いいなあ。コレぐらいできるようになってみたい。
UKホンダのCivicのコマーシャル。面白い。昔、話題になったアコードのCMもUKホンダじゃなかったっけ？
今日は会社サボって、書類をディーラーに持っていった。あとは残金振り込んで、ETC取り外せばOKかな。
幸い、サメがホールさんを襲っている間にベベさんは水中銃をセットしており、サメの口に向けて発射。
やっぱ、「笑え、畜生」つって撃ったんかな。
石油王級だった。うっそ。とりあえずテキサスに土地でも買ってみるかｗ。
朝、会社行く前になんか書こうと思ってメモったんだが、帰ってきたらなんだったのか忘れてしまった……
口座引き落としする、とゆー通知が来ていたので、「口座引き落としの設定なんかしてたっけか？」と思いつつ放置しておいたら、今日になって「引き落とせないので銀行で払え」とゆー通知が来た。んー。
思うに、確定申告の時に口座引き落としを設定したのが、a) 銀行のミスで国税は口振設定したが、地方税は設定されなかった、b) 国税だけしか口振設定されないのが正しいが、なぜか市が地方税の口振の設定ｍのされてるものと思い込んだ、のどっちかじゃないかな。aの方がありそうな気がするが。
まあ、どうせ147の代金の残りを振り込みに、近日中にまた銀行行かなきゃいかんので、そのついでにやればいいんだけども、面倒くさいことよのう。
欧米人や中国人の嗜好もコレに近い気がするので、韓国がというよりは、肉食文化圏の傾向なのかもしれないな、と思ったり。
ところで、アジは白身なのか？青魚だと思うんだが。そして赤身の魚って、青魚(とは呼ばないけど)のでっかいのだよね。白身と赤身/青魚の違いって、やっぱ瞬発筋と持久筋の違いなんかな。白身魚って岩礁魚で回遊しないしな。
ITエンジニアの給料が安い理由は、皮肉な話だが、雇用する側がITエンジニアの技術を評価できないからだろう。
会社でよく言ってることなんだけど、評価できない上司/会社を評価する仕組みがないから、上司/会社の評価スキルも上がらないってのがあると思うのね。じゃあ、たとえばアメリカあたりじゃどうなんだ？っていうと、奴らは給料いっぱいくれるところにすぐ転職するでしょ。買う側が適正価格より高い値段では買わないだけではなく、売る側も適正価格より低い値段では売らないというのがあって、初めて「均衡価格」っていうのが成立しうるわけで。
簡単に転職できるのは、簡単に首切れることと裏表なんだと思うんだけど、それはしかたないよな。必要な人間に金をいっぱい払える仕組みというのは、不要な人間には金を払わない仕組みなわけだから。
どのへんがフェアじゃないのか理解できないんだが。
ちなみにこの流し素麺は鹿児島が本場なんだとか。
30年ぐらい前に鹿児島(母親の実家)に行った時に、こーゆータイプの流しソーメン場?行った記憶あるなあ。それが今までの人生で唯一の流しソーメン体験だったりする。
今日は会社サボって、市民税と147の残金を支払いにいった。順番待ってる間に、ツレが「面白いから読め」と言うので、置いてあった『an an』の合コン必勝マニュアルみたいな記事を読んだ。コレだな。
「男のオゴリなのは分かってても、一応財布出して払う意思だけは見せておこう」とかってのは、合コンどうこう以前の人付き合いのテクみたいなもんなのでいい。「３回位トイレに行って、その時に席を替わるキメにしておくとよい。ただし女同士連れ立ってトイレに行っちゃうのは印象悪いのでダメ」とか、「終わった後(お持ち帰りされないで帰る時)、１５分ぐらいでも喫茶店で女同士で集まって情報交換するといい」とか、そういう類のテクも、まあ、いいや。効率良くいいオトコみつけるためには、テクも必要でしょうよ。必須アイテムで「膝に広げてレフ板にするためのハンカチ」ってのは激しく笑ったけど。
でもさ、「アルコールは必須だけど、『中生』とか色気ないので禁止」、「2chの話や堅い話はドン引きされる可能性大なので禁止」、「基本、自分はあいづちを打つ程度で相手にしゃべらせる」、「カラオケでは aikoとか歌う。英語の歌を熱唱するのはひかれるので禁止」とかどうなのさ？合コン特集ではなかったかもしれないが、テキパキしゃべると攻撃的に見えるので、もたもた話せってのもあったな。
こーゆーのマジメに実行してる女っているんだろうなあとゆーのは、合コンとか行かなくっても、会社の若い奴らとか見てるとなんとなく思うんだけど、そーゆー女は「男って結局女の顔/カラダにしか興味ないのね」とか言うの禁止な。発端は男のステレオタイプな嗜好かもしれないけど、それ積極的に強化してどないすんねん。
まあ、つきつめると、男にしても女にしても、ある程度の年齢になるとつがいを作らなきゃいけないプレッシャーを感じてしまうので、四の五の言ってられないってのがあるんだろうけど（そのわりには特集のタイトルが「運命の出会い」なわけだが）。
おそらく日本人の９割以上がワインを飲むときは、柄（ステム）の部分をつまむようにしてグラスを持っているはずです。しかし、この持ち方は、欧米の人々から見れば、まさに東洋の奇習です。
いい加減なこと言うなあ。欧米でだってステムを持つのが正式なマナーです。正式なマナーを実践している人間がどれくらいいるかってのはさておき。それは日本人がみんな正しい箸の持ち方してないのと同じだし。ちょっと探してみたところじゃ、たとえばここにもハッキリと「Holding your white wine glass by the stem (to keep it cool) 」と書いてある。つか、元記事で引用しているここだって、ベースを持つなって言ってるだけで、ちゃんとステムを持てって書いてるやん。
『失踪日記』はフツーに面白かったけど、これはホントにダメ人間が本読んでタバコ吸って薬飲んでるだけの日記だ！つか、読んでる本がウチとすごく被ってるところが気になる。最近オレもアルコールがちょっと増えて……
昔、つかこうへい原作で牧瀬理穂が沖田総司の『幕末純情伝』ってのがあったけどさ、こっちはむさくるしい野郎どもが『蒲田行進曲』みたいに不細工で、みょーに生々しい恋愛を繰り広げるわけですよ。読んでてあちこち痒くなる。コレ、このままちゃんと完結すれば『ぶっせん』に並ぶ、三宅乱丈の代表作になるんじゃないかと思うのだが、掲載誌がアレなだけにちと不安。
いったいコレは『荒野の蒸気娘』と何が違うのか？つーか、あさりよしとおのマンガって全部一緒じゃないのか？どうしてあさりよしとおはゆうきまさみにはなれないのか？でもとりみきよりはもう少し商業的にマシなところにいそうだ。てゆーか、なんでみんな平仮名なんだ？とか色々なことを考えた。
大槻ケンヂがアニメかなんかの曲やるらしいので買ってみた。大槻ケンヂの『新興宗教オモイデ教』は名作だと思うわけですよ。泣けるよ。しかし、コレは違うわ。フツーにダメヲタの妄想話。逃げ場のないダメヲタ引きこもりの話なんだから、ちゃんと正面からダメさ加減と向き合おうよ。ひきこもってちゃダメだダメだと言い続けた結末が、主人公のことをなぜかアプリオリに好きなキチガイ女との、終わらない学園祭前夜とゆー、お約束の「ヲタクの天国」じゃダメだろ。
マイケル・スウォンウィックはギブソンの『クローム襲撃』に入ってる『ドッグ・ファイト』の印象が強烈で、ついつい買ってしまうんだけど、『ドッグ・ファイト』を越える話には出会えないんだな。コレもそんな感じ。『ドッグ・ファイト』マジ泣ける。最高。
朝、会社に行こうとしたら家を出てすぐの交差点で動かなくなった。交差点待ちでエンジン止まって、そのまま復活せず。
しかたないので車屋に電話して回収してもらって、工場でプラグ抜いたら火花飛ばない。タイベルとかは生きてるので、デスピが死んだ模様。
147の納車間近のこのタイミングでかよって感じなんだが、タクシー代だと思って交換してやることにする。ここまでよく走ってくれたしな。
ところが、「現在では商業的価値はない」と、権利でお金儲けをする人（悪い意味ではないです）にみなされている著作物までも、一律に保護の対象になります。
そういった著作物は、大事に保存し、後生に伝えていく人がいなくなってしまいます。
そういった状況に、どう対処するのか。
いっそ作者の死後何年とかって形で有効期限を設定するのやめて、市場での入手可能性を権利保持の条件にしちゃえばいいんでないかと、ふと思った。著作権を保持したければ、適正な価格で継続的に配布する義務を負え、逆にその条件を満たしてる限りは、永久に著作権を保持しても構わない、みたいな。
まあ、実際には色々問題があると思うんだけど、コスト・ゼロで財産/権利の維持ができるってところが、著作権ってコンセプトの究極的な問題なんだと思うな。あ、著作人格権はまたべつね。
よく全体の 80 % 〜 90 % のクエリが参照の場合は MyISAM と言われますが、MyISAM の Write 時の排他ロックによる危険性は更新の割合よりも、更新の回数によって高くなるんだと思います。
更新の回数というか、クエリーに期待されるレイテンシの問題？
極端な話、１日のうち5時間を夜間バッチでのローディングに費やすDWHも、read/write比率 80:20ぐらいなもんって強弁することはできるわけだけど、そういうシステムで夜間バッチ開始前にデカいクエリー流したユーザーがいたら、強制終了させるまでに30分ぐらい待ってやるってのも、ある意味ロック待ち。しかし、べつにそれは全然問題にならない。更新処理に要求されるレイテンシが「次の日の営業開始まで」だから、30分ぐらいのロック待ちはなんてことはない。
高い頻度で発生する更新クエリーってのは、レイテンシの短さも要求されるからロック待ちがクリティカルなのは当然の話かな、と。
更新処理に期待されるレイレンシが長くても1秒とか、もっと短いようなシステムであれば、read/write比 80:20ってのはオイラの感覚じゃ「テーブル・ロックじゃもうダメ」っていう領域だと思う。で、50:50ぐらいになったらアプリケーションによっては行ロックでももうダメ、MVCC必要ですって世界？ダメっていうのはロック待ちのせいで、サーバ本来の能力を使い切るまでパフォーマンスが上がらない、という意味で。
ちなみにMyISAMは仕様上はselectと並行してinsertを実行するconcurrent insertが可能で、デフォルトで有効になってもいるんだけど、ココに書かれてるように、concurrent insertをenableすると却って悲惨なパフォーマンスになる可能性が高い。しかも、あくまでselectと並行して1つのinsertが実行できるだけで、複数のinsertを同時に行うことはできない。なので concurrent insert はread heavyで、なおかつ1回のselectが長時間走るような場合に、負荷と引き換えにたまにしか発生しないinsertを速く完了させてやる手段、というのがオイラの認識。
1回のselect、1回のinsertはそう時間がかからないけど、頻繁にクエリーが来るような状況では、たぶんskip-concurrent-insert指定して、1つのオペレーションが速く完了することの方を優先した方がいい。それでも長時間ロック待ちするスレッドが大量発生してしまう状況なら、それはもうInnoDBを考えるか、アプリケーションの設計考え直す段階なんじゃないかなあ。（あるいはとりあえずinsert delayedか、アプリケーション側の仕掛けで、書き込みをバッファリングすることを考えるとか。concurrent insertの性質上、アプリケーション側で書き込みをserializeしてwriterを1つのスレッドに限定することができると、事実上ロッキングが問題にはならなくなるかも？書き込みは必ずblackhole dbのレプリケーションとして実行させるとか？）
しかし、InnoDBとMyISAMでは性質が違いすぎるので、単純にテーブルをInnoDBにしただけでは、ロック待ちは解消できたけど他にいろいろ不幸が発生した、ということになる可能性が高い気はするけれども。
なんかこの辺境サイトにしてはえらいアクセスが。
こんなに読まれると思わなかったので↑はテキトーに書いてしまったけど、ちょっとまとめて置くか。
MyISAMでのinsertはconcurrent insertがenableで、なおかつテーブルの途中に未使用領域がない場合にのみ、selectと同時に実行できる。その場合でも、同時に走ることができるinsertは1つだけで、なおかつconcurrent insertをenableすることには現状かなりのペナルティが発生する可能性がある。
deleteやupdateがちょくちょく発生する(=テーブルの途中に未使用領域がある可能性が高い)テーブルでは、そもそもconcurrent insertができないので、たぶん無条件にconcurrent insert はoffにしていた方が吉。
そうでないケースでも、selectがかなりヘビーに発生する状況では、concurrent insertをoffにしてselectの実行速度を速くした方が、限界パフォーマンスは上がる可能性がある。
concurrent insertができない状況では、1個でもselect/insertが走っていたら、それが完了するまで他のinsert/selectはブロックされてしまうので、insertが完了してから次のinsertが発生するまでの間に、その間に発生したすべてのselectをさばけるパフォーマンスがなければ、ロック待ち行列は伸びる一方になって、システムは崩壊する。
同時に1つしかinsertが行えないということは、insertはそもそも大してCPUを消費するようなオペレーションではなく、大抵disk boundだと思うので、insertの頻度が増えれば増えるだけ、CPUが遊んでしまうということだ。更新系のクエリの方が優先度高いし。
というわけで、read比率が高い処理ではMyISAMというのは、厳密には正しくなくって、read/write比率に関係なくwriteの頻度が低い、特にdelete/updateの頻度が低くて、大半のinsertがappendで済む場合に強い、というのが正しい表現だと思う。
ココのconcurrent_insert=2ってのが気になったので、ソース調べてみたらmyisam/mi_locking.cに：
Allow concurrent inserts if we don't have a hole in the table or
if there is no active write lock and there is active read locks and
myisam_concurrent_insert == 2. In this last case the new
row('s) are inserted at end of file instead of filling up the hole.
とあって、コードもそのようになっているので、(undocumentedだけど) concurrent_insert=2に設定すれば途中に未使用領域があっても、concurrent insertを行う模様。あとで試してみよう。
今日アルベラータに食事に行ったら、「コレ買いました？」と訊かれながら、コレを出された。やー、ゆはらからのメールはヤバい(見るとふらふら買っちゃう)ので、最近あんまりちゃんと見ないようにしてるんです。
96と99を飲ませてもらったんだけど、マジおいしいわ、コレ。この値段でコレはありえないっしょ。しかし売り切れ中。やっぱりちゃんとメール見るようにしようかな、と思った。
他にも色々面白いものを飲ませてもらったんだけど、ちゃんと覚えていられないし、さりとてメモったりもしないところが、オレのダメなところだな。
うげ。欲しい。しかし、コレ、春夏秋冬分そろえると7万かかるってことかな？うーむ……。
いまオイラが仕事で使ってるシステムを作る時にMySQLを評価した時の結論では、MyISAMが圧倒的にInnoDBやPostgresに勝っているのはbulk load。これに尽きる。これに関してはInnoDBやPostgresは話にならなかった。SQLiteも。クエリの速度が云々以前に、大量のbulk loadが必要な時には現状MyISAM以外のチョイスはない感じ。
ソース見れば分かるけど、InnoDBはbulk load インターフェイス(handler::start_bulk_insert)をサポートしてないんだよね。InnoDBエンジン側から見ると、mysqlimport/load data によるbulk loadはinsertが大量発行されてるのとなにも変わらない。MyISAMはレコード挿入ごとのロッキングを省略する程度に見えるけど、ちゃんとbulk loadをサポートしてる。これだけでもたぶん相当に性能に影響してると思われ。
_ うっち [ごぶさたしてます。147買ったんですか！ 今度見せて下さい。。。(;´Д`) ハァハァ 四川一貫は淡路町方面に移転し..]
_ ぴろ [おお、ほんとだ＞四川一貫。前シーズンぐらいにスキー用品買いに行った時には、元の場所にあった気がしたんだけど、最近移転..]