NVIDIAが明らかにした「Fermi」の次
米NVIDIAのGPUテクノロジーをテーマにした開発者向けカンファレンス「GPU Technology Conference」（GTC）が米カリフォルニア州のサンノゼでスタートした。9月21日（現地時間）には同社プレジデント兼CEOのジェンセン・ファン氏による基調講演が行われ、NVIDIAの現況、そして、CUDAの利用事例や将来のロードマップについて紹介した。 NVIDIAを支える3つの柱 NVIDIAといえば「GPU」となる。実際、GeForceやQuadroなどのGPUを搭載したグラフィックスカードを、自宅やオフィスのPCで利用しているユーザーも多いだろう。最近では「Tegra」で、スマートフォンやタブレットデバイスや組み込み分野への参入も果たしている。 そのNVIDIAが、いま最も力を入れており、第3の柱として重視するのが「GPUコンピューティング」と呼ぶGPU性能を生かした並列コン
「次のレボリューションは携帯電話から」──NVIDIA CEOが考える「Tegraの先」
プロセスルールとアーキテクチャの改良で進化する「Fermiの次」 ファン氏の記者会見では、基調講演で公開したロードマップに質問が集中した。ファン氏が示したロードマップでは、2011年後半に次世代GPUアーキテクチャの「Kepler」（開発コード名）が登場し、その2年後となる2013年には「Maxwell」（開発コード名）がリリースされる。半導体のプロセスルールは世代が上がるごとに向上し、Keplerでは28ナノメートル、Maxwellでは20ナノメートルが採用される予定だ。 ファン氏は、進化するのはプロセスルールだけでなく、アーキテクチャも刷新されていくことになるという。プロセスルールの微細化によって単位面積あたりのトランジスタ集積数が倍増するため、新しいアーキテクチャの導入が可能になるからだ。単純にプロセスルールが微細化するというだけではなく、新アーキテクチャの導入を可能にするための改善
【レポート】Apple A4の秘密を申請特許から解き明かす - ベクトル処理と省電力機構 (1) A4が内包する新テクニックと設計思想 | パソコン | マイコミジャーナル
AppleがiPadで採用したプロセッサ「A4」については、これまでにも何度もその全容を知ろうという試みが各方面で行われており、小誌も最も新しい記事では「秘密がないのが秘密? - Apple A4アーキテクチャの謎とは」というタイトルでA4の最新情報について紹介している。 A4の正体がARM Cortex-A8のシングルコアにPowerVR SGXとスリム化したI/Oを搭載したSoCであることはほぼ既定事実となりつつあるが、一方でAppleが最近になり申請した特許の数々から、A4が内包する数々の新テクニックや設計思想に触れた分析も出てきている。 先の記事で、Ars TechnicaのJon Stokes氏が周囲からの情報を基に予測したA4の特徴は下記のものとなる。 ARM Cortex-A8 1GHzのシングルコア PowerVR SGX GPU 30ピン用ドックコネクタと一部メモリインタ
スケールアウトからスケールアップへの回帰:Kenn's Clairvoyance
これを書こうと思ったキッカケは、奥一穂さんの「ウェブアプリケーションサーバを複数台構成とか2010年代には流行らない」っていう、最近モヤモヤと感じていたことをうまく説明してくれてる記事をみたこと。 年始からちょくちょくサーバの運用環境を物色しながら考えていたことと見事にシンクロした。だいたいの要旨はTwitterのほうでも書いたのだけれど。 ムーアの法則でどんどん向上する技術にくらべ、人間のキャパシティは変化しない定数項として考えていい。だとすれば、そうやって向上する性能を、人間の労力を削減する方向で使えてはじめて、「技術が競争優位性を生む」といえるだけの破壊的な価値がでてくるということになる。 では、現在の技術トレンドを活用することで減らせる「人間の労力」とは何か。 それは、過去10年あまりで定着した、これまでの（そして今なお）Webアプリケーションの定番構成である、「ロードバランサ、ア
Facebookが大規模スケーラビリティへの挑戦で学んだこと（前編）～800億枚の写真データとPHPのスケーラビリティ問題
Facebookが大規模スケーラビリティへの挑戦で学んだこと（前編）～800億枚の写真データとPHPのスケーラビリティ問題 全世界で3億人を超える会員を抱え、世界最大のSNSとなったFacebook。同社の巨大なシステムは、3つのデータセンターにある約3万台のサーバと、PHP、C++、Memcache、MySQLなどのソフトウェア群によって支えられています（同社のデータセンターの巨大さは、記事「3億のユーザーを抱えるFacebookのデータセンター。移動は自転車、希望は100Gbイーサネット 」を参照）。 同社の技術担当バイスプレジデント Jeff Rothschild氏は、Facebookが実現している大規模なスケーラビリティを、いかにしてこれらのソフトウェアで実現しているのか、10月8日に米カリフォルニア大学サンディエゴ校で行ったセミナー「High Performance at Mas
HTML5時代の「運営しやすいアーキテクチャ」の話
増井君と二人でPhotoShareというサービスを立ち上げてもう１５ヶ月になるが、いろいろと学んだことがある。その中でもつくづく思うのは、サービスを作り上げる段階よりも、運営のことを考えた設計が大切なこと。つまり、メンテナンスしやすい、テストしやすい、多少のミスをしても大丈夫、こまめなアップデートがしやすい、作業分担がしやすい、などなどである。 そんななかで強く感じるのは、「AJAXを見た目や使いやすさの面だけに利用するだけでなく、『運営しやすいサービス』を作るのに利用できないか」ということである。 私のイメージするアーキテクチャを図にするとこんな感じになる。 まず一番の特徴は、テンプレート等を利用したHTMLのダイナミックな生成をすべてやめて、データ（JSONもしくはXML)だけをダイナミックに生成するようにし、HTMLはスタティック・ファイルをサーバー側に置いておく（上の図で、CSS,
データセンターが「落ちる」ことを想定したグーグルのアーキテクチャ
サーバを安全に運用する施設として構築されるデータセンターですが、グーグルではそのデータセンターですら"落ちる"ことがあると想定してアーキテクチャを構築しています。 米グーグルが今年の5月に行ったイベント「Google I/O」で、同社のGoogle App Engine datastore leadであるRyan Barett氏が行った講演「Transactions Across Datacenters (and Other Weekend Projects)」のビデオがYouTubeで公開されました。 Barett氏は、担当しているGoogle App Engineのデータベースに関してグーグルが「multihoming」（マルチホーミング）と呼ぶ複数のデータセンターを用いた処理を実現している理由として、データセンターが自然災害や停電に見舞われたり、メンテナンスなどによるデータセンターの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【本田雅一の週刊モバイル通信】 インテルの悩み、Appleの結論