Install Dynimize on a Linux server with the following commands: wget https://dynimize.com/install -O install wget https://dynimizecloud.com/install.sha256 -O install.sha256 sha256sum -c install.sha256; if [ $? -eq 0 ]; then sudo bash ./install; fi
![Dynimize: CPU Performance Virtualization](https://cdn-ak-scissors.b.st-hatena.com/image/square/21ff970754f154a9e29476f3eb696d182719db4d/height=288;version=1;width=512/https%3A%2F%2Fdynimize.com%2Fimages%2FcpuCircuitBoardCrop.jpg)
以下、長々と書いてますが、結論は ”私の環境で”大きなテキストファイルをawkで処理するときにcatで投げ込むと速い理由 - ablogに書いてます はじめに awk file より cat file|awk のほうが速いという以下のブログエントリが興味深いので調べてみました。 ちなみに cat file|awk が速くなる環境は稀で、巷では awk file のほうが速い環境のほうが多いようで、どちらが速いかは環境依存です。 [root@localhost sample]# cat command1 awk '$5 ~ /((26|27|28|29|30)\/Jun|(01|02|03)\/Jul)/{ print }' sample.txt > result1.txt (中略) [root@localhost sample]# time sh command1 real 0m53.92
本記事の公開後の2016年7月にはてなにおけるチューニング事例を紹介した。 はてなにおけるLinuxネットワークスタックパフォーマンス改善 / Linux network performance improvement at hatena - Speaker Deck HAProxy や nginx などのソフトウェアロードバランサやリバースプロキシ、memcached などの KVS のような高パケットレートになりやすいネットワークアプリケーションにおいて、単一の CPU コアに負荷が偏り、マルチコアスケールしないことがあります。 今回は、このようなネットワークアプリケーションにおいて CPU 負荷がマルチコアスケールしない理由と、マルチコアスケールさせるための Linux カーネルのネットワークスタックのチューニング手法として RFS (Receive Flow Steering) を
mTCP enables high-performance userspace TCP/IP stacks by bypassing the kernel and reducing system call overhead. It was shown to achieve up to 25x higher throughput than Linux for short flows. The document discusses porting the iperf benchmark to use mTCP, which required only minor changes. Performance tests found that mTCP-ified iperf achieved similar throughput as Linux iperf for different packe
だいぶ前からDocker(Linuxコンテナ)のパフォーマンスについて、速いことは速いだろうけどどの程度速いのか、もし遅いことがあるなら何がパフォーマンスにとって重要なのか(AUFSが遅いとかそういうの)が気になっていたので、今回は で紹介されていた Docker のパフォーマンス検証に関する IBM の Research Report を読んだ。Report の内容をベースに、Docker のパフォーマンスの勘所などをまとめてみた。 Report のタイトルは An Updated Performance Comparison of Virtual Machines and Linux Containers 。 GitHub にベンチマークコードと実験データが置いてあってちゃんとしてる。 前提 まず、VMとコンテナの歴史を振り返るのに知らぬはエンジニアの恥。今さら聞けない【コンテナ/仮想
OpenFlow対応のネットワーク管理ソフトなどを提供するBig Switch Networksは、「既存のオープンソース版仮想スイッチは、大規模なスケールでのデプロイのニーズに応えられず、またベンダ主導によってコミュニティベースのイノベーションが阻害されている」といった理由から独自のオープンソース版仮想スイッチ「Indigo Virtual Switch」を開発、公開を開始しました。 Linuxカーネルにはすでに仮想スイッチのOpen vSwitchが組み込まれており、Indigo Virtual Swtichは、そのOpen vSwitchに対するドライバーのような位置づけで動作するようです。 特徴は軽量で大規模展開に対応していること。 It’s a lightweight, high-performance vSwitch built from the ground up to su
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く