「SRAM」はメインメモリ（DRAM）より桁違いに高速で、かつ値段も桁違いなメモリで、今はCPUのキャッシュメモリにちょこっと（6MBとか）使われている程度です。昔のメインフレームはそれを100GB分並べてバッテリーバックアップしてディスク代わりに使ってたそうです。1:10問題も何もありませんね！恐ろしや。。
メインフレームのSSDは半端なかった話
「SRAM」はメインメモリ（DRAM）より桁違いに高速で、かつ値段も桁違いなメモリで、今はCPUのキャッシュメモリにちょこっと（6MBとか）使われている程度です。昔のメインフレームはそれを100GB分並べてバッテリーバックアップしてディスク代わりに使ってたそうです。1:10問題も何もありませんね！恐ろしや。。
データベースコンサルタントのノウハウちょい見せ ACIDを超える概念か？ 新しいトランザクションの考え方 - BASE
各種インフラ技術(OS、ストレージ、ネットワーク)やオラクル製品といった話題を取り上げます。著者は小田圭二、「門外不出のOracle現場ワザ」、「絵で見てわかるOracleの仕組み」、「絵で見てわかるOS/ストレージ/ネットワーク」などの著作もあります DB使いであれば、ACID(Atomicity、Consistency、Isolation、Durability)は当たり前の考えかと思います。実は、DBMSならACIDが当たり前というのは、思いこみと言っても良いのです。少なくとも、ACID以外の考え方が存在するのは事実です。 今回は、そんな考え方である、BASE(Basically Available、Soft state、Eventually consistent)を紹介します。クラウドなどの世界で徐々に広がりつつある、トランザクションの考え方です。 この記事は、「BASE: An A
自分で手を動かさずに方式を決めること - GeekFactory
ここ数日、自宅サーバの仮想化方式を決めるためにkqemu, Xen, Linux-VServer, jailやらを試していました。Webで評価記事がたくさんありますが、正直なところどれも実際に使ってみないとわからんなと思います。 自分で手を動かさずに方式を決められるか？ サービスを作っていく上でどの技術（方式）を採用するか分かれ道があります。早い話が、Windows ServerにするかLinuxにするか、Javaにするか.NETにするか。方式を決めるには、必要な条件を洗い出し、どれがどう優れているかを評価します。 グラスと煎茶碗 ここに面白い喩えがあります。 方式としてどちらが優れているのかを、わかっていない人に説明するのって大変だよね。説明しないことはないけど手間はかかるし、そもそもなんでそんな上司が以下略。 例えば、グラスと煎茶碗、どちらも飲み物を給仕することは出来る。では、コーラを
RAID10 ‐ 通信用語の基礎知識
ハードディスクドライブは最低4台必要となる。利用効率はRAID1と同じになる。 同様の趣旨のものにRAID01(RAID0+1)というものもあるが、こちらはストライピングしたものをミラーリングするという点が違う。 このRAID10の方が可用性が高いので、敢えてRAID01を利用する意味はないといえる。 例えば、ディスク2台でミラーリングするとする。これを四組用意し、4ストライピング、計8台のディスクで運用することを考えるとする。総容量はディスク4台分である。 ミラー1 [1][2] ミラー2 [3][4] ミラー3 [5][6] ミラー4 [7][8] この時、仮に[1]が故障した場合、ミラー1は使用不可能となる。しかしミラー2〜4はまだ稼働しているため、データに問題はない。 この状態で[2]が故障するとミラーリングは壊滅し、同時にストライピングも壊滅するためデータは消失してしまうが、その
分散メモリー技術
分散メモリー技術とは，数十～数千台のサーバーに搭載される物理メモリーを連携させて，巨大な論理メモリーとして使用する技術である。作り出したメモリーを，データベースのキャッシュ・メモリーとして使用することで，アプリケーションのパフォーマンスが向上する（図1）。 Webアプリケーション分野で広く使われている分散メモリー技術が「memcached」だ。元々はブログ・サービス「LiveJournal」用に開発されたソフトウエアだが，オープンソース化され，ソーシャル・ブックマーク・サービスの「digg」や，ソーシャル・ネットワーク・サービス（SNS）の「mixi」でも使われるようになった。 米GoogleのPaaS（Platform as a Service）である「Google App Engine」にも，memcachedに相当するメモリー・キャッシュ機能が搭載されている。開発者はGoogle A
データベースコンサルタントのノウハウちょい見せ クラウドやマルチコアでの将来のボトルネックはきっとロック処理でしょう。コーディングが変わるかもしれません！？
各種インフラ技術(OS、ストレージ、ネットワーク)やオラクル製品といった話題を取り上げます。著者は小田圭二、「門外不出のOracle現場ワザ」、「絵で見てわかるOracleの仕組み」、「絵で見てわかるOS/ストレージ/ネットワーク」などの著作もあります 「私はOSとストレージとネットワークに興味がある」という割には、そういう話題を書いていませんでした。今日はOSをテーマとして、将来のボトルネックという話を書いてみたいと思います。今回は難しい内容を簡単に説明できていないので、「分からなかった」というコメントが届いたら、丁寧に書き直したいと思います。 さて、「分散メモリー」という技術があります。いいですよね。クラウドコンピューティングは将来バラ色に見えます。 マルチコア化(クアッドだけではなく、8コアとか)も、いいですね。どんどん性能が上がるように思えます。 ここで質問です。クラウドコンピュー
脱OpenPNE。 - Lang-8でRuby on Railsを採用 - Tous Les Jours 攻防記
Rails導入の背景 永らくOpenPNEベースで開発を続けていたLang-8ですが、以下のような課題を抱え続けていました。 生産性が低い → フレームワークの力を借りて生産性を上げたい ページのAjax化に一苦労 → Ajax対応フレームワークでJS周りの開発効率を上げたい デバッグがやりにくい → テスト駆動開発を低コストで導入したい もうそろそろ、何かフレームワークを導入するべきだろうと。 スケールするの？ フレームワークを選定する上では、DB周りがスケールするかどうかを最重要視しました。 たとえばRailsのO/RマッパであるActiveRecordは単一DBを前提にしており、スケールさせることが難しいらしい、なんて話を聞きます。メインのDBをActiveRecordで構築しなおすのはいやだなー、と。データ移行の手間もあるし。。。SNSにとってボトルネックは常にDBなので、サイトの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
