カテゴリ: tech の記事
[リスト]
技術系の話題
欧米のクラウド動向とGICTFの活動という講演をされたようで,その資料.
この中でIaaSの売上は93%がUS,ヨーロッパが6%.日本は1%ということらしい.そしてその1%の中で57の企業が加入しているのが総務省のはたふりのGICTFという団体.
構成員でユーザ側の企業なのは,メリルリンチ日本証券くらいのもので,あとは日本の会社がずらっといる.おもしろいのは特別会員で,大学の有名人をずらっと揃えたかんじ.
マンガ入り「よくわかる Amazon EC2/S3入門」を6/11に技術評論社より発売という情報を入手した.
イロモノに見えそうなのですが,著者がそんな人じゃないので,きっととてもいい本なんだろうと思う.
Storage Challenges in NASA's Nebula Cloud Computing Platform Joshua McKenty, NASA/Amesというプレゼンも見た.NASAもコンテナ型データセンタになるのか.
Debian的には特に不毛.なぜなら..DebianにはIceweaselだから.
まあそれは置いておくにしても,Chromeとfirefoxを行き来してるとどっちもいいなあと思うのは俺だけじゃないはず.そして,その行ききの方法なり,使い分けの方法なりを自分なりに最適化すればいいだけじゃないのかと思う.
言うだけだとあアレなので,自分で整理してみる.
Firefoxをよろしくするもの.
まあそれは置いておくにしても,Chromeとfirefoxを行き来してるとどっちもいいなあと思うのは俺だけじゃないはず.そして,その行ききの方法なり,使い分けの方法なりを自分なりに最適化すればいいだけじゃないのかと思う.
言うだけだとあアレなので,自分で整理してみる.
Firefoxをよろしくするもの.
- Fireboot: windowsのみ.windowsでfirefoxがおせえ,とブータレルまえに一度は試すべき.言語ファイルを削ることによる高速化.
- SQLite Optimizer: SQLiteを最適化してくれる.
- LastPass:これでFirefox, Chrome, Opera, IE, Safariはパスワード共有が問題なし.
- Xmarks: Firefox, Chrome, IE, Safariのブックマーク共有.ただ,たまにおかしい.chrome-devとかfirefox-devつかってるせいなんだけど.
どうかんがえても,S3 Reduced Redundancy StorageってGoogle
Storageにぶつけてきたんだよね,というリリース.タイミングがアレすぎる.
S3の感覚としては,信頼性99.99%ならこれで十分な気がする.ただ,99.999999999% にくらべて価格は50%引きなんだけど,これってシステム構築の常識からいくとありえないレベル.フォーナインとイレブンナインですよ.
あわせてMulti-AS RDSもアナウンスされました.このPRの内容そのままだったらビックリ.
S3の感覚としては,信頼性99.99%ならこれで十分な気がする.ただ,99.999999999% にくらべて価格は50%引きなんだけど,これってシステム構築の常識からいくとありえないレベル.フォーナインとイレブンナインですよ.
あわせてMulti-AS RDSもアナウンスされました.このPRの内容そのままだったらビックリ.
自分が発表しない学会や展示会であっても,社内の稟議を通せば聞きにいける制度が今の会社にはある.
どうやらそれの募集をやっている時期らしく,9月までに行きたいものがないかどうかというメールが流れていた.
お,じゃあだめもとでDebconfに手を上げてみるか! と思ったのですが..
しかしその審査は6月におこなわれるので,その後の申しこみで間にあうことが前提条件にある.というわけで間にあいません.時期的になんとかなりそうなのは,Oracle Open worldで9月.
この制度がすぐにおわるわけじゃないからじゃあ次の機会でも探すかなあ,と思ったときに自分は何に行きたいのか,学会以外で,そして会社の稟議に通せそうなのかを考えてみた.
どうやらそれの募集をやっている時期らしく,9月までに行きたいものがないかどうかというメールが流れていた.
お,じゃあだめもとでDebconfに手を上げてみるか! と思ったのですが..
しかしその審査は6月におこなわれるので,その後の申しこみで間にあうことが前提条件にある.というわけで間にあいません.時期的になんとかなりそうなのは,Oracle Open worldで9月.
この制度がすぐにおわるわけじゃないからじゃあ次の機会でも探すかなあ,と思ったときに自分は何に行きたいのか,学会以外で,そして会社の稟議に通せそうなのかを考えてみた.
- Google IO (5月) いったらまちがいなくおもしろそう.
- GDC (3月) これは一度だけ行ったけど,刺激的.でかいし.
- QCon (11月) 開発手法からなにからおもしろそうだよね.
- F8 (4月) 今年のはおもしろかったみたいだなあ.
- USENIX Federeated (6月) 今年はもう間にあわん.
- CES(1月) 実は学会併設がおもしろそうなんだよね.
- MySQL(4月), Apachecon(11月), Hadoop world(次はいつだ?)....
- この記事へのコメント: by henrich / Sun May 23 19:41:04 UTC 2010
- 羨ましいなー そんな制度を誰も作ろうとしない弊社 ;)
cdn.debian.netの悩みはいくつもある.前から仕込んでいたのだがいくつか形にした.
今回の改善は,http://debiancdn.appspot.com/json/alive で生存中のDebianミラーをJSONで返すようにしたこと.
やったのは,各国に散らばるミラーサーバのヘルスチェックの効率化 with GAE.
チェックすべきdebianフルミラーサーバの数は世界で120余り.これのチェックをこれまでは,cdn.debian.netを動かしている3台のサーバ全てで別個に行っていた.これをGAEにやってもらうことにした.
ただ,問題なのは,GAEは処理を30秒以内に終わらせなければならないこと.これは20秒ずつ分けて行うことで対応した.しかし,個別のミラーサーバの反応を待つ間の時間もCPU時間としてカウントの対象になってしまう問題が残っている.
Threadで並列でチェックするようなコードにしても並列してくれないようだ.何かいい方法があるんだろうなきっと.
次にやることは,ミラーリストの更新者を増やす仕組み.
これまでDebianのフルミラーリストの管理は基本的に自分と@kmutoによって行っていた.
これをGAEにすることで,各国のDebian貢献者にやってもらうインセンティブを高めたいと思う.
たとえば /json/alive/KOR で韓国の生きてるミラーリストがGETできて,メンテすると,すぐにkr.cdn.debian.netに反映されるとしたらやる気でますよね.結果としてcdn.debian.netも幸せになればいいなというかんじで.
というわけで,ミラーリストの更新者はいつでも募集しております.
DDなら即刻ok.DDじゃない場合は私とkmutoによる審査をいたします.
今回の改善は,http://debiancdn.appspot.com/json/alive で生存中のDebianミラーをJSONで返すようにしたこと.
やったのは,各国に散らばるミラーサーバのヘルスチェックの効率化 with GAE.
チェックすべきdebianフルミラーサーバの数は世界で120余り.これのチェックをこれまでは,cdn.debian.netを動かしている3台のサーバ全てで別個に行っていた.これをGAEにやってもらうことにした.
ただ,問題なのは,GAEは処理を30秒以内に終わらせなければならないこと.これは20秒ずつ分けて行うことで対応した.しかし,個別のミラーサーバの反応を待つ間の時間もCPU時間としてカウントの対象になってしまう問題が残っている.
Threadで並列でチェックするようなコードにしても並列してくれないようだ.何かいい方法があるんだろうなきっと.
次にやることは,ミラーリストの更新者を増やす仕組み.
これまでDebianのフルミラーリストの管理は基本的に自分と@kmutoによって行っていた.
これをGAEにすることで,各国のDebian貢献者にやってもらうインセンティブを高めたいと思う.
たとえば /json/alive/KOR で韓国の生きてるミラーリストがGETできて,メンテすると,すぐにkr.cdn.debian.netに反映されるとしたらやる気でますよね.結果としてcdn.debian.netも幸せになればいいなというかんじで.
というわけで,ミラーリストの更新者はいつでも募集しております.
DDなら即刻ok.DDじゃない場合は私とkmutoによる審査をいたします.
- この記事へのコメント: by ukai / Sat May 22 15:05:58 UTC 2010
- > 個別のミラーサーバの反応を待つ間の時間も http://code.google.com/intl/en/appengine/docs/python/urlfetch/asynchronousrequests.html ? あとは task queueとかもつかうとか > http://code.google.com/intl/en/appengine/docs/python/taskqueue/
- この記事へのコメント: by あらき / Sat May 22 15:54:39 UTC 2010
- おー ありがとうございます.即刻べんきょういたします.
思いつき!を会社にする—コースターのメモから始まる成功法則 (単行本)を読んだ.
人生に比べればビジネスでの成功なんて簡単だという本.
人生が成功したかどうかなんて死ぬまでわからないけど,ビジネスを辞めたあとの人生で自己評価できるからなあ.
自分もこのくらい言える書けるようになるといいのか.
OpenVPNの中で
netperf -H 172.20.0.1
を4回やってみた結果
Size Size Size Time Throughput bytes bytes bytes secs. 10^6bits/sec 87380 16384 16384 10.59 0.91 87380 16384 16384 14.13 1.13 87380 16384 16384 10.84 1.66 87380 16384 16384 10.79 0.72
というかんじであった.VPNによる速度低下は1割もないはずなので 0.7〜1.6Mbpsくらいだと思っておけばよいかんじのようだ.