text.ssig33.com - ファイルコピーで CPU が露骨にボトルネックになることがある
ファイルコピーで CPU が露骨にボトルネックになることがある という事例にぶつかりました。びっくりした。 遠隔地にあるマシン <= VPN => 手元のマシン という構成で、遠隔地から手元のマシンにファイルをコピーしたところ、コピー速度が 500KB/s ぐらいしか出ていない。こんなに遅いようでは話にならない。 回線速度はどちらの拠点も 200Mbps(理論値) はあり、実測でも 50Mbps ぐらいは出ている。 5MB/s ぐらいの速度でファイルをコピー出来てもおかしくない。 いろいろ見直してみるとなんとボトルネックは「手元のマシンの CPU 」であることが分かった。 VPN はそれなりに CPU を食う処理であり、大容量の通信をするのであれば、その負荷は当然増大する。ところで手元のマシンでは常に大量のデーモンが実行されていて、こいつがかなり CPU を食っている。そこで VPN 越し
text.ssig33.com - ゾンビゾーン
いわゆるフロリダ・ゾンビ事件について茶化したり笑ったりする前に知っておいてほしいことについて書く。 まずフロリダ・ゾンビ事件のあらましだが、簡単に言うと、フロリダ州マイアミで薬物中毒のハイチ系アメリカ人が薬でぶっ飛んだまま人間の顔を食ったというものだ。この非常にセンセーショナルな出来事には微妙な点がいくつも含まれている。軽い気持ちで言及していいものではないと僕は考える。 ポイント1: マイアミ この事件の特徴して抑えておくべきポイントは「マイアミ」が舞台であるところだ。マイアミは古くからラテンアメリカ諸国との繋がりが深い街だ。 例えばジャック・ケネディ大統領の時代にピッグス湾事件の主役である亡命キューバ人達はマイアミを根城にしていた。 その他にもラテンアメリカ諸国の亡命者の多くがマイアミに訪れ、定着する。マイアミはそういう特殊な風土の街で、人種間の「対立」が深いと評されることが多い。 マイ
text.ssig33.com - Facebook の JS SDK は使ってはいけない。
Facebook の JS SDK は使ってはいけない。 非常に問題がある。どうせ単なる薄いラッパーなんだし、必要に応じて自分であんなの書けるでしょう。問題について書く。 ありがちなアプリケーションの例 FB.login(function(res){ FB.getLoginStatus(function(res){ if(res.status === 'connected'){ FB.api('/me', function(res){ console.log(res.email) } } }) },{scope: 'email'}) 自分 のemail を取得出来る。 ところで、こうしたらどうなるだろうか。 FB.login(function(res){ FB.getLoginStatus(function(res){ console.log(res.status) FB.api('/me
text.ssig33.com - Shibuya.XSS に行ってきた。
Shibuya.XSS に行ってきた。 徳丸さんの隣に居座って膨大な量の酒を飲んだ。 発表内容については、書けないことが多いし、書けないことが多いなか纏めている人がいるので、そういうのを適宜参照してほしく思う。 小保田さんのエントリあたりがよくまとまっている。 以下考えたこと。 1. 「素人」の話 割と真剣に伝えたいこと。セキュリティの話突き詰めてくと素人はアプリ書くな!!ってなりがちなんだけど、良くない傾向。素人でもアプリを自由に書けるようにライブラリや認証システム作る人が全力で、バグがあってもセキュリティホールにならないように設計しないといけない #shibuyaxss— mala (@bulkneets) April 4, 2012 マラのこの意見は実のところ結構片手落ちだと僕は思っている。この意見は「素人はアプリケーションを作ってよいが、ライブラリは作ってはいけない」という意見にす
text.ssig33.com - 結婚しました。
結婚しました。 してません。本日は File API を使ってファイルを分割アップロードする話を書きます。コードまだ書いてないので概念だけ。 ファイルアップロードというのは古くからある Web アプリケーションの難問で、今日に至っても解決を見ているとは言えません。大体以下のような問題がある。 プログレスバーとか出せないしユーザビリティを阻害する 大容量の通信がアプリケーションのワーカーを食い潰す 特に下の問題は大きな問題で、 unicorn のような 1 プロセス 1 スレッドみたいなシンプルなモデルのアプリケーションサーバーを使っている際パフォーマンス上の問題が発生する。 プログレスバーに関しては悍しい解決策がいくつかありますが、 GMail が未だに Flash 捨てない事例とかから明らかな通り、どの悍しい解決策にもそれぞれ問題がある。 ですが、 File API を利用して、ローカル
text.ssig33.com - ターゲティング広告の何が問題か？
ターゲティング広告の何が問題か？ という話について書く。結論としては「プライバシーが広告主に渡るのが問題」ということになる。他にもいろいろ問題はあるがこれについて書く。技術的な問題については一切書かない。 Web におけるターケティング広告とは、特定の属性を持った人に対してのみ広告を表示する、というもので、例えば広告主は 20 代男性 独身 関東在住 アニメに興味がある 人物に対してのみ表示される広告を出稿することが出来る。このような属性を持った人物にアニメやゲームに関係する広告を出せばクリックしてもらえる可能性は高いだろう。 ところでこうした属性を得る為にサードパーティークッキーを用いた行動追跡が行なわれているし、 Facebook ではユーザーが入力した情報をもとに広告が出たりする。この辺はマラが詳しいのでマラに聞いてください。 ところでこうした広告において「東京都杉並区清水6丁目に住
text.ssig33.com - Mac OS X を使うのをやめたほうがいいと僕が考えるただ一つの理由
Mac OS X を使うのをやめたほうがいいと僕が考えるただ一つの理由 名前がやばい。 Mac OS X 10.1 は Puma というコードネームでした。 以下はピューマの気高い美しい姿。 次に出る Mac OS X は Mountain Lion という名前です。 以下は Mountain Lion の気高い美しい姿。 さて賢良なる読者の皆々様におかれましたは、この二つの動物がよく似ていることにお気付きかと思います。 似ていて当たり前、この両者は同一種です。日本人にはピューマとして知られるこの大型の山猫、 ピューマ以外にも、山ライオン(Mountain Lion)、アメリカライオン(American Lion)、あるいは単に Lion などと様々な呼び名があります。 この事実から明らかになることは以下の通りでしょう。 Apple 社は Mac OS X のブランディングをまともにやる気
text.ssig33.com - HTML5 の audio タグを使ってアプリケーションを作る際のメモのようなもの
HTML5 の audio タグを使ってアプリケーションを作る際のメモのようなもの 前提: モバイル環境については考慮していない。 前提: というか Google Chrome のことしか考えていない。 HTML5 の audio タグの基本的な使い方は、 audio タグを作って、そいつに対して play() といいうメソッドを叩くと再生がはじまる、というものなのだが、 play() をいきなり叩いても再生がはじまったりはじまらなかったりする。 たぶんソースのロードがうまくいったりいかなかったりするんだろう。死ねクソが。 そこで play() を叩く前に load() というのを実行しておくと、ちゃんと再生が出来る。 load() を実行してから、ちゃんと再生可能になったタイミングで canplay というイベントが発火する。 ということなので var audio = document.
text.ssig33.com - kvm を使ってみての感想を書く。正月に思いたって自宅サーバーの全てを仮想化した。 kvm を使っている。この二ヶ月間は安定して稼動している。非常によい。
kvm を使ってみての感想を書く。正月に思いたって自宅サーバーの全てを仮想化した。 kvm を使っている。この二ヶ月間は安定して稼動している。非常によい。 ハードウェア VT-x とか AMD-V が効く CPU があればいいんじゃないでしょうか。 IO MMU 仮想化(VT-d, AMD-Vi) があると USB2.0 とかを楽に使える。あるに越したことはないがこれをやるとコストが非常にはねあがる。 CPU: Pentium G630T (6000 円ぐらい) マザーボード: mini-ITX で LGA1155 の適当なやつ(6000 円ぐらい) メモリ: 16GB (9000 円弱) ケース: 60-90W ぐらいの AC アダプタのついた適当なやつ(10000 円ぐらい) HDD: 2TB (1 万円) みたいな構成でだいたい 4 万円前後で組める。ぼくは既存の資産を流用出来る感じ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
text.ssig33.com - Zaurus で電子書籍読んでたような電子書籍界の老害の僕の電子書籍に対する意見