A compact zero knowledge proof to restrict message space in homomorphic encry...MITSUNARI Shigeo
新しい暗号技術
A compact zero knowledge proof to restrict message space in homomorphic encry...MITSUNARI Shigeo
DECOLOGでのMySQL BlackHoleエンジンの使い方
こんにちわ、ミツバチワークス stoneです。 DECOLOGでは、データベースにMySQLを使用しています。 ストレージエンジンのメインはInnoDBなのですが、他にもMyISAM、BlackHole、Archiveエンジンを使っています。 今回は、その中でBlackHoleエンジンについて、DECOLOG内での利用方法をご紹介したいと思います。 BlackHoleエンジンについて BlackHoleエンジンは、何もしません。 insert、update、deleteを行っても、データは全く変更されませんし、selectをしても、データは何も返ってきません。 実際のデータファイルを見てみても、テーブル定義ファイルの.frm以外のファイルは作成されません。 /dev/nullと似ているイメージです。 が、BlackHoleのテーブルに対して発行されたinsert、update、delete
シリコンバレーに行ってみて初めて感じた違いと秘密 - dev.log
Tweet 2011.3月。 10日ほどの間ですが、サンフランシスコに滞在し、いわゆるシリコンバレーと言われる一帯を訪問してきた。 多くのスタートアップの企業、世界を変えたベンチャー企業で働く方と直接会い、話すことは、インターネットのブラウザからはなしえない、貴重な経験だった。本当に一部ですが、印象に残ったことを書き残していきたいと思う。 前置き：ありふれた理由 ネットでよく聞く、シリコンバレーのすごさを身を持って感じたい。というありふれすぎた理由がきっかけで、半年前にカンファレンスに参加する申し込みだけしました。エンジニアとしてインターンもしていたため、サービス開発や向こうで働くことにも興味をもち、 Q１：なぜSVから面白いサービス、世界を変えるサービスが誕生するのか？何が日本と違うのか？ Q２：どうすれば、自分もそんなサービスを作りだせるのか？Q３：自分が働くとしたらどうなのか？ この
画像配信システムその２
こんにちは、hiroshiです。 自分のことをhiroshiとかアルファベットで表現すると軽く有名人っぽくて気分がいいです。みなさんも是非やってみてください。 さて、前回の記事の最後に紹介させていただいたはITメディアさんの記事では、記事画像配信の仕組みについて触れられています。 あの仕組みは「デコメで投稿される記事に使われている画像」の特性から現状のあの構成になりました。 一方でDECOLOGで扱われる画像はもちろん記事画像だけではありません。 代表的なものに、ブログTOP画像というのがあります。 ブログTOP画像は、その名の通りブロガーのみなさんの顔ともいえるブログのTOPページを飾る画像です。 上図の通りページ上部に配置される画像であるため、携帯画面でのファーストビューはこのブログTOP画像で占めらる割合が大きいです。 つまり、「ブログTOP画像＝ブロガーのみなさんの顔」といっても過
まるで実写、海外製ゲームエンジン「CryEngine3」の技術力がどれだけすさまじいかが実感できるムービー
昨今のゲーム開発の中枢を担うのがいわゆるゲームエンジンと呼ばれるもので、日本ではFF13で使われたスクウェア・エニックスのCrystal Tools、「デッドライジング」「ロストプラネット」「デビルメイクライ4」「バイオハザード5」で使われたカプコンのMT Frameworkが有名です。 一方海外ではこういったゲームエンジンを他社へ供給する企業が存在しており、中でも「CryEngine3」はリアルタイムにハイクオリティで美麗なグラフィックをWindows・Xbox360・PS3の3つのプラットフォームで動作させるというとんでもないものとなっており、「これであのゲームを作ったらすごいことになりそうだ」と妄想が膨らむような内容となっています。 実際にどれだけハイクオリティで、技術力がすさまじいのかがわかるムービーは以下から。 CryEngine 3 Video Game, GDC 11: Ex
1年間の技術的負債を返すために読んだ3冊の本
[この記事を読む前に] タイトルに騙されて来た方はごめんなさい。 恐らく、知っていることばかりが書いてあると思います。 “3冊の本”もベストセレクションではありません。 “たまたま”選んだ3冊の本です。 それでも読んでくれる心優しい方はどうぞ、先にお進みください。 技術的負債は日々、返済していますか。 技術的負債って何？という方はこちらへ。 技術的負債 – Wikipedia えー、正直、私は技術的負債が溜まっています。 お知らせメールを本格的に初めて1年が経とうとしています。 何も無い状態から、手探りで始めて今の状態までなんとか持って行きました。 この計画が立ち上がった当時(2年ぐらい前かな)、自分ができたのは、 PHPが書ける(書けるだけ) サーバが少しわかる(cdとlsが打てるだけ) これぐらいです。 ちょっと大げさですが、あながち嘘じゃない。 そんなこんなで、試行
livedoor Techブログ : 第4回メガテク動画 「カーネル読書会の作り方」
ライブドアの社内向け勉強会である「メガテク」にて、楽天株式会社 開発部よしおかひろたかさんにお越しいただきご講演いただきました。よしおかさんにご承諾を頂きましたので、ご講演の動画をこのlivedoor Techブログでも公開させて頂きます。 カーネル読書会の作り方�＠ライブドア 楽天株式会社 開発部 よしおかひろたか氏（30分） その1 その2 その3 今年で10年になるカーネル読書会という勉強会を主宰していて見えてきた、勉強会の価値、コミュニティの価値などをつらつらと語ります。 すばらしいご講演をありがとうございました。（事務局一同より） 「セミナー」カテゴリの最新記事 < gitconfigについてそもそもデータセンタってサーバーの再起動以外に何をしてるの? >
行ってなくても行った気になれる、楽天テクノロジーカンファレンス2009のほぼ全動画を公開 | イベント | 20歳からのキャリア考 | あすなろBLOG
TOP > 20歳からのキャリア考 > イベント > 行ってなくても行った気になれる、楽天テクノロジーカンファレンス2009のほぼ全動画を公開 10/24に開催された楽天テクノロジーカンファレンス2009の動画が公開されました。（基調講演以外全て公開しています） どのプログラムも来場者の満足度が高かったのですが、個人的にはLTが注目です。楽天のエンジニアと一般応募者合わせて計20組くらいあります。 自分も当日あまりゆっくり見れなかったので、これから見てみたいです。（楽しみ） プログラム http://tech.rakuten.co.jp/rtc2009/program.html 【特別講演】 [rtc2009]特別講演：楽天の中のわたしと勉強会 / よしおかひろたか http://www.ustream.tv/recorded/2412617 【講演】 [rtc2009]日本最大のR
後藤弘茂のWeekly海外ニュース - なぜゲーム機はPowerPCに、パソコンはx86に偏るのか
■後藤弘茂のWeekly海外ニュース■ なぜゲーム機はPowerPCに、パソコンはx86に偏るのか 据え置き型ゲーム機(ゲームコンソール)向けCPUは、3大コンソールメーカーがPowerアーキテクチャの採用へと動いた。その一方で、広義のパーソナルコンピュータ(Macintoshを含めた場合)のCPUは、ついに最後のAppleがx86へと動いた。 その結果、ゲームコンソール＝PowerPC、パーソナルコンピュータ＝x86と、CPUアーキテクチャは見事にジャンルによって2分されることになった。 なぜ、ゲームコンソールはPowerPCへ、パーソナルコンピュータはx86へと偏ったのだろう。その背景には、ゲームコンソールとパーソナルコンピュータのエコノミーの違いがありそうだ。 Macintoshもパーソナルコンピュータであるため、どうしてもPC(ここではWindows PCを指す)世界の影響を受ける
PC Watch 後藤弘茂のWeekly海外ニュース - ローパワーでハイパフォーマンスを目指すWiiのプロセッサ
任天堂は、いよいよ次期ゲームコンソール「Wii(コード名Revolution:レボリューション)」の12月2日発売に向けて秒読み態勢に入った。先週開催されたイベント「Wii Preview」では、Wiiタイトルを多数プレイアブルで公開、また、岩田聡氏(代表取締役社長)がWiiの狙いについて説明を行なった。 今回、これまでと異なったのは、任天堂がWiiの狙いと思想を、かなり突っ込んで説明したことだ。いくつかポイントがあるが、今回は、Wiiの心臓部であるIBM設計のCPU「Broadway(ブロードウェイ)」と、ATI Technologies設計のGPU「Hollywood(ハリウッド)」の設計思想についての説明をレポートしよう。 イベント後の記者会見で、岩田氏はWiiのプロセッサ群の設計思想について、次のように語った。 「プロセッサについては、他社の方向、と言うかこれまでのゲーム業界の進歩
GC - GCアルゴリズム詳細解説 - livedoor Wiki（ウィキ）
GC¥¢¥ë¥´¥ê¥º¥à¾ÜºÙ²òÀâ ÆüËܸì¤Î»ñÎÁ¤¬¤¹¤¯¤Ê¤¤GC¥¢¥ë¥´¥ê¥º¥à¤Ë¤Ä¤¤¤Æ¾ÜºÙ¤Ë²òÀ⤷¤Þ¤¹ ¥È¥Ã¥×¥Ú¡¼¥¸¥Ú¡¼¥¸°ìÍ÷¥á¥ó¥Ð¡¼ÊÔ½¸ GC ºÇ½ª¹¹¿·¡§ author_nari 2010ǯ03·î14Æü(Æü) 20:47:11ÍúÎò Tweet ¤³¤ÎWiki¤¬Ìܻؤ¹½ê GC¤È¤Ï¡© GC¤ò³Ø¤ÖÁ°¤ËÃΤäƤª¤¯»ö ¼Â¹Ô»þ¥á¥â¥ê¹½Â¤ ´ðËÜ¥¢¥ë¥´¥ê¥º¥àÊÔ Reference Counter Mark&Sweep Copying ±þÍÑ¥¢¥ë¥´¥ê¥º¥àÊÔ IncrementalGC À¤ÂåÊÌGC ¥¹¥Ê¥Ã¥×¥·¥ç¥Ã¥È·¿GC LazySweep TwoFinger Lisp2 Pa
PHPで安全なセッション管理を実現する方法
_ 残り容量が数十Mバイトになっていた PCがなんかくそ遅いなーと思ってふと空きディスク容量をみたら、残り数十Mバイトまで減っていた。Folder Size for Windowsで各ディレクトリ単位のディスク使用量をながめてみたところ、 Thunderbirdでimapでアクセスしているアカウントのデータフォルダに、なぜか1GバイトオーバーのINBOXファイルがあった。なにこれ？ 削除したけど別に動作には支障はなし。 puttyのlogが無限に追記されたよ……。数Gバイト。 昔ダウンロードしたCD/DVD-ROMのisoイメージファイルが、そこかしこに消されず残ってたよ。10Gバイトオーバー。 あと、細かいテンポラリディレクトリの中身とか消したら、30Gバイトくらい空いた。そこまでやって久しぶりにデフラグを起動したら、表示が真っ赤（ほとんど全部断片化されている）だったので、最適化実行中。
旬のアラカルト スペシャルインタビュー アラン・ケイが描くパソコンの未来像（前編）
「パーソナル・コンピュータ」の概念を提唱したとして知られるアラン・ケイ氏に会う機会を得た。パソコンの未来を語る同氏の熱弁ぶりは健在だ。ムーアの法則に従い、半導体技術が3万倍に進歩したにも関わらず、ユーザーの実感としてコンピュータ・システムの性能向上はわずか50倍にすぎないと憂える。コンピュータ・アーキテクチャの進むべき方向性について、同氏の鋭い分析と将来の夢を3回のインタビュー連載でお届けする。 （聞き手＝ITpro発行人 浅見直樹，写真＝栗原克己） ―― コンピュータ技術の進歩にはめざましいものがありますが。 果たして、そうだろうか。必ずしも進歩していない部分もある。例えば、メモリのデータ転送速度はさほど高速化していない。また、マイクロプロセサも依然としてシングル・プロセサのアーキテクチャから脱却していない。これは、技術的な問題というよりも、コンピュータ・ベンダーが大きな変化を望んで
[ThinkIT] 第1回：ネットワーク監視 (1/4)
IPによるネットワークインフラは、プリンタやファイルサーバなどの設備・情報の共有を実現するだけでなく、Webやメールによる顧客への情報提供とダイレクトコンタクトの実現など、社内外への通信手段としてなくてはならないものになっています。 これまでのネットワークの使用方法は、メールの送受信やデータ転送などの非リアルタイムのデータ通信利用が中心でした。しかし最近ではストリーミング技術の進歩によって、IPテレビ会議やSkypeに代表されるVoIPの普及が進んでいます。ADSLやFTTHにはほぼ標準で050のVoIPはついてきますし、IP-PBXの低価格化により内線電話のVoIP化は急速に進んできています。 メールやWebなどを中心とした蓄積型データ通信であれば、少しの瞬断ぐらいならまだ許容されたのですが、リアルタイムで不具合が判明してしまう音声通信がネットワークに乗ってきたことは、ネットワークが1秒
画像配信の負荷分散も比較的簡単？（その1） - 最速配信研究会(@yamaz)
30万個ぐらいの静的ファイルを配信するサーバーの選び方 で静的な配信サーバに関することが述べられている. naoyaさんが公開されてるInside Hatena Bookmark's Backend の資料などを読むと、mod_perlなサーバーやMySQLサーバーの選び方の参考になったりするわけですが、世の中を見渡してみても、静的コンテンツ（画像とか）を配信するサーバーの指南書らしきものはなかなか見あたりませんでした。 なので、経験を元に書いてみることにします。 ということらしい.書いてあることはすべて同意だけど, つい3ヶ月くらい前まで 平均15k×1万URL×50億httpアクセス/day 平均4KByte×100万URL×3億HTTPアクセス/day な画像サーバと某所で向き合ってたため,ちょっとは役に立てるかもしれないと思ったので,私の経験を書いてみようと思う. 動画配信の負荷分
Flickr開発者が語るネットサービスの高速化方法
Web2.0としてくくられるタイプの各種ネットサービス、いわゆるウェブアプリは以前とは比較にならないほど動的生成されるものが多く、結果としてものすごい負荷をシステムにかけるわけです。 というわけで、海外におけるデジカメ画像共有サービスの代表的なものである「Flickr」の開発者がJavaScriptを高速化する手法について解説しています。 Vitamin Features >> Serving JavaScript Fast 手順を分割して簡単にしてみたり、キャッシュを使ったり、転送量を圧縮して帯域を節約したりいろいろあるようです。なお、GIGAZINEはキャッシュシステムを採用して有効活用することで負荷を現在、当初の12分の1に抑えています。 また、こっちはリバースプロキシによる高速化手法。 ViSolve.com - Squid Support Service Apacheのモジュール
今日の井原. - blog検索エンジン「NAMAAN」の中身
2008年09月 (1) 2008年05月 (6) 2008年04月 (3) 2008年03月 (4) 2006年10月 (3) 2006年09月 (2) 2006年08月 (5) 2006年07月 (4) 2006年06月 (8) 2006年05月 (7) 2006年03月 (3) 2006年02月 (3) 2006年01月 (6) 2005年12月 (3) 2005年11月 (10) 2005年10月 (23) 2005年09月 (22) 2005年08月 (25) 2005年07月 (22) 2005年06月 (11) 2005年05月 (20) 2005年04月 (13) 2005年03月 (18) 2005年02月 (22) 2005年01月 (3) 2004年12月 (7) 2004年11月 (31) 2004年10月 (4
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【セミコン・ジャパン】会場でリソ工程を実演、「ミニマルファブ」のファブシステム研究会
電子透かし
GREE Engineering
