Learn Discover best practices that can make your apps faster. Get informed with developments in web performance. What would be possible if browsing the web was as fast as turning the pages of a magazine? We invite you to join us in exploring and innovating across the entire spectrum of performance - from Internet protocols to the browser to website development. Together, let's make the web faster!
はやいTCPサーバの書き方 - nyaxtのPC作業ログ で id:nyaxt さんが書いてらっしゃるように、 epoll や kqueue を使う TCP_NODELAY, TCP_DEFER_ACCEPT *1 等を活用する TCP パケットを意識する I/O システムコールの回数を最小にする sendfile といったあたりは、確実にやるべきことだと思います。一方で、TCP 関連以外のオーバーヘッドが実は結構あって、 接続のタイムアウト処理 ログの出力 メモリの確保や解放をやらない あたりにも気を配る必要がある、と思います。 接続のタイムアウト処理については、以前 Kazuho@Cybozu Labs: 高速なCometサーバを書いてみた件 に書いたように、ビットアレイのリングバッファを使うのがベストだと思います。 ログの出力について、複数行を1回のシステムコールにまとめてもいいかど
MySQL と SQLite について測定してみた。「np」がプリペアードステートメントを使わない場合、「p」が使った場合。「;srv」というのはサーバサイドプリペアードステートメントを有効にした場合。 $ ./dbi-prepared-bench.pl Rate sqlite:np mysql:np mysql:p;srv sqlite:p mysql:p sqlite:np 7519/s -- -28% -50% -51% -57% mysql:np 10417/s 39% -- -31% -32% -41% mysql:p;srv 15152/s 102% 45% -- -2% -14% sqlite:p 15385/s 105% 48% 2% -- -12% mysql:p 17544/s 133% 68% 16% 14% --全般的にプリペアードステートメントを使って DBI::
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く