How to achieve low latency with 10Gbps Ethernet
Good morning! In a recent blog post we explained how to tweak a simple UDP application to maximize throughput. This time we are going to optimize our UDP application for latency. Fighting with latency is a great excuse to discuss modern features of multiqueue NICs. Some of the techniques covered here are also discussed in the scaling.txt kernel document. CC BY-SA 2.0 image by Xiaojun Deng Our expe
Android Traffic Statistics Inside
If you're going to write an application for calculating/aggregating traffic statistics for Android device, you should be aware of some peculiarities and issues. TrafficStats class Of course, you will use TrafficStats class. It's available since API level 8 (Android 2.2), and provides bytes transmitted and received and network packets transmitted and received, over all interfaces, over the mobile i
LinuxでNICのデバイスマップを固定する – OpenGroove
Linux Bonding設定に関連する話。 前回までにBonding設定におけるおおまかな流れを書いたが、その前にやらなければ いけないことがある。 Linuxカーネルは、起動時に認識した順番でNICのポートに対してeth0,1…とネットワークデバイス名を割り当てるため、再起動するたびに名NICのデバイスマップが変動してしまい、想定しているマッピングがずれる可能性がある（ちなみに商用UNIXではデバイス名が固定されるため、このような現象はおきないそうだ）。 どういうことかというと、こちらがeth2と想定しているポートにeth1が割り当てられてしまう、ということが起こる。 NICのポートにおけるマッピングを固定するには、NICとシステムが管理するネットワークデバイス名を関連付けてやる必要がある。恒久的な対応として、/etc/sysconfig/network-scripts/配下のifcf
CentOS 6.0 で NIC と ethX の対応を固定化する
CentOS 6.0 で NIC 交換 (オンボードの場合はマザーボード交換も含む) した場合でも、ethX が変化しないように、固定化する方法です。RHEL6 でも同様にして可能。 2015-01-18追記、CentOS7/RHEL7についてはこちらを参照。 CentOS 6.0 のデフォルトでは、MAC アドレスと ethX を対応付けており、交換により MAC が変化すると、自動的に新たな対応関係が作られるようになっているため、ethX がずれてしまいます。対応関係は、/etc/udev/rules.d/70-persistent-net.rules に設定されます。 このあたりについては、前に書いた記事を参照してください。 CentOS 6.0 で NIC 交換した場合の挙動 CentOS 6.0 で NIC と ethX の対応を変更する 以上が基礎知識ですが、まずは、この 70
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Ninja 2.0.0 released!
