#isucon ではどんなことを考えながら作業していたか - 酒日記 はてな支店
前のエントリ #isucon で優勝してきました は当日夜に酔っ払った頭で勢いで書き上げたので、少し冷静に振り返ってまとめてみます。 最初のボトルネック発見 DB が CPU 4コアをフルに使って回っているのですぐに Query が重いのは分かった 重いクエリはキャッシュすれば、という発想は自然 (実際 MySQL のクエリキャッシュだけでスコアは 1.5倍程度上がる)、とはいえ このクエリは実行に 300〜400 ms 程度かかる アプリケーションの要件上、毎秒更新する必要がある 1秒ごとに更新に 0.3〜0.4秒かかる処理をするのは悪手だろう cache が消えてから生成、とすると生成処理が複数同時に走って無駄が大きい (実際ベンチマーク中の slow query を見ると 600〜700 ms 程度の時間が掛かっていた) ということで、DB のテーブル構成を変更して高速化できないか、
nginx の後ろで thin を unix socket で動かす | 変なヤバいもんログ
Posted on 2008年6月25日 Posted by ちゅう コメントする Posted in Development Tags: Linux, nginx, Rails Railsを起動するとき、いつもPoundの後ろで複数ポートで振り分けっていうのをよくやっていたのだけど、unix socket で nginx の後ろで thin を動かすと早いらしいとのことで、試してみた。 環境はOSX thinのインストール $ sudo gem install thin $ sudo gem install eventmachine --source http://code.macournoyer.com 2行目は、thinをsocket指定して動かす時に eventmachin の 0.11.0 以上が必要とのことで、OSXでデフォルトで入らなかったので入れた。 インストールはこれで完
さくらVPSのWordPressをチューニングして30倍高速化した方法 - 原宿・表参道.jp
今日はさくらVPSに載せているWordPressのパフォーマンスをチューニングして高速化に成功したので安心して眠れるという話をします。 2.5ページ/秒だったのが70ページ/秒と30倍高速化。 以前はDaily数千PVで重くなっていたサイトがDaily3.6万PVを余裕で捌けるようになりました。 #ちなみにproxy cacheという手法はwordpressでなくても動的コンテンツ全般に有効です。 ▼サーバ気にしなくて良くなったので今週末新宿御苑に花見に行けました☆。枝ぶりがいいさくらが多くてほんといいところだと思うの。 WordPressチューニング高速化結果http://hara19.jp/のサーバ環境と測定結果は以下のとおり。 WordPress稼働環境さくらVPS 1GB/CentOS5.5/PHP5.3/MySQL5.5/WordPress3.1。 WEBサーバはチューニングにあ
nginxでリバースプロキシ。 - ペンギンと愉快な機械の日々
Unix/Linux, Debian, 仮想化, CouchDBgitwebとCouchDBをバックエンドにしたリバースプロキシをnginxで設定したのでメモ。構成的には下図。各ノードはlxcのコンテナとして立てている。nginx自体は、 $ sudo apt-get install nginx のみでインストールできる。設定ファイルは、/etc/nginx/以下。Apacheのディレクトリ構成に似ている。Debianパッケージだからか。リバースプロキシの設定は/etc/nginx/conf.d/ディレクトリ以下に、proxy.confとして設定。proxy_set_headerを指定して、バックエンドサーバに対してクライアントのIPアドレスを教える。 proxy_redirect off; proxy_set_header Host $host; proxy_set_header X-R
nginxで名前ベースのバーチャルホストの複数指定をするときの注意点 - （ひ）メモ
先日、wikipedia:冒険遊び場 に参加してきて、森の中を駆けずり回ったり、泥んこ遊びをしたり、たき火でおにぎりや焼きイモを焼いたりましまろを炙ったりして食べたhirose31です。あといまだにnginxかngnixかつづりがおぼえられないhirose31です。 nginx (0.6系) で、ひとつのserverブロックで複数の名前ベースのバーチャルホストを設定するには、server_nameディレクティブをこんな感じで指定します: 列挙する: chikin.curry.example.com beef.curry.example.com pork.curry.example.com 先頭(か末尾)にワイルドカード: *.curry.example.com 正規表現 ここで注意しなければならないのは、nginxがLocationヘッダのリダイレクトをする場合です。例えば、http://
chocoby.jp
Name chocoby, cho_co, Kenta Okamoto Links Blog (2019-) Blog GitHub (chocoby) Twitter (cho_co) Speaker Deck (chocoby) Mail Development CurryBu Web service to share and explore curry 🍛 jp_prefecture Convert japan prefecture code into prefecture name buranko Tool to parse a git branch name and append commit message Skills Programming - Ruby, Swift, Golang, JavaScript (Flow, TypeScript) Frameworks -
unix socket で nginx の後ろで thin (Rails) を動かす - 永遠顧問
ひょー、家のサーバ落ちたー。から hatena に書いておこう。 > 復活したからこぴーした。 http://ecpplus.net/weblog/linux/thin_behind_nginx/ Railsを起動するとき、いつもPoundの後ろで複数ポートで振り分けっていうのをよくやっていたのだけど、unix socket で nginx の後ろで thin を動かすと早いらしいとのことで、試してみた。 環境はOSX thinのインストール $ sudo gem install thin $ sudo gem install eventmachine --source http://code.macournoyer.com2行目は、thinをsocket指定して動かす時に eventmachin の 0.11.0 以上が必要とのことで、OSXでデフォルトで入らなかったので入れた。 インス
Ubuntu+nginxでnode.js+npmのインストールからデプロイまで - mizchi log
作業ログ。あんまり日本語でまとまってなかったので。 Apacheが稼働しているサーバーで何度も試行錯誤したくなかったのでnginxを入れた。nodejsとnginxは相性がいいらしい。 Heroku等でもホスティングしてるようだが、あえて自鯖で動かしてみる。 # githubからnodejs のインストール $ git clone git://github.com/ry/node.git $ cd node $ ./configure $ make $ make test $ sudo make install # npm(nodejs用のパッケージライブラリ)のインストール $ sudo chown -R $USER /usr/local # インストールスクリプトの実行のためにownerに $ curl http://npmjs.org/install.sh | sh $ sudo c
node.js とは何か - I am bad at math
期せずして久々の更新になってしまった。ブログを書く気がなくなったとかそういうのではなくてただ単に忙しかっただけ。その間、まぁ仕事が予期せぬ方向から炎上してみたり、事故をもらって愛車が全損したり（フロントガラスが全面熱線入りなんていう変なオプションなどを諸々付けていたからお気に入りだったのに）と決して良いことばかりで忙しかったわけではないけどね！ で、今回は node.js のお話。異様な盛り上がりを見せているものの、じゃぁそれっていったい何かというと「JavaScriptを用いたNon-blocking I/O環境」という非常にシンプルなものだ。 その根底には「うまくスケールできること」と「動作が速いこと」という理念が見受けられる。 まず「うまくスケールできること（多量のアクセスを捌けること）」を解決するにあたり、まずはスレッドモデルか、イベントループかという問題があった。そこで auth
HTTPS編: FreeBSDでRedmineを動かす（FreeBSD+nginx+thin+Redmine+SQLite3） - 携帯電話用Javaアプリ開発日記
HTTPSでRedmineにアクセスするための設定を行う。 サーバー証明書や鍵の準備 opensslで秘密鍵・公開鍵を作り、証明書を作成する。*1 # cd /etc/ssl # openssl genrsa -des3 -out cert.key 1024 # openssl req -new -key cert.key -out cert.csr # openssl x509 -in cert.csr -out cert.pem -req -signkey cert.key -days 365 # chmod 400 cert.*（opensslコマンドは対話的に動作するが、ここでは動作の様子は省略した。） nginxの設定 前回HTTP用に追記した部分をHTTPS用に書き換える。 server { listen 443; server_name host.example.com; s
FreeBSDでRedmineを動かす（FreeBSD+nginx+thin+Redmine+SQLite3） - 携帯電話用Javaアプリ開発日記
前回nginxとRedmineのインストールが終わったので、引き続き、設定に移る。 Redmineをredmineアカウントで動かすので*1、まず、redmineユーザーとredmineグループを作成しておく。 thin Redmine用の設定ファイル/usr/local/etc/thin/redmine.ymlを作成する。 --- group: redmine pid: tmp/pids/thin.pid wait: 30 timeout: 30 log: log/thin.log max_conns: 1024 require: [] environment: production max_persistent_conns: 512 servers: 4 user: redmine daemonize: true socket: /tmp/thin/redmine.sock chdir
spawn-fcgiを使って、nginx + Tokyo Promenade (FastCGI動作)のテストを試みる | sleepless.jp
Tokyo Promenadeが0.9.16でFastCGI動作に対応したので、やっぱりnginxで、と思って再度挑戦です。 方式としては、nginxの他に、Lighttpdから個別のプロジェクトに分割されたspawn-fcgiを使ってみることにします。つまり、イメージとしては、nginxがフロントでTokyo Promenadeだけはspawn-fcgiで動いていて、promenade.fcgiへのアクセスはnginxがそっちにパスするような構成ですね。 さて、まとめ記事にある通りに、Tokyo CabinetとTokyo Promenadeはビルドを済ませてから、その他をビルドしていきます。 spawn-fcgiのredmineのプロジェクトページによると、最新版は、1.6.3のようなので、以下のようにします。 % cd /home/ユーザ名/適当な作業用ディレクトリ % wget
ずくなし。 : nginxのレスポンスが、とてつもなく遅くなった - livedoor Blog（ブログ）
Webサーバとしてnginxを使っているのですが、あるときから急にレスポンスが悪くなってしまう現象が発生しました。 簡単なページは遅くても何とか表示できるのですが、画像等をたくさん使っているページは表示が途中で止まってしまう・・・（タグが中途半端な状態で表示されたりする。これはひどかった・・・） 最初は「どっかで急に負荷がかかったんだろう」くらいのアタリで調べてたのですが、どうやらそうではないらしく。。。 nginxのエラーログを見たら同じようなエラーがワンサカ吐かれている・・・ 2010/MM/DD hh:mm:ss [crit] 1810#0: *209760 open() "/usr/local/nginx/proxy_temp/3/00/0000000003" failed (13: Permission denied) どうやらhttpの一時ディレクトリに書き込む権限がねーよと言
nginx+fastcgi+djangoの環境を構築 - Pyro Memo
新しい開発環境を構築するにあたり、またApacheとmod_pythonで構築するのもアレだな、ということで流行のnginxを試してみた。 だいたいの情報は、 nginxホームhttp://nginx.net/ NginxJahttp://wiki.nginx.org/NginxJa nginx 一人 nginx 勉強会 第一回 nginx で Django を動かしてみるhttp://d.hatena.ne.jp/Voluntas/20071020/1192875482 NGINX + FastCGI + Djangohttp://dev.osso.nl/herman/blog/2009/07/28/nginx-fastcgi-django/ Tips for nginxhttp://labs.unoh.net/2009/08/tips_for_nginx.html あたりを見れば分かる
mac ports で nginx をインストール - おもしろwebサービス開発日記
最近どうにも apache が遅いので nginx を使おうと思い下記のようにセットアップしました。これだけで動くようになります。あとはお好みで nginx.conf を編集すればおｋ。 sudo port install nginx +ssl sudo launchctl load -w /Library/LaunchDaemons/org.macports.nginx.plist # /opt/local/sbin を PATH に追加 sudo cp /opt/local/etc/nginx/nginx.conf.example /opt/local/etc/nginx/nginx.conf sudo cp /opt/local/etc/nginx/mime.types.example /opt/local/etc/nginx/mime.types sudo nginx
Route 477(2009-11-10)
■ [ruby] 大規模Railsサイトのための新しいHTTPサーバ、Unicorn githubの中の人が、ブログで「Unicorn使い始めて一ヶ月くらい経つけどいい感じだよ」と書いています。 適当に要点だけ拾ってみました。 Unicornって何よ？ UnicornはRubyのためのHTTPサーバ。MongrelやThinのようなものだけど、全く違う設計と思想を持っている ありがちな構成 [mongrel] [mongrel] .. [nginx] -> [haproxy] -> [mongrel] [mongrel] .. [mongrel] [mongrel] .. 問題点: あるactionの処理に60秒以上かかったとき、Mongrelが当該スレッドをkillしようとして固まることがある メモリが一定量を超えたときMongrelを再起動するのが遅い。 デプロイ時に9個のmongre
nginxとUnicornでRackアプリを動かす : As Sloth As Possible
どうやらUnicornというのが良いらしいという噂を聞きつけたので、どんなもんじゃろと試してみることにした。 Route 477 - 大規模Railsサイトのための新しいHTTPサーバ、Unicorn Unicornてのは何者なのかと言うと、Rack及びRailsに対応したRubyのWebアプリ用のHTTPサーバ。詳しくは上の記事を読んで下さい。githubでも使ってるそうだ。あと、名前が格好良い（あんまり関係ない）。 まずはunicornの設定 と言っても、gem install unicornしてconfig.ruがあるディレクトリでunicornコマンドを叩けば、thinとかと同じようにサーバが起動する。rackup互換のオプションも付いてるので特に悩むこともないと思う。あとは普通にApacheとかでプロキシの設定してやるなりなんなりすればすぐ使える。 それだけだと大して面白くないの
nginx install on ubuntu 9.10 | Under Construction Always!
他にやること沢山あるのに、思い立ったが吉日ということで、apacheからnginx乗り換えました。 理由はただ一つ。軽いから。 ということで、早速インストールの話なんですが、ubuntuで提供されている nginxはpassengerのmodule loadに対応していないので、ソースからインストールすることに。 今回は安定版の最新の0.7.65を使うことにしました。 注意：今回は面倒なのですべてrootで作業してます。 まずはソースからインストールに必要なものをインストール # apt-get install libpcre3 libpcre3-dev libpcrecpp0 libssl-dev 次に公式からソースをダウンロードして展開。 # cd /tmp # wget http://sysoev.ru/nginx/nginx-0.7.65.tar.gz # tar -
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://blog.av-jyo.com/2011-07/how-to-develop-porn-website-with-nodejs.html
Av-jyo.com