タグ

関連タグで絞り込む (2)

タグの絞り込みを解除

nginxに関するkey_ambのブックマーク (8)

  • Inside NGINX: How We Designed for Performance & Scale

    NGINX leads the pack in web performance, and it’s all due to the way the software is designed. Whereas many web servers and application servers use a simple threaded or process‑based architecture, NGINX stands out with a sophisticated event‑driven architecture that enables it to scale to hundreds of thousands of concurrent connections on modern hardware. The Inside NGINX infographic drills down fr

    key_amb
    key_amb 2015/06/11
    "Inside #NGINX : How We Designed for Performance & Scale"
  • Socket Sharding in NGINX Release 1.9.1

    F5 Sites DevCentral Connect & learn in our hosted community F5 Labs The latest threat intel and research to help protect your apps MyF5 Your key to everything F5, including support, registration keys, and subscriptions Partner Central Research and support for partners LearnF5 Guidance, insights, and how to use F5 products Contact F5 Contact F5 Sales Talk to an F5 sales representative Contact F5 Su

    Socket Sharding in NGINX Release 1.9.1
    key_amb
    key_amb 2015/05/27
    SO_REUSEPORT is available on #NGINX v1.9.1 / "Socket Sharding in NGINX Release 1.9.1 - NGINX"
  • 実践nginxモジュール開発〜CとLua〜 - YAPC::Asia Tokyo 2015

    nginxは近年急速にユーザ数を伸ばしているOSSのHTTPサーバです。2015年3月のNetCraftの調査結果によると現在nginxのシェアは全世界のWebサイトの十数パーセントを占めるまでになっています。 nginxがこれだけ急速な勢いでユーザ数を伸ばしている要因の一つとしてnginxのソースコードに直接手を入れることなくモジュールを開発するための仕組みが整っていることが挙げられます。HTTPサーバに求められる要件は非常に多岐に渡るため、コア開発者だけでなくユーザ開発者が自分のニーズを満たすためにHTTPサーバを拡張できるのは重要なポイントです。そして実際に多くの開発者の手によって様々な用途のモジュールが開発され、nginxの強固なエコシステムが形成されてきました。 トークでは拙作のngx_small_lightやngx_dynamic_upstreamといったnginxモジュール

    key_amb
    key_amb 2015/05/15
    興味深い。
  • News, Views, and How-Tos from NGINX, Inc. | NGINX

    F5 Sites DevCentral Connect & learn in our hosted community F5 Labs The latest threat intel and research to help protect your apps MyF5 Your key to everything F5, including support, registration keys, and subscriptions Partner Central Research and support for partners LearnF5 Guidance, insights, and how to use F5 products Contact F5 Contact F5 Sales Talk to an F5 sales representative Contact F5 Su

    News, Views, and How-Tos from NGINX, Inc. | NGINX
    key_amb
    key_amb 2015/04/29
    tcp load balance は 1.9 で。/ "NGINX 1.8 and 1.9 Released"
  • nginxのパラメータチューニングとh2o - Qiita

    (追記:タイトルが少々煽り気味な気がしたので微妙に変更しました。) h2oとnginxの性能比較 nginxよりも速いとされるh2oですが、実際に自分でもローカルでベンチマークを取ってみました。環境は以下の通りです。 EC2のc4.8xlargeインスタンス gcc (GCC) 4.8.2 20140120 (Red Hat 4.8.2-16) Linux ip-172-31-13-40 3.14.35-28.38.amzn1.x86_64 #1 SMP Wed Mar 11 22:50:37 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux nginx-1.8.0 h2o-1.2.1-alpha1 wrk(ベンチマーク) ベンチマークコマンド 実行するベンチマークコマンドは以下になります。なお、オプションはできるだけRequest/secが大きくなるように調

    nginxのパラメータチューニングとh2o - Qiita
    key_amb
    key_amb 2015/04/26
    h2oより高速にできた。h2oの今後の機能追加で逆転されるかも。 / nginxのパラメータチューニングとh2o - Qiita /
  • nginxのキャッシュ階層を深くしすぎてinodeが枯渇した - Qiita

    nginxのproxy_cache_pathの設定がよくなかったためにinodeが枯渇してエラーになったので、メモしておきます。 設定 以下のようにしていました。 proxy_cache_path /var/nginx/cache levels=2:2:2 keys_zone=hoge:10m inactive=10m max_size=100m; levels 今回の現象に関係あるlevelsについて説明します。 levelsはキャッシュファイルのディレクトリ階層を設定するパラメータです。 levels=2:2:2だと「2文字を3階層」になります。 キャッシュのキーのMD5がb7f54b2df7773722d382f4809d65029cの場合だと、キャッシュのファイルのフルパスは以下のようになります。 この設定により、ひとつのディレクトリに全キャッシュファイルを置くのではなく、ディレク

    nginxのキャッシュ階層を深くしすぎてinodeが枯渇した - Qiita
    key_amb
    key_amb 2015/04/09
    なるほど。このパラメータは意識してなかった。/ nginxのキャッシュ階層を深くしすぎてinodeが枯渇した - Qiita /
  • nginxのリクエストボディのバッファリングに関する問題とその改善策 - Qiita

    nginxのデフォルトの動作ではクライアントから受け取ったリクエストボディをメモリにバッファリングするようになっています。 このメモリバッファのサイズはclient_body_buffer_sizeで変更することができ、リクエストボディのサイズがこのバッファのサイズを越えた場合はclient_body_temp_pathにファイルとして書き出されます。 ログレベルがwarn以上の場合はエラーログにa client request body is buffered ...という警告が出ます。 2015/03/29 14:02:20 [warn] 6965#0: *1 a client request body is buffered to a temporary file /etc/nginx/client_body_temp/0000000001, client: x.x.x.x, ser

    nginxのリクエストボディのバッファリングに関する問題とその改善策 - Qiita
    key_amb
    key_amb 2015/04/02
    良記事 / nginxのリクエストボディのバッファリングに関する問題とその改善策 - Qiita /
  • nginx の worker_processes を auto にしたときの挙動 - やまぶろぐ

    worker_processes ワーカーのプロセス数。ドキュメントを意訳するとこんな感じ。 worker_processes の最適値な、いろんな要素が複雑に絡み合っていて複雑なんや。CPU のコア数とか、負荷のかかり方とか、とにかく複雑なんや。困ったら CPU のコア数とかにしとけばええんちゃうか?あとな、auto にしとくとよしなに設定してやるやで。 よしなに…? よしなにの中身を知りたかったのでググる "よしなに設定する" としか書いてない ソースをよんだ(怒) https://github.com/nginx/nginx worker_processes で grep それっぽいのでてきた。 src/core/nginx.c if (ngx_strcmp(value[1].data, "auto") == 0) { ccf->worker_processes = ngx_ncpu

    nginx の worker_processes を auto にしたときの挙動 - やまぶろぐ
    key_amb
    key_amb 2015/03/26
    コア数にしときたかったら auto でよい。/ nginx の worker_processes を auto にしたときの挙動 - やまぶろぐ :
  • 1