PostgreSQLのキャッシュをクリアする方法 - longkey1's blog
全文検索の速度計測をする際に採用したやり方をメモしておく。 とりあえずDebian Squeezeでやったらちゃんと動いた。 sudo service postgresql stop sudo su - -c "echo 3 > /proc/sys/vm/drop_caches" sudo service postgresql start この後にpsqlとかでSQL実行すればOK。 2行目でわざわざsuコマンドを叩いているのは、sudoで直接実行しても上手くいかなかったので。 正直なにやっているのかわからないけども、ちゃんとキャッシュがクリアされている様な結果になったので良しとする。 参考サイト [pgsql-jp: 40643] Re: PostgreSQLキャッシュクリア方法についてご質問
原因調査用Linuxコマンド | 外道父の匠
サーバの動作に異常が発生した際に原因を探るためのLinuxコマンドで、自分用のメモです。 全てmanとかググったら出てくるので説明は適当です。思いついたら後で追記していくかもです。 対象はDebian Squeezeになります。 全てパッケージインストールできるもので、パッケージ名は [in packagename] としてあります。 各所よりコメントありがとうございます。 良さ気なコマンドは追記していきます。 ＜追加したコマンド＞ * telnet (+コメント wget, netcat) * arp (+コメント arpwatch) * pstree * fdisk コメントに gdisk * host, dig * watch * reboot
月額10円～でレンタルサーバーをはじめる方法 | アマゾン ウェブ サービス（AWS）
たとえばこんな使い方 画像と HTML ファイルを中心としたウェブサイトなら、Amazon S3 で充分に活用できるから、使い道も広がります。 急ぎのウェブサイト公開が必要となる場合も多いキャンペーンサイトも、Amazon S3 なら数分でアカウント作成、コンテンツの公開も 10 分程度で完了します。しかも契約期間の縛りもないため、すぐはじめられて、キャンペーン終了後、必要がなくなったその時点で終了することも可能です。 詳しくはこちら » 法人ウェブサイトのデータ損失は絶対に避けたいものです。米国の政府機関をはじめエンタープライズ企業様も利用する Amazon S3 は、複数のデータセンターでお客様のウェブサイトデータを保管。99.99 % の可用性と、99.999999999 % の堅牢性でお客様のウェブサイトを運営することができます。 もちろん万全を期すために、別のリージョン（国）の
monoweb.info - このウェブサイトは販売用です！ - monoweb リソースおよび情報
このウェブサイトは販売用です！ monoweb.info は、あなたがお探しの情報の全ての最新かつ最適なソースです。一般トピックからここから検索できる内容は、monoweb.infoが全てとなります。あなたがお探しの内容が見つかることを願っています！
さくらVPS を設定してみる:Nginx をいれてみたよ♪ (2) | TOTEKAN
WHERE THE WEB WAS BORN by Max Braun, on Flickr 前回の記事の続きです。 前回の記事では、Nginx の共通設定と、設定に使うための部品をつくりました。 今回は、前回つくった部品を使って、サイトの設定をしていきます。 とりあえず WordPress が使いたいので、WordPress をインストールして、使えるように設定していきますが、他のアプリケーションをインストールするときにも参考にしていただけたらうれしいです。この記事では、リバースプロキシの機能はまだ使いません サイトごとの設定をする 存在しないドメインへのアクセスを処理する きちんと設定ができているか、確認する サイトごとの設定をする Edith Abeyta - sumo mug - in production at Angels Gate by Marshall Astor - Fo
nginx + unicornでrails3.1が動作する環境を作る - A Peak Never Ending !
方針 手元(Ubuntu)で開発して、サーバ(Ubuntu)にデプロイ出来るrails 3.1動作環境を作るのが目標 プロジェクト毎にユーザを作成する (各ライブラリをプロジェクト毎にbundlerで管理、デプロイをするため) 同様の理由でrbenvを使って各ユーザ毎にrubyのバージョンを管理 構成 静的なファイルへのリクエストは直接nginxで返す構成をとります(railsのpublic配下のディレクトリにあるファイル、適宜nginxのconfigに設定を追加する必要あり)。またrails3.1からAsset Pipelineが導入されたため/assets/〜に関するリクエストに関してもnginxで直接返すようにします。加えてnginx <=> unicorn間の接続にはUnix Domain Socketを用います。イメージを図にすると下記のようになります。 unicorn gith
デプロイツールCapistranoいいよー - webネタ
正月だし書き溜めてある記事を除々に投下していく(。´ω`。) デプロイについて 開発環境で作ったものを本番環境にUPするときデプロイとか言いますが、色々な方法があります。 優劣的には、WinSCP <<< rsync <<<<<<<<<<<<<<<<< Capistrano です。 rsyncだけとかもうツライです。 Capistranoのインストール 簡単インストール sudo gem update --system sudo gem install capistrano sudo gem install capistrano_colors sudo gem install capistrano-ext sudo gem install capistrano_rsync_with_remote_cache デプロイ先の設定ファイルを生成 mkdir ~/deploy cd ~/deplo
RailsのデプロイとUnicornのトラブルシューティング
デプロイしたけど何かおかしい？ 先日、Unicornを採用しているウェブアプリで問題が発生しました。デプロイした最新のコードが実行されているように見えますが、時々古いコードの挙動を見せるのです。 今回はそのトラブルシューティングの一部始終を紹介しながら、Unicornのホットデプロイ（ダウンタイムなしでアプリケーションを更新すること）の仕組みをおさらいします。担当は私、去年KRAYに入社しました@irohirokiです。よろしくお願いします。 問題 まずはデプロイ先のサーバにSSHして、Unicornのプロセスを調べてみました。 $ ps ax -H PID TTY STAT TIME COMMAND 3159 ? Sl 0:00 unicorn master (old) -c unicorn.conf -D 3162 ? Sl 0:00 unicorn worker[0] -c unic
Nginxを使ったもう一歩進んだWordPressチューニング
Nginxを使ったWordPressのチューニングといえば、フロントエンドのNginxとバックエンドのNginx（もしくはApache）に分けてproxy cacheを効かせるのが王道です。 さらにWP Super Cacheプラグインを利用してなるべくPHPやMySQLにアクセスさせないようにすると、手軽で絶大なパフォーマンスアップが可能です。 今回はそこからもう一歩進めたチューニングについて書きたいと思います。 二段階層を廃したシンプルな構成 まずは、図をご覧ください。 前述の王道チューニングの構成はA図となります。 proxy cacheはNginxがバックエンドのサーバーに処理を回し、返ってきたレスポンスをキャッシュして、Nginx自身がキャッシュを返すことでパフォーマンスを上げる仕組みです。 A図-1がキャッシュの無いアクセス、A図-2がキャッシュが効いているアクセスを表していま
CentOS5.6 で MySQL+Nginx+Unicorn な Rails アプリを動かす - happy lie, happy life
完全に自分用の備忘録。VirtualBox にインストールした CentOS5.6 に表題の環境を構築してサーバを動かすまで。 サーバのメモリは512Mでパーティションは40Gと、（記事執筆時では）一般的な低価格帯 VPS を意識したスペックに調整してあります。 また、すべての作業は su で root ユーザに昇格した上で行う前提になっているので sudo を使う場合適宜置き換えて下さい。 必要なパッケージのインストール 今後の作業に使うパッケージを yum からインストールしておきます。 yum install gcc gcc-c++ openssl* readline* ncurses* zlib* libxml* libjpeg* libpng* libxslt* libtool* MySQL のインストール これも yum からインストールします。 yum install mys
PostgreSQLメンテナンスメモ - あられねこのめも
PostgreSQLのメンテナンス、その他についてのメモ。 もくじ ・explain ・統計情報コレクタ ・遅延調査、SQLのキャンセル、lock調査 ・リソース ・pg_bench ・pgstattupple ・pg_rman ・pg_reorg ・auto_explain ・create database（文字コード指定） ・インデックス ・hot contents explain 問い合わせ文の実行計画を表示する 詳細:http://www.postgresql.jp/document/8.4/html/using-explain.html # 基本 explain select * from test where insert_date > '2000-01-01 00:00:00'; # 問い合わせを実行し、実際の実行時間を表示する。UPDATE文は注意 explain anal
nginx設定メモ - おおにしあきらの日記
忘れないようにメモ。 ドキュメント 公式サイト：http://nginx.org/ wiki：http://wiki.nginx.org/ 公式のサイトよりwikiの方が充実してたのでwikiを参考にした。 自分の環境 OSはUbuntu10.04。 ドメインは http://www.oh24.net/ を取った。まだ特に何もない。 nginxは「sudo aptitude install nginx」でインストールした。 $ nginx -V で、configure optionsとか色々見られる。自分の所のはこんな感じだった。(見やすいように改行した。) nginx version: nginx/0.7.65 TLS SNI support enabled configure arguments: --conf-path=/etc/nginx/nginx.conf --error-lo
Ruby Garbage Collector Performance Tuning | Carpe Diem
Ruby のガベレージコレクションのパフォーマンスチューニングをする方法に環境変数を指定する方法があります。Ruby Enterprise Edition でも同様の設定が可能なので、パフォーマンスチューニングできるか試してみました。 以下、それぞれの環境変数の意訳です。 RUBY_HEAP_MIN_SLOTS: 最初のヒープスロット数です。デフォルトは、10000 です。 RUBY_HEAP_SLOTS_INCREMENT: Ruby が最初に新しいヒープを確保するときに必要な確保するために追加するヒープスロットの数です。デフォルトは、10000 です。例えば、デフォルトの GC 設定のとき、ヒープ上に 10000 の Ruby オブジェクトが存在しています。プログラムは他のオブジェクトを生成するとき、Ruby はそこに 10000 ヒープスロットで新しいヒープを確保するでしょう。合計で
お手軽zsh導入ツール『oh-my-zsh』でzsh入門してみる - さかなチキンぱん。
ブログを移した為記事を削除しました。 新しいページへどうぞ
入門OpenSSH 新山 祐介 著
「入門OpenSSH」 (新山 祐介 著) は、 2006年6月に秀和システムから刊行されました (2009年末に絶版)。 秀和システム 「入門OpenSSH」のページ ここで公開している原稿は、最終的な版下になる前のものです。 実際に出版された書籍とは異なっている部分があります。 重大な間違い等がありましたら、新山までお知らせください。 () 注意: 本書が刊行された時点での OpenSSH のバージョンは 4.3 でした。 現時点(2011年2月)における OpenSSH のバージョンは 5.8 です。 変更履歴 2010/09/12: 公開。 目次 はじめに 第1章. OpenSSH を導入するにあたって 1.1. OpenSSH とは 1.2. OpenSSH にはできないこと 1.3. OpenSSH ができること 第2章. OpenSSH をインストールする 2.1. 現在イン
Explaining Explain ～ PostgreSQLの実行計画を読む ～ (PDF版) — Let's Postgres
EXPLAIN や EXPLAIN ANALYZE の使い方と、それらを利用してスロークエリの実行計画を改善する方法を紹介します。 Explaining Explain ～ PostgreSQLの実行計画を読む ～ (PDF版) OSCON 2005 で講演され、2005年のJPUG夏合宿で分担して翻訳した発表資料です。PostgreSQL 8.3 に対応できるよう内容を更新しています。 Explaining Explain ～ PostgreSQLの実行計画を読む ～ (PPT版) OSCON 2005 で講演され、2005年のJPUG夏合宿で分担して翻訳した発表資料です。PostgreSQL 8.3 に対応できるよう内容を更新しています。
第4回 クエリ評価エンジンと実行計画―“シェフおまかせ”はいつも美味しいのか（1） | gihyo.jp
はじめに 結果として、SQLのような関係型の言語は非手続き型の言語と呼ばれるが、これはユーザは「いかに」ではなく「何を」を指定する―つまり、獲得するための手続きを指定することなしにユーザは何が欲しいかをいう―からである。 ── Christpher J. Date[1] Webの入力フォームであれ、コマンドラインツールであれ、インタフェースにかかわらず、リレーショナルデータベースに対する操作はSQLという専用の言語で行われます。ユーザ（プログラマ含む）が意識的にコーディングするのは通常このSQLレベルまでで、あとはDBMSが処理を終え、結果を返却するのを待つのみです。SQLとRDBMSにおいては、ユーザはデータのありかを知る必要もなければ、そこへのアクセス方法も考えません。そういう仕事は、全部DBMSに任せています。 このプロセスは、通常「プログラミング」と呼ばれるものとはかなり異なりま
軽量高速Webサーバのnginxで静的コンテンツ配信とキャッシュコントロール
nginxとは？ nginxはロシアで開発されている軽量で高速なWebサーバです。 現在シェアは 7% 近くあるようです。もちろんApacheに比べれば少ないですが、Apache 55%、IIS 25%, nginx 7%で3番目に使われているWebサーバになります。 昔は、Pound+Lighttpd+Apacheの組み合わせをよく使っていましたが、ここ数年はnginx+Apacheとかになりました。 主に、静的コンテンツをnginxが受け持ち、PHPなどの動的コンテンツはApacheに渡す形になります。Railsを使う場合は、nginx+Unicornの組み合わせが多いです。 いまさらな感じもありますが、インフラ周りの見直しも含めて紹介したいと思います。 静的コンテンツをnginxに任せる nginx+Apacheの場合の設定は次のようになります。（nginxがport 80、Apac
ITmedia エンタープライズ：Linuxのパフォーマンスを改善する3つのTips (1/3)
同じコンピュータでも、Linuxを走らせたときの方がWindows XPやVistaを走らせたときよりも性能は高くなる。しかしLinuxシステムはさらに高速化することも可能だ。本稿では、Linuxシステムの性能を向上させるための、3つの異なるレベルで行う最適化の方法を紹介する。 同じコンピュータでも、Linuxを走らせたときの方がWindows XPやVistaを走らせたときよりも性能は高くなる。しかしLinuxシステムはさらに高速化することも可能だ。この記事では、Linuxシステムの性能を向上させるための、3つの異なるレベルで行う最適化の方法を紹介する。 あらゆる最適化について言えることだが、何らかの簡単なベンチマークを行なわなければ、結果を本当に向上させることができたのかどうかを知ることはできない。Linux PC上では通常、数多くのプロセスが走っていて、それらが性能の測定に影響を与え
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://blog.monoweb.info/article/2012021823.html