低遅延性の求められるトレードシステムにおいて、ジッタの原因をどのように体系的に発見してひとつずつ削除するのか？この質問はmechanical-sympathyのメーリングリストで提示されました。 アズール・システムズの技術担当副社長兼CTOであり、共同創業者であるGil Tene氏はこの質問に対して豊富な実経験から生まれた、蓄積された知恵を用いて回答しました。それは広く共有されるべき回答ですので、ここに紹介します。 Linuxシステムにおける一次的中断 (“hiccup”) やジッタの原因を見つけることはほぼ魔術と言えます。人々はしばしば急なCPU使用率の上昇を見て「この原因は一体何だろう」と想像をめぐらせます。 私の場合は、経験上の証拠（これまで手掛けた数十個のサイトに共通する）や他の技術者との情報交換に基づき、私の好みに合わない設定になっていて、かつシステムレベルの一時的中断が発見され
Pentium無印の頃から、CPUにスーパースカラー(Superscalar：スーパースケーラとも言う)という機構が組み込まれた。 CPUの命令実行ユニットのうち、いくつかの演算ユニット(Pentiumでは整数演算に関わる部分を2つ)用意して、互いに無関係な処理を同時に実行してしまう仕組みだ。 Pentiumは、命令を読み取った時、互いに参照先・格納先が無関係な整数演算命令を見つけると、その2命令を同時に実行する。(記憶が定かではないが整数演算2,浮動小数演算1が同時実行できたと思った。) 具体的に見ると、機械語をよく見ると、希にこんなパターンが現れる。 A+B→C …命令1 D+E→F …命令2 A+F→G …命令3 命令1は、AとBを足した結果をCに設定しなさいという命令、命令2は同様にDとEを足した結果を結果をFに設定しなさいという命令である。 注目したいのは、命令1と命令2は、互い
Multi-core processors are capable of running multiple software streams/tasks concurrently. Multi-core allows a physical processor to simultaneously execute instructions from multiple processes or threads. Core of a processor is the part that executes application instructions. Core is shared by hardware threads (called Hyper-Threads). When two hyper-threads are active in the same core, it results i
Hyper Threading Performance & CPU Core Scaling With Intel's Skylake Xeon Written by Michael Larabel in Intel on 27 February 2016 at 12:34 PM EST. 10 Comments As some extra benchmarks following this week's 9-Way Intel Xeon E3 v5 Skylake Benchmarks On Ubuntu Linux, some Phoronix Premium readers wanted to see how well Hyper Threading worked for these latest-generation Xeon E3 processors and the core
This messageboard is currently down.We are sorry for the inconvenience.
This article is also available in Japanese, イベントループなしでのハイパフォーマンス – C10K問題へのGoの回答 This article is based on a presentation I gave earlier this year at OSCON. It has been edited for brevity and to address some of the points of feedback I received after the talk. A common refrain when talking about Go is it’s a language that works well on the server; static binaries, powerful concurrency, and high per
How do you systematically identify the sources of jitter and remove them one by one in a low-latency trading system? That was the question asked on the mechanical-sympathy email list. Gil Tene, Vice President of Technology and CTO, Co-Founder, Azul Systems gave the sort of answer that comes from the accumulated wisdom born from lots of real-life experience. It's an answer that needed sharing. And
A month ago, I published an article on the compared performance of stunnel, nginx and stud as TLS terminators. The conclusion was to use stud on a 64-bit system, with session caching and AES. stunnel was unable to scale properly and nginx exhibited important latency issues. I got constructive comments on many aspects. Therefore, here is the second round. The protagonists are the same but both the
Virtual CPUs with Amazon Web Services
Some months ago, Amazon Web Services changed the way they measure CPU capacity on their EC2 compute platform. In addition to the old ECUs, there is a new unit to measure compute capacity: vCPUs. The instance type page defines a vCPU as “a hyperthreaded core for M3, C3, R3, HS1, G2, and I2.” The description seems a bit confusing: is it a dedicated CPU core (which has two hyperthreads in the E5-2670
cpuspeed がオンだと.... — はせがワン (@hasegaw) 2014, 5月 29 ミドルウェアのスループットを測ろうと思ったのですが cpuspeed などの設定をぜんぜんやっていませんでした。。。 経験上、チューニング過程でいじりたくなるようなパラメータを思い出してみます。 パワーマネジメントに関する設定はオフにする UEFIやBIOSにはパワーマネジメント設定がありますが、これらを無効にするとプロセッサなどが無条件で定格クロックで走り続けます。ピーク性能を高めたり瞬発力を上げるためにはパワーマネジメントはオフにします。当然ながらベースの消費電力やファンの騒音は増えますが、かわりにいくらかピーク性能の向上が見込めます。 Hyper Threading はレイテンシーとスループットのトレードオフ Hyper Threadingは、たぶん、コア内でパイプラインを取り合うから
技術ポータル「iSUS」をリニューアルいたしました！お探しの記事を快適に検索いただくための絞り込み機能 (トピック検索) の使い方はこちら。 この記事は、インテル® ソフトウェア・ネットワークに掲載されている「Performance Insights to Intel® Hyper-Threading Technology (http://software.intel.com/en-us/articles/performance-insights-to-intel-hyper-threading-technology/)」の日本語参考訳です。 要旨 インテル® ハイパースレッディング・テクノロジー (インテル® HT テクノロジー)¹ は、インテル® アーキテクチャーに基づく多くのサーバーおよびクライアント・プラットフォームでサポートされているハードウェア機能であり、1 つのプロセッサー・
2008 8 26 2008 1 IT 1. 2000 ( ) LSI IBM 1999 Power4 1 2 2006 Intel AMD CPU CPU X86 SMP(Symmetrical Multi Processors) 1 SMP 1 SMP CPU GPU 2. CPU 2.1. = 1960 40 Moore 1 PC CPU X86 Intel Netburst AMD CPU Netburst 2000 Pentium4 1.5GHz ( Willamet) 2004 Presscot 3.8GHz 10GHz Netburst 2006 Netburst CPU Xeon Dempsey Core2 Core2 Core2 Woodcrest 3GHz Netburst 1.5 Netburst 3.8GHz CPU 2/3 1/2 ( 1) Netburst Pe
技術ポータル「iSUS」をリニューアルいたしました！お探しの記事を快適に検索いただくための絞り込み機能 (トピック検索) の使い方はこちら。 この記事は、インテル® ソフトウェア・ネットワークに掲載されている「Hyper-Threading: Be Sure You Know How to Correctly Measure Your Server’s End-User Response Time」(http://software.intel.com/en-us/articles/hyper-threading-be-sure-you-know-how-to-correctly-measure-your-servers-end-user-response-time-1/) の日本語参考訳です。 はじめに 最近、独立系ソフトウェア・ベンダー (ISV) からある問題がインテルへ寄せられました
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
