いまさら知ったんだけど、ヤマハのVOC@LOID(ボーカロイド)っていう合成音声ソフト凄いな。
合成音でここまで歌えるのか。
静かなコーラス曲とかは聞いていて違和感がそれどないのが恐ろしい。
FF6 オペライベント 歌わせてみた（VOC@LOID ver.）
愛・おぼえていますか（VOC@LOID ver.）
蒼い鳥（VOC@LOID ver.）
逆に、セリフが多かったり、アップダウンがあったりする曲は苦手のようだが。
「エージェント夜を往く」(VOC@LOID ver.)
巫女みこナースのテーマでナースウィッチ小麦ちゃんでVOCALOID
それでも、合成音でここまで出来るのは感動した。
ヤマハの技術力はすげぇな。
2007年05月23日
2007年05月16日
フレッツの障害
大規模障害、オソロシス。
保守とサポートは泊り込みで復旧だよな、、、
保守陣営は、何とか復旧させても、原因の調査と再発防止策の検討と導入でてんてこ舞いだろうな。
サポートは電話対応でものすごい勢いで恫喝されているんだろうなぁ。
それと、最近システムに変更を加えた人たちはドキドキものだろうな。
お気の毒さまです。
こーゆー超大規模システムだと、システムが停止した時間に比例してクビが飛ぶって噂を聞いたことが歩けど、本当なんだろうか。
数十分ごとにクビが飛んでいくことになるとか。
ある日突然、こーゆーのはやってくる。
突然の凶報によって、お泊りコース決定になるわけだ、恐ろしい。
私的には、こーゆーとまってから気づくのではなく、
止まり始める前に気が付いて事前対処が出来る状態になってほしいと思う。
ヒヤリハットみたいな感じかな。
人が作るものは必ず壊れるわけで、壊れなくすることは不可能。
だから、壊れる前に気が付くって感じであってほしい。
それには、システムの監視、自己診断、通知の仕組みを備えなくては行けないんだけど、、、ここら辺はいまいちパッとしない地味な部分だし、正常に動作させるだけなら不要な部分なので、後回しにさせ、忘れ去られる部分でもあるよね。
システムって開発期間よりも運用・保守していく期間のほうが長いわけだから、運用・保守しやすいようにデザインされるべきなんだろうな。
保守とサポートは泊り込みで復旧だよな、、、
保守陣営は、何とか復旧させても、原因の調査と再発防止策の検討と導入でてんてこ舞いだろうな。
サポートは電話対応でものすごい勢いで恫喝されているんだろうなぁ。
それと、最近システムに変更を加えた人たちはドキドキものだろうな。
お気の毒さまです。
こーゆー超大規模システムだと、システムが停止した時間に比例してクビが飛ぶって噂を聞いたことが歩けど、本当なんだろうか。
数十分ごとにクビが飛んでいくことになるとか。
ある日突然、こーゆーのはやってくる。
突然の凶報によって、お泊りコース決定になるわけだ、恐ろしい。
私的には、こーゆーとまってから気づくのではなく、
止まり始める前に気が付いて事前対処が出来る状態になってほしいと思う。
ヒヤリハットみたいな感じかな。
人が作るものは必ず壊れるわけで、壊れなくすることは不可能。
だから、壊れる前に気が付くって感じであってほしい。
それには、システムの監視、自己診断、通知の仕組みを備えなくては行けないんだけど、、、ここら辺はいまいちパッとしない地味な部分だし、正常に動作させるだけなら不要な部分なので、後回しにさせ、忘れ去られる部分でもあるよね。
システムって開発期間よりも運用・保守していく期間のほうが長いわけだから、運用・保守しやすいようにデザインされるべきなんだろうな。
2007年05月15日
オセロ(リバーシ)に勝てません
このオセロ強い。
ずっと挑戦しているけど、一勝もできない。
中盤の追い上げがすごい、、
こっちが取れる選択肢をドンドンつぶしていって、とりたくない手をとらせる。
最後にはパスに追い込み、あっという間に逆転される。
俺がヘタクソなだけなんだろうが、、、
ずっと挑戦しているけど、一勝もできない。
中盤の追い上げがすごい、、
こっちが取れる選択肢をドンドンつぶしていって、とりたくない手をとらせる。
最後にはパスに追い込み、あっという間に逆転される。
俺がヘタクソなだけなんだろうが、、、
KENJI'S HOMEPAGEさんがしばらく更新お休みされるそうだ
KENJI'S HOMEPAGE
コアな話題を日本語で読めるんで、楽しみにしていたんだけど、
病気のため、しばらく更新ができないそうだ、、、
一日でも早く回復されることを願っています。
KENJI氏のページにある、APIフックとかは結構参考にさせてもらったし、
dllを LoadLibraryを使わずに読み込む話題とか、感激したものだ。
たとえしゃべっている言葉が違えどプログラマーならコードで語れって事どおり、英語のサイトとか、中国語のサイトとかをサンプルコードだけ抽出して読んでは入るものの、、やっぱり、日本人には日本語で説明されるのが一番だ┐(´ー｀)┌ やれやれ
このサイトにも、googleしても答えがナカナカでない問題や、日本語で解説がない問題について、コード付きで説明をしているつもり。
コアな話題を日本語で読めるんで、楽しみにしていたんだけど、
病気のため、しばらく更新ができないそうだ、、、
一日でも早く回復されることを願っています。
KENJI氏のページにある、APIフックとかは結構参考にさせてもらったし、
dllを LoadLibraryを使わずに読み込む話題とか、感激したものだ。
たとえしゃべっている言葉が違えどプログラマーならコードで語れって事どおり、英語のサイトとか、中国語のサイトとかをサンプルコードだけ抽出して読んでは入るものの、、やっぱり、日本人には日本語で説明されるのが一番だ┐(´ー｀)┌ やれやれ
このサイトにも、googleしても答えがナカナカでない問題や、日本語で解説がない問題について、コード付きで説明をしているつもり。
髭マニア
最近、髭マニアが流行しているらしい。
一ヶ月前にもこんな事件があった。
ヒゲ部が暗躍しているのか、
新ジャンル ヒゲマニアが確立されようとしているのか。
ともあれ、凄い時代になったでしょう、これが21世紀なんだよね。
個人的に、立派なヒゲよりも、語尾が「〜あるね」っていう中国人のような、2本のヒゲが軽く反り返ってウェーブを作っているような感じが胡散臭くて好きなんだけど、こんなヒゲって現実に可能なのか? やっぱ、反り返らせるために毎日お手入れをしているんだろうな、大変な努力家だと思うね。
川西容疑者は、おもちゃの1万円札をちらりと見せた後、封筒に入れたまま店員に渡し、発覚を遅らせていた。両替に使われた1万円札は、福沢諭吉の肖像画にひげが描かれていた。
おもちゃの1万円札を両替＝封筒入り、コンビニで−大阪
一ヶ月前にもこんな事件があった。
調べでは、河内容疑者は３日午前３時半ごろ、江戸川区の都知事選の公設掲示板に張られた候補者のポスターにマジックでひげなどを書き込んだ。河内容疑者は「一度書いてみたかった」と供述しているという。
選挙ポスターにヒゲ…７０男逮捕「一度書いてみたかった」
ヒゲ部が暗躍しているのか、
新ジャンル ヒゲマニアが確立されようとしているのか。
ともあれ、凄い時代になったでしょう、これが21世紀なんだよね。
個人的に、立派なヒゲよりも、語尾が「〜あるね」っていう中国人のような、2本のヒゲが軽く反り返ってウェーブを作っているような感じが胡散臭くて好きなんだけど、こんなヒゲって現実に可能なのか? やっぱ、反り返らせるために毎日お手入れをしているんだろうな、大変な努力家だと思うね。
2007年05月10日
ゼロコピーTCP/IP
早いサーバを作る上で、一番のネックになっていると思われるのがメモリ転送。
ディスク > メモリ > CPU
一番遅いディスクはキャッシュされるし、
動画配信サーバでも作らない限り、ほとんどがメモリ上で処理が完結するだろう。
なんで、ディスクは考えないとする。
すると、一番足を引っ張るのがメモリだ。
メモリを使わないで転送することは出来ないからね。
あんま、詳しいことは知らないが、
ファイルの読み込み
↓
転送バッファにセット
↓
TCP/IPスタック
↓
ドライバ(?)
って、感じ?
TransmitFile 系のAPIだと、
ファイルの読み込みと転送が一緒にできそうな気がする(w
それでも、数回は絶対にコピーされる。
コピーすればするほど、時間がかかる。
そーなんで、メモリ転送に最適化されたヤツがあってもいいんぢゃないかと、数年前思ってはいたんだけど(後だしジャンケンぢゃないよ)、
世の中、同じことを考える人がいるみたいで、ゼロコピーTCP/IPってのがあるのね。
TCP/IP ゼロコピー
ネット上でDVDを4秒で転送した人たちはこれを使っていたらしい。
これって、Linuxだったら、すぐにでも利用できるのかな?
検索したら BSD系の資料がいろいろ出てきた。。。
ついでに、ハイエンドサーバ向けにメモリ帯域に最適化したサーバがあってもいいんぢゃないかと思うんだよな。
プログラム最適化するのメンドイから、ハードウェアで最適化できないものか(w
データベースだって、フルメモリDBがあるぐらいなんだから、
固定ファイル転送用に最適化されたアーキテクチャがあってもいいような気がする。
動的ファイルは絶対無理だけど、
閲覧が書き込みより多い処理だと、固定ファイルを作成してキャッシュするぢゃん、普通。
だから、固定ファイルで問題ないのだ。
超負荷に悩んでいるサイトとかには需用が有りそうな気もしないでもないが、、、、
どーなんだろうか。
ディスク > メモリ > CPU
一番遅いディスクはキャッシュされるし、
動画配信サーバでも作らない限り、ほとんどがメモリ上で処理が完結するだろう。
なんで、ディスクは考えないとする。
すると、一番足を引っ張るのがメモリだ。
メモリを使わないで転送することは出来ないからね。
あんま、詳しいことは知らないが、
ファイルの読み込み
↓
転送バッファにセット
↓
TCP/IPスタック
↓
ドライバ(?)
って、感じ?
TransmitFile 系のAPIだと、
ファイルの読み込みと転送が一緒にできそうな気がする(w
それでも、数回は絶対にコピーされる。
コピーすればするほど、時間がかかる。
そーなんで、メモリ転送に最適化されたヤツがあってもいいんぢゃないかと、数年前思ってはいたんだけど(後だしジャンケンぢゃないよ)、
世の中、同じことを考える人がいるみたいで、ゼロコピーTCP/IPってのがあるのね。
TCP/IP ゼロコピー
ネット上でDVDを4秒で転送した人たちはこれを使っていたらしい。
平木氏によると、ゼロコピーTCP通信は通信時にユーザーメモリからカーネルメモリへのデータコピーを行わず、メモリを共有することでプロセッサの負荷を下げる技術
DVD転送が5秒から4秒に、東大がネット最高速を更新
これって、Linuxだったら、すぐにでも利用できるのかな?
検索したら BSD系の資料がいろいろ出てきた。。。
ついでに、ハイエンドサーバ向けにメモリ帯域に最適化したサーバがあってもいいんぢゃないかと思うんだよな。
プログラム最適化するのメンドイから、ハードウェアで最適化できないものか(w
データベースだって、フルメモリDBがあるぐらいなんだから、
固定ファイル転送用に最適化されたアーキテクチャがあってもいいような気がする。
動的ファイルは絶対無理だけど、
閲覧が書き込みより多い処理だと、固定ファイルを作成してキャッシュするぢゃん、普通。
だから、固定ファイルで問題ないのだ。
超負荷に悩んでいるサイトとかには需用が有りそうな気もしないでもないが、、、、
どーなんだろうか。
2007年05月07日
ジェットコースターに乗るなら今しかない
遊園地事故で入場者が減少したらしいが、
今、問題を起こせばものすごい糾弾を受けるはずなので、安全管理にもっとも力を入れている今が一番安全だろう。
コースター事故 近畿の遊園地 事故の影響…入場者減る
ゴールデンウィークも終わったし、事故で入場者も減っている今なら、人が少ない遊園地で心行くまで遊べるはず。
今、問題を起こせばものすごい糾弾を受けるはずなので、安全管理にもっとも力を入れている今が一番安全だろう。
コースター事故 近畿の遊園地 事故の影響…入場者減る
ゴールデンウィークも終わったし、事故で入場者も減っている今なら、人が少ない遊園地で心行くまで遊べるはず。
