キャッシュの大きいRDB vs インメモリデータベース、性能がどれだけ違うのか調べてみると
2週間ほど前に「インメモリデータベースがクラウド時代の主流になるという期待」というエントリを書きました。ハードディスクに代わり、メモリをデータベースの永続化手段とするインメモリデータベースは、超高速なアクセスとスケールアウトを実現する、クラウド時代のデータベースの主役になるのではないか、という内容です。 この記事に関して、TechVisorの栗原さんと次のようなやりとりをしました。 確かに、Oracle Real Application Cluster（以下、Oracle RAC）でデータベースが全部載るくらい十分にキャッシュ用のメモリを割り当てれば、メモリ上でデータベースを操作するインメモリデータベースと同じことではないのか、とも思います。 両者の違いは何かあるのでしょうか？ 調べてみることにしました。 インメモリデータベースは1000倍速い 調べてみるとすぐに、両者には明確な性能差があ
正しいベンチマークをするための10のポイント
世の中ではたくさんの人が独自にベンチマークを行ない、独自に情報発信がされています。そのベンチマークの中には、非常に参考になるものもあれば、現実性に大きく欠けるものもあります。競合他社が、ライバル社の製品にとって不利な条件でベンチマークを行い、それを発信することも日常的に行われています。ベンチマークの結果を鵜呑みにすることは危険で、結果の意味を判断するスキルを持つことが重要です。これはプロジェクトにおいて負荷テストを行う場合にも重要です。負荷テストの条件設定が正しいかどうかを判断できるようになるためです。 ここでは、私がDBサーバのベンチマーク/負荷テストを行ったり結果を読んだりする上で、心がけているポイントを10個ほど紹介したいと思います。 ■ハードウェアに関する4つのポイント 1. ハードウェアのスペックと設定を注視する ハードウェア構成によってベンチマーク結果は劇的に変わるので、言わず
FirefoxのAutoPagerizeが重かった
高速に動作することで定評のあるWebブラウザFirefox。Firefox2からFirefox3になり、パフォーマンスが大幅にアップしたことを体感して、メインブラウザとして使い始めました。 そして、先月には最新バージョンFirefox3.5が公開され、さらなる高速化を期待したのですが…。 なぜか重い。 使っているうちに、以前よりも重くなったような感じさえしてきました。 それで、いろいろいじってみることに。 まず、places.sqliteがどんどん肥大化していって、使えば使うほど遅くなっていくというFirefoxの仕様。 places.sqliteを最適化するTIPSなんかがよく人気記事になっています。 自分の環境のplaces.sqliteを調べてみたら、32MBになっていました。 最適化を試みても、まともに動かない始末。 どうやら、places.sqliteが壊れていたようです。 そこ
Windowsカスタマイズ - キャッシュを極める
デバイス間の速度差を吸収するのがキャッシュ 実行待ちのデータは、HDDから物理メモリの作業領域に読み込まれてからCPUに渡される。実行後、作業領域のデータは破棄されるのだが、使用頻度の高いデータについては物理メモリ内の特別な場所に一時的に保管される。この特別な場所が「キャッシュ領域」で、次に同じデータの実行が要求されると、キャッシュ領域から作業領域へデータが送られる。CPUに送る前のデータの読み書きを、低速なHDDを介さず高速な物理メモリだけで行なうことで、処理の高速化を図る。これがキャッシュの基本的な仕組みだ。ウィンドウズXPのキャッシュ機能の中でとくに重要なキーワードが「ディスクキャッシュ」と「システムキャッシュ」だ。「ディスクキャッシュ」は、ディスクから読み出されたデータをいったん物理メモリに読み込み、そこから別のディスクに書き込む仕組み。2台のディスクのあいだに“速い”物理メモリを
Microsoft Corporation
Microsoft Learn. Spark possibility. Build skills that open doors. See all you can do with documentation, hands-on training, and certifications to help you get the most from Microsoft products. Learn by doing Gain the skills you can apply to everyday situations through hands-on training personalized to your needs, at your own pace or with our global network of learning partners. Take training Find
mod_proxy - Apache HTTP サーバ
Warning Do not enable proxying with ProxyRequests until you have secured your server. Open proxy servers are dangerous both to your network and to the Internet at large. This module implements a proxy/gateway for Apache. It implements proxying capability for AJP13 (Apache JServe Protocol version 1.3), FTP, CONNECT (for SSL), HTTP/0.9, HTTP/1.0, and HTTP/1.1. The module can be configured to connect
oinume journal
大規模なコードベースでリファクタリングを省エネ化するためにcodemodを最近調べていて、軽く試行錯誤したのでそのメモ。 やりたいこと 例えば以下のようなTable Driven TestなコードをBEFOREからAFTERに書き換えたい。コード量が多いため人間がやるのは現実的ではなく、codemodで機械的に書き換えたい。 BEFORE package main import ( "slices" "testing" ) func TestContains(t *testing.T) { type args struct { ss []string s string } tests := []struct { name string args args want bool }{ { name: "empty: false", args: args{[]string{}, ""}, wan
SquidによるReverse Proxyの構築
Squid2.6STABLE8以降は、"http_port" の "accel" オプションでリバースプロキシ（アクセラレータ）を指定するようになった。 Squid-2.5以前のアクセラレータモードの動作はまったく異なるため、引き続き使用する場合は2.6以降にアップグレードすることを強くお勧めします。 このページでは、リバースプロキシ（Reverse Proxy）を使った、Webサーバのパフォーマンス改善について示します。 このページは次のような章立てになっています。 １章ではリバースプロキシの概要、２章では普通のリバースプロキシと透過モードでのリバースプロキシの比較、３章ではリバースプロキシでのキャッシュの働き、４章ではSquidをリバースプロキシとして機能させる設定 １章、リバースプロキシの概要 ２章、普通のリバースプロキシと透過モードでのリバースプロキシの比較 ３章、リバースプロキシ
Apache のリバースプロキシの設定方法 - WebOS Goodies
本日は Google Gears 関連のもうひとつのネタを書こうと思ったのですが、間に合わなかったので最近仕事で使った Apache のリバースプロキシ機能の設定方法などをご紹介します。リバースプロキシは、特定のディレクトリ以下へのリクエストを他の Web サーバーに中継する機能です。 LAN 内の複数のマシンで稼動している Web サイトをひとつのグローバル IP で公開したり、 Apache 以外の Web サーバー（Rails でよく使われる mongrel とか）を Apache の Web サイトに統合したりとかが簡単にできます。 Web サイトを柔軟に構築するために、覚えておくと便利ですよ。 前提条件 Apache のリバースプロキシ機能を利用するためには、 mod_proxy を組み込んだ Apache が必要です。通常の Linux ディストリビューションなどではデフォルト
Windows XP の立ち上がり、起動が遅い？
理由は何通りか考えられます。 １ CPUの能力が低い ２ メモリが少ない ３ ウイルスやスパイウエアにやられている ４ 無駄な仕事をコンピュータにたくさんさせている それで、もし１であれば、新たにコンピュータそのものを購入する必要があります。２については、メモリを増設するのみです。 ３については、下記のページを参考に、ウイルススキャンやスパイウエアスキャンを行ってみてください。 http://www.securityzone-za.bne.jp/virusscan.htm http://www.higaitaisaku.com/adaware.html http://www.higaitaisaku.com/spybot2.html ４の解決方法は、とにかく無駄な仕事をさせないように設定するだけです。次に紹介するのは、その一例です。 ○ 不必要なアプリケーションは、コントロールパネル →
Apacheパフォーマンス・チューニングの実践
セッションのチューニング ここまでのチューニングは、必要か必要でないかを判断すればよく、手探りで最適な値を探し出すというものではなかった。しかし、これから紹介する「セッションのチューニング」はそうもいかない。ある程度の見通しは立てられても、最適な答えを見つけるのには手間がかかってしまう。 KeepAliveとセッションの切断 セッションのチューニングの手始めとして、「KeepAlive」について考えることにしよう。KeepAliveはHTTP/1.1から用意されたもので、クライアントとの接続を保持する仕組みである。HTTPは「ステートレス・プロトコル」と呼ばれるとおり、1回の要求（リクエスト）ごとに接続が切断される。しかし、今日では1つのWebページを表示するために複数のファイルが必要となる場合がほとんどなので、1リクエストごとに接続を切っていたのでは効率が悪い。そこで考え出されたのがKe
)
Performance and Reliability Monitoring
This browser is no longer supported. Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support. On This Page Monitoring your Hardware and Applications Tools to Monitor and Test Server Performance Monitoring Your Hardware Monitoring Your Web Applications Reliability Monitoring Monitoring your Hardware and Applications An important part of operations
How to determine the appropriate page file size for 64-bit versions of Windows
ページ ファイルのサイズ設定は、システム クラッシュ ダンプ設定の要件と、システム コミット料金のピーク使用量または予想されるピーク使用量によって異なります。 どちらの考慮事項も、同一のシステムの場合でも、各システムに固有です。 この一意性は、ページ ファイルのサイズ設定も各システムに固有であり、一般化できないことを意味します。 適用対象: Windows 10 適切なページ ファイル サイズを決定する すべてのバージョンの Windows および Windows Server のページ ファイルサイズ設定に関して、次の考慮事項を使用します。 クラッシュ ダンプ設定 システム クラッシュ時にクラッシュ ダンプ ファイルを作成する場合は、ページ ファイルまたは専用ダンプ ファイルが存在し、システム クラッシュ ダンプ設定をバックアップするのに十分な大きさである必要があります。 それ以外の場合
)
.NET アプリケーションのパフォーマンスとスケーラビリティの向上 - 第 5 章 「マネージ コ ード パフォーマンスの向上」
Recommendations on how to design and develop custom applications using the Microsoft platform Each patterns & practices offering contains a combination of written documentation and re-usable source code. Many also include a reference implementation. As the guidance is being developed it is reviewed and approved by internal Microsoft product teams and by external customers and partners. This produc
qmail の配信能力を極限まで引き出す方法（ログ関連）
「syslog は I/O 負荷が高い → daemontool に移行しよう！」でも書きましたが、メール配信サービスのような用途の場合、メールサーバの配信ログってのは極めて重要。qmail の配信能力を極限まで引き出すには、様々なチューニングの中でも重要なのがログの出力。 そこで思いついたのがログの出力を RAMディスク上に出力するって方法。もちろんログの出力は daemontool 経由で。 もちろん出力したログは日時バッチでローカルディスク上にバックアップログとして保存。OS フリーズ等でメモリ上のログが失われるって可能性は許容するって要件で構築。 実際に業務で採用して速度の計測をしていたところ、 Intel(R) Xeon(TM) CPU 3.06GHz × ２、 メモリ４Ｇ （うち、RAMディスクは２Ｇ） なＨＷ環境、 net-qmail ベースにいろいろな patch を適用し
ITmedia エンタープライズ：Linuxのパフォーマンスを改善する3つのTips (1/3)
同じコンピュータでも、Linuxを走らせたときの方がWindows XPやVistaを走らせたときよりも性能は高くなる。しかしLinuxシステムはさらに高速化することも可能だ。本稿では、Linuxシステムの性能を向上させるための、3つの異なるレベルで行う最適化の方法を紹介する。 同じコンピュータでも、Linuxを走らせたときの方がWindows XPやVistaを走らせたときよりも性能は高くなる。しかしLinuxシステムはさらに高速化することも可能だ。この記事では、Linuxシステムの性能を向上させるための、3つの異なるレベルで行う最適化の方法を紹介する。 あらゆる最適化について言えることだが、何らかの簡単なベンチマークを行なわなければ、結果を本当に向上させることができたのかどうかを知ることはできない。Linux PC上では通常、数多くのプロセスが走っていて、それらが性能の測定に影響を与え
mysql と drizzle の負荷テストツール「skyload」が凄い！ - kazuhoのメモ置き場
tmaesakaさんがやってくれました。 ずいぶん前からSQLのベンチマークを測定するのに使いやすいプログラムないかなーと思ってました。個人的にはmysqlslapというのを使ってたのですが、幾らか気に入らない所があったりコマンドラインオプションが複雑で毎回 --help を読んだりしていました。余計な機能なんかなくて、指定したSQLを高速にくりかえしてくれる物が欲しいなぁって思ってたんです。 とあるIRCでこの前、tmaesakaさんから「いま作ってる」という話を聞いて、いろいろ要望を言ってたんですが、ついさっきチュートリアルが公開されました。速いw 名前はskyload。とても小さく、実装コードだと800行程度です。しかもオプションが少ないので使い方が単純です。試しに適当な INSERT の速度を測ってみました。 $ skyload --server=localhost --mysql
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
株式会社スタイルズ
美女裸体a级毛片,免费观看成人羞羞视频网站,丰满多毛的陰户视频,女教师杨雪的性荡生活
もりばんのLinuxシステム構築Tips