日本アニメ初の快挙！海外アニメ賞を受賞した『スキップとローファー』海外ライセンス部長&プロデューサーが語る、奮闘の舞台裏
DMM inside
日本アニメ初の快挙！海外アニメ賞を受賞した『スキップとローファー』海外ライセンス部長&プロデューサーが語る、奮闘の舞台裏
Linuxでロードバランサやキャッシュサーバをマルチコアスケールさせるためのカーネルチューニング - ゆううきブログ
本記事の公開後の2016年7月にはてなにおけるチューニング事例を紹介した。 はてなにおけるLinuxネットワークスタックパフォーマンス改善 / Linux network performance improvement at hatena - Speaker Deck HAProxy や nginx などのソフトウェアロードバランサやリバースプロキシ、memcached などの KVS のような高パケットレートになりやすいネットワークアプリケーションにおいて、単一の CPU コアに負荷が偏り、マルチコアスケールしないことがあります。 今回は、このようなネットワークアプリケーションにおいて CPU 負荷がマルチコアスケールしない理由と、マルチコアスケールさせるための Linux カーネルのネットワークスタックのチューニング手法として RFS (Receive Flow Steering) を
ipコマンドとnetnsでお手軽なテストクライアント作成 - φ(・・*)ゞ ｳｰﾝ カーネルとか弄ったりのメモ
この記事はLinux Advent Calendar 2014の9日目の記事です。 ネットワークを使う機能でなにかしらテストしたいときに複数のクライアントが欲しい時がありますよね。大量アクセスをしたい場合はjmeterとかありますが、クライアントのIPアドレスも複数あったほうが良いケースもあると思います。kvm等でクライアントを複数作ってbridgeするという方法もありますが、それはちょっと重量級なのでもうちょい手軽な方法がないかなーというところです。 そこでお手軽な方法はなにかというところでネットワークネームスペース（netns）を使って見たいと思います。 ネットワークネームスペースとはなんぞや？という方はten_forwardさんがgihyo.jpで連載している「LXCで学ぶコンテナ入門 －軽量仮想化環境を実現する技術」の「第6回 Linuxカーネルのコンテナ機能［5］ ─ネットワーク
Cisco err-disableを戻す＆自動回復させてみよう の巻 | Network For Everyone
1 err-disableを戻してみよう err-disableになったポートはCisco,Catalystを再起動したところで直りません。 Ciscoは意地悪なので、この絶対的に必要なやり方をCCNAでは教えてくれません。 これはひどい。 是非CCNAの試験として混ぜてもらいたいです。 CUIコマンドにて interface f0/1 （該当するinterfaceを選択） shutdown no shotdown とするだけなのですが、知らないとなかなか思いつかないものです。 2 ログを見てみる。show errdisable recovery、show log 障害があったらまずlogを見ます。 Show log を叩くとerr-disableに関する情報が記載されています。 %SPANTREE-SP-2-BLOCK_BPDUGUARD: Received BPDU on port F
ページが見つかりません | 日本HP
ページが見つかりません。 目的のページは、移動または削除によって無効になっている可能性があります。申し訳ありませんが、検索またはリンク先よりお探しください。
DMM inside
なぜDMMがweb3に参入したのか。Seamoon Protocolが目指す新たなエンタメ体験の未来とは
図面とともにあらんことを！--ShowNetのトポロジ図 (1/4) - ネットワークのゲンバ | Interop Tokyo 2013
NOC 図面担当、河口と申します。あきみち君のブログでも以前ご紹介頂きましたので、ご存じの方もいらっしゃるかもしれません。図面担当は ShowNet のトポロジ図だけではなく、ポップや壁紙もやるような、NOC チームの中でも本筋からちょっと逸れたポジションです。 本日は、そういった一見地味な仕事の目線で ShowNet 構築のゲンバのお話をしようと思います。 私が INTEROP へ初めて参加したのは学生の頃ですから、かれこれ 17 年にもなります。華々しい NOC のエリート軍団とは異なり、雑草のような私がこれほど長期に渡って採用されたのも、ひとえにこの特技：図面に熱くなれる。これに他なりません。 それが連中にバレてからというもの、なんたることでしょう。ShowNet の図面を 12 年間も引いています。 これをお読みの皆さんから見れば、INTEROP も普通のイベントとさほど変わらない
Deprecated Linux networking commands and their replacements
In my article detailing the command line utilities available for configuring and troubleshooting network properties on Windows and Linux, I mentioned some Linux tools that, while still included and functional in many Linux distributions, are actually considered deprecated and therefore should be phased out in favor of more modern replacements. Specifically, the deprecated Linux networking commands
SIOS "OSSよろず" ブログ出張所: CentOS 6 系で NIC 交換すると eth0 と認識されない
6.3 (3) Alfresco (1) Amazon Linux (3) Amazon Web Services (1) Apache (7) API (1) apt (1) AWS (3) Bash (1) BigData (1) bind (4) Bounscale (1) BRIN (1) Btrfs (1) CentOS (5) CentOS 6 (19) CentOS 6.2 (6) CentOS 6.3 (7) CentOS6 (3) CentOS7 (3) cgroup (1) cgroups (1) Chef (1) CLI (2) Cloud (2) CMS (1) Comice OS (1) corosync (1) createrepo (1) cscope (2) CVE (1) CVE-2012-5166 (1) Database (1) dblink (1)
Brocade D_Port 機能 | kommy の備忘録
先日、InfiniBand Day 05 というイベントで Fibre Channel の話をした。その際になかなか反応が良かった D_Port という機能について書こう。どんな機能かというと、ping/pathinfo(FCでのtracerouteに相当)では切り分けできない、Optics/ASIC も含めて切り分けようというものである。 上記のように、ASIC/Optics において loopback することで、各コンポーネントの障害を切り分けることができる。マニアな機能だ。
初モノてんこ盛り！NICTの「SDN海鮮丼」実験:Geekなぺーじ
さっぽろ雪まつりと同時に、初公開な試みが色々詰まったSDN祭りが行われていたようです。 各種技術がてんこ盛りだったことや、札幌が現場のひとつであったことから、今回の実験を「海鮮丼」と呼ぶスタッフも居たようです。 JGN-Xを利用した、さっぽろ雪まつりの伝送実験は毎年行われていますが、今回の実験はかなり盛りだくさんでした。 独立行政法人 情報通信研究機構：複数種類のSDN切替えによる放送配信・運用実験に“さっぽろ雪まつり”にて成功 もともと、この実験の取材にいくつもりはありませんでした。 そもそも、実験発表をしていることすら知りませんでした。 14時頃に、「1時間後にNICTの発表があるからおいでよ。今年のは面白いよ」という連絡を頂き、15時開始の本番には間に合わなかったのですが、その直後にお話を伺ったという形でした。 とはいえ、凄く面白かったです。 全体像 この実験は、複数の実験の集合体で
kernel: TCP: time wait bucket table overflow の解消とTIME_WAITを減らすチューニング - 気ままにインフラエンジニア
整理がてら。 httpdが動いているあるホスト上で、 /var/log/messages に以下のようなメッセージが出ていた。 kernel: TCP: time wait bucket table overflow kernel: printk: 50078 messages suppressed. "netstat -tna |grep TIME_WAIT"すると、10万以上の数でTIME_WAITが出ている。これを解消するまでの流れ。 そもそもこの値は、カーネルパラメータの net.ipv4.tcp_max_tw_buckets で設定されている。デフォルトは16384。 （↑の通り、エラーが出た環境では既にかなり大きな値が設定されていたのだが。） /proc/sys/net/ipv4/tcp_max_tw_buckets システムが同時に保持する time-wait ソケットの最大
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Wireshark だけに頼らない! パケット解析ツールの紹介
ルートガードによるスパニングツリープロトコル(STP)の強化
サービス終了のお知らせ
サービス終了のお知らせ
Sign in - Google Accounts
http://www.iperfwindows.com/www.iperfwindows.com
いま知っておくべきWebサービスのための高速ネットワーク技術（後編）
16.4. Static Routes and the Default Gateway | Red Hat Product Documentation