計画的なような行き当たりばったりのようなそんな旅
最近、すっかり鉄道好きになってしまい、色々出かけているのである。
fake-jizo.hatenablog.com
実は書いてないのも一杯あるのだが、ちょっとずつ書いていこうと思う。
もう１ヶ月くらい前の話だが、ちょっとした旅行に行ったのでまずそれを書く。
大宮のいなほ
大宮からいなほ号に乗る。って若干意味不明かもしれないが、なんか年１回十日町の雪祭りに向かうための臨時列車として、大宮から十日町まで特急が出ているのである。普通知らないであろう。勿論去年までの私は存在を知らなかった。
雪祭り号
これで大宮から十日町に行くのである。勿論、雪国の気分になるわけであるが、今回は水上の時点で大雪であった。なので、国境からトンネルを抜けた気分にはならないため若干旅情にかけてはいた。
Instagram
で、全くどうでもいい知識なのだが、
「国境の長いトンネルを抜けると雪国であった」
のトンネルは、上越線のトンネルなのはまあ事実なのだが、この川端康成の時代のトンネルは現在の上りトンネルの方を指しているのである。つーまーりー、今はもうその旅情を厳密な意味では追体験できないということである。なんてこった。いや嘘。上越線を超えて関東から新潟に行く人なんて今いない。でも、川端康成の世界を追体験したいのであれば、やはり新幹線じゃなくて、上越線の方だとは本気で思う。あの景色が急に変わる瞬間は人は誰でも感傷的になれる。
えきから時刻表 駅時刻表
とはいえ、なんせ１日７、８本の世界なので、なかなか乗るのは大変かもしれない。たまーに臨時列車とか出てるので、その指定席を取るのが正しいと言えよう。
話が逸れた。
そうこうしているうちに、十日町に着く。
逆光のドンキー
駅前では早速巨大な雪像があり、期待が膨らむ。
振る舞い酒
更に、振る舞い酒も２杯くらいもらい、調子の良くなった私は、
「メイン会場ってどこですかー？」
とまあ旅行者として普通のことを、振る舞い酒を振る舞ってくれたお姉さんに聞く。
すると、
「山の上で、歩くと３０分くらいかかるんですよー。大変なんですよね。」
とちょっとすまなさそうに言われる。ふむう（ちょっとめんどくさい）と思いつつも、十日町雪まつりなんて次行くことがいつあるのかわからないので、山の上に向かうことにする。
雪国なう
後から思うと、完全に私は勘違いしているというか、騙されている気がしてならない。
つづく。
黄金時代のような音楽を再現するには何が必要か？
www.youtube.com
このCMを見ながら一般的にアメリカにおけるポピュラー音楽の黄金時代といえば1950年代で、って話をし始めたら、物凄い嫌がられたのだが、これは1940年の映画だったね失礼*1。ってことはビバップ以前だな。
大体1900年代初頭からユダヤ人の音楽家たちが始めたのがアメリカのポピュラーミュージックだろう。今でも思うんだけど、お金がかかっているなあと思うのは、ストリングスやオーケストラが入っている音楽という気がする。結局は人件費だね（笑）。
フィルスペクターや大滝詠一じゃないけど、何度もリハを繰り返して、一発録りってのが一番手間暇かかるし、それを普通にやってた時代の方がお金があるだけに、いい音楽にはなるとは思う。意外といい音楽を作るためにはお金も重要です！アイデアだけだと個人の思い込みと紙一重なので、物凄く才能がある人以外はあんまりいいことないと思う。
で、だんだん皆さんに反感を買うようなことを言い始めそうなのでこの辺で。同じピノキオの映画から誰もが知ってるこの曲を。
Disney's "Pinocchio" - When You Wish Upon a Star
そういえば寝る前に聴く音楽ってのを新しく作る人ってあんまりいないよね。単なるアンビエントじゃなくて、こういう歌入りの。
*1:誰に対して言ってるのかわからないが
冬に不安定な気分になるためのレゲエ
pressuresounds.bandcamp.com
pressuresounds.bandcamp.com
フルート奏者！？のDiggory KenrickとPILのJah Wobbleが組んだユニットがニュールーツの10inchを出しているんだね。今時10inchってなかなかないと思うけど、というか昔から10inchはあまりないか。
Bandcampで試聴できるので聞いてみたけど、なんかDub版より普通のVersionの方がエキセントリックな感じがする。フルートとか木琴とかあの辺の音って若干危険な香りがするね。
あとWobbleが組んでいるのに、ベースの音が意外と小さい。
99.95%と99.999%の稼働率の差は意外とでかい。
昨日その手の話をたまたましてたので。
「Amazon Web Services（AWS）に移行するシステムに“聖域”はない。現時点では計画していないものの、勘定系システムをクラウド化する可能性は十分にある」。三菱東京UFJ銀行の執行役員である亀田浩樹システム本部長兼システム企画部長（写真）は日経BP社の取材に対してこう話した。
itpro.nikkeibp.co.jp
勘定系システムをAWSに、って言ってるけど、AWSの可用性理解して言ってるのかな？
aws.amazon.com
AWSのSLAを見ると大体稼働率99.95％なんだけど、
稼働率 => 月間ダウンタイム計算ツール
計算すりゃわかるけど、年間4時間半落ちても保証なし、ってシステムでしょ。勘定系システムってそんなに止まってもいいものなのかい？この手の奴だと99.999%かそれ以上の稼働率がデフォだと思うんだけど。
これは冗長化してこのSLAだからね。この状況で、インフラではなく、アプリケーションで99.999%以下を目指すように頑張ります！とか言ったらその方がよっぽどコストかかると思うんだけどなあ。
まあ、単なるリップサービスの可能性高いけどね。つか何でプライベートクラウドを構築しないのか全くわからん。実際にはやってるのかもしれないけど。
サチモス絶対褒めたくない委員会で思い出したけど
流線形と組んでやってた一十三十一とかあの辺のシティポップスリバイバル的な奴はどうなったんだろう。結構いいなあ、と思ってたんだけど、それほど話題にならないまま現在に至ってる気もする。
www.youtube.com
冨田ラボが確かにあったなーと思いつつも、うーん実際どうなんだろ。先日私が絶賛したOgre You Assholeよりはメジャーかもしれないが、似たようなもんって気もするし、そんなにだよなあ。
隔世遺伝的にsuchmosが出てきて、世代的に一段下のそっちに全部かっさらわれた印象を受ける。
でもリバイバルっていうのも何だな。私にとってシティポップスリバイバルはU.F.O.のJazzin'なんだよな。
特にLoud Minority。
www.youtube.com
OGRE YOU ASSHOLEを観に行った。
なんか書いてないRvもあると思うんだけど、去年のはもはやめんどくさいのでお蔵入りにしようかな。
言葉にならないくらい良かった #ogreyouasshole
結論を先に書くと、とてもとても良かった。個人の趣味があるので、誰もが好きな音楽というわけでもないだろうが、PV観て興味がある人は、ライブはもっと良いので、是非とも観て欲しいと思う。
元々、この手の、要するに分かりやすく言うと、CANとかゆらゆら帝国とかああ言う音楽は私は大好きなので、まあ私にとって良いのはある意味当然なんだけど、ライブ慣れしたからなのか、盛り上げる箇所のメリハリが上手になっていた。
以前2014年の年末に同じLiquidで観たのだけど、その頃と比べても今回の方がはるかに良かったと思う。なんせ感動して胸につまったくらいである。そんなの滅多にないのに。*1
www.youtube.com
昔から見ているわけではないのだけど、今回はワンコードファンク色がベース的に多くて、あれ、前からそうだったっけ？と思い、アルバム聴きなおしてみると、そんな印象あんまり受けないな。ちょっとAORっぽくはあるけど。ただ、ライブだと装飾が削ぎ落とされるので、ファンクっぽく聞こえるのかなるほど。そこに絡むスネアのダブ処理が印象的だったけど、なかなか聞けないよなこう言う音楽。ライブダブバンドってmuteももうやらないだろうし、他にもあるのかしら？ギターのエフェクトはダブと言うよりもサイケなので、厳密にはライブダブともまた違うんだけどさ。
曲間がほとんどないので、2時間のわりには曲数多かったようにも思ってセットリストを調べてみるとアンコール込みで19曲か。多いね。
ro69.jp
前回のライブでは実はそこまで印象残ってなかったりするのだけど、これならまた近いうちもう一度観たいなあ。ワンマンかツーマンくらいのやつで。
おまけ
一昨年のライブだとこんな感じ。
www.youtube.com
これはNeu!の印象が強すぎるきらいがあるけどね。
*1:因みにその時のライブレビューは書いてなかったようだ。こう言う時もあるので、書いといたほうが確かにいいな。徐々に記憶力がなくなっていることもあるし。
サーバサイドJavaScriptは何故流行することになったか。
どこかで書いたもののリライト。
何故JavaScriptなのか？
JavaScriptがサーバサイドで使われるようになったのは、おそらくWebSocket対応によるC10K問題が現実的になったからだろう。
これは昔から知られている問題で、Apacheのような普通のWebサーバだとスレッド毎にメモリを消費するマルチスレッドモデルだが、スレッドスタックのメモリサイズはサーバ毎に固定のため、コネクションが固定化されるWebSocketモデルでは本当に問題になるのだ。
スタックサイズがどこで決まっているのかというのを具体的にいうと、以下のstacksizeの箇所である。後は、ApacheなどのWebサーバの設定にもあるが。
user$ ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
file size (blocks, -f) unlimited
max locked memory (kbytes, -l) unlimited
max memory size (kbytes, -m) unlimited
open files (-n) 2560
pipe size (512 bytes, -p) 1
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 709
virtual memory (kbytes, -v) unlimited
TheC10kProblem - 「C10K問題」（クライアント1万台問題）とは、ハードウェアの性能上は問題がなくても、あまりにもクライアントの数が多くなるとサーバがパンクする問題のこと
これを解決するにはイベント駆動型モデルにするしかなく、nginxはそうした問題を解決するためのWebサーバであるが、この上で動作させるには、同様のイベント駆動型言語の方が望ましい。
そのため、サーバサイドでJavaScriptを動作させるというのが流行することになった。
JavaScriptは、ノンプリエンティブマルチタスクという、まるでWindows3.1のようなアーキテクチャで動作しており、10年前には主にクライアント側の性能問題により個人的には酷い目にあった記憶があるが、あれから10年経ち当時非常に苦労したイベント駆動型のメリットが活かせる箇所がついにやってきたということだろう。
因みに、C10K問題は嘘ではなくて、実際スループットが10000tpsを超えると極端に辛くなる。
普通、サーバのボトルネックはCPUやメモリの限界だと思う人が多いだろうがこのレベルになるとそんなことは全然なくて、まずカーネルパラメータのチューニングが必須なのは良いとしても、TCPセッションのNIC引き当てでパケットドロップしたり、メモリのバスネックに引っかかったりする。
大体の場合、NIC周りでどうにもならなくなることが多い。GbE使い切るのは稀。
補足、またはセッション管理時の問題
また、Webサーバだと割とセッション管理を利用することが多いだろうが、セッション情報をノード間レプリケーションを使っていることが多くて、それだとスケールアウトする際に、レプリのリバランスが問題になって、単純スケールアウトほどの性能が出ない。
例えば、10000tps/1台でるサーバだったとして、このような構成だった場合、2台に増やしても20000tpsを捌けることはない。大体15000くらいであろう。勿論更に台数を増やすと、リバランスはどんどん問題になっていく。これを防ぐためには、セッション管理用のメモリDBを別に構築するか、セッション管理を使わなくするというどちらかの方式しかない。このレベルのスループットではL7スイッチは使えない。L7スイッチが使えるのは精々3桁tpsである。
いくらRestfulなAPIだからステートレスだと言っても、認証問題が出てくると、セッション情報を持たざるを得ないであろう。普通、そこまで冗長性のことを考えて、アプリケーション設計できないしね。
ここでも安易にスケールアウトさせることができないC10K問題が問題となり得る。
