ネットワークを利用したデータ転送(ファイル転送)、 ダウンロードに掛かる時間や転送速度を計算します。計算時の中間計算式も表示しますので計算方法も確認できます。 また、実際に転送に掛かった時間から転送速度や伝送効率(伝送損失)を求めることもできます。 回線の増強検討やバックアップ時間の試算などに是非ご利用ください。 ネットワーク以外のHDD、USB、SDなどの転送速度も計算できます
ネットワークを利用したデータ転送(ファイル転送)、 ダウンロードに掛かる時間や転送速度を計算します。計算時の中間計算式も表示しますので計算方法も確認できます。 また、実際に転送に掛かった時間から転送速度や伝送効率(伝送損失)を求めることもできます。 回線の増強検討やバックアップ時間の試算などに是非ご利用ください。 ネットワーク以外のHDD、USB、SDなどの転送速度も計算できます
インフラ部 SRE グループの渡辺(@takanabe)です。普段はクックパッドのグローバルサービス (https://cookpad.com/us) のインフラの開発や運用をしています。 クックパッドは、21 言語・67 カ国以上を対象にサービスを展開しています ( 2017 年 6 月末時点)。今後もその数を増やしていく予定です。 世界中で使われるサービスのインフラを開発していく上で、乗り越える必要がある課題は沢山ありますが、その中でも、ユーザが利用するクライアントとクックパッドのインフラをむすぶネットワークのレイテンシは特に大きい課題です。 本稿ではなぜグローバルに利用されるサービスにおいて、ネットワークレイテンシが問題になるのか、また、クックパッドではネットワークレイテンシをどう計測し改善しようとしているかについて解説します。 ネットワークレイテンシとは ユーザがサービスにリクエス
こんにちは。アマゾンウェブサービス(AWS)サポートの有賀と申します。好きなサービスはAmazon Virtual Private Cloud(VPC)です。これからAWSサポートの各メンバーがそれぞれ「今一番AWSユーザーに伝えたいこと」を連載の形でお届けしていきます。筆者の担当する本稿では、AWSの「ネットワーク」について見ていきたいと思います。第1回の今回は、AWSのリージョンやアベイラビリティーゾーンといった、ネットワークの「物理設計」について解説します。 本稿でお伝えするのは下記の内容です。全3回に渡って解説していきます。 AWSのネットワークの物理的な側面 ⇒ 第1回 AWSのネットワークの論理的な側面 ⇒ 第2回 AWSのネットワークにおけるベストプラクティス ⇒ 第3回 AWSのネットワークにおいて過去に発生した問題の事例 ⇒ 第3回 必ずしもAWSの使い方といった内容では
Placement Groupのメモ。とはいえ、実際に計測すべきです!! ==ネットワーク関連======= 同一のPlacement Groupに属しているHPCインスタンス間の通信は、10Gbpsフルバイセクション、Jumbo frame、かつノンブロッキングが可能。 異なるPlacement Groupに属しているHPCインスタンス間の通信は、帯域が保証されていないノンブロッキング通信, Jumbo frame。 HPCインスタンスとその他のサービス(EBS, S3, etc.)との通信は、通常のEC2インスタンスよりも良いI/Oになる。 ==ゾーン関連====== http://docs.amazonwebservices.com/AWSEC2/latest/UserGuide/using_cluster_computing.html のページ末尾にある以下2点は要注意。 一つのp
ども、初老丸です。 tl;dr Linux において tc コマンド(Traffic Control)使ってネットワーク遅延やパケットロスを疑似的に発生させることが出来るとのこと。今まで tc コマンドの存在すら知らなかったペーペーで恐縮だが、参考サイトをまねて遅延やパケットロスを発生させてみたい。 メモ 参考 http://linux-biyori.sakura.ne.jp/setting/st_netem.php http://labs.gree.jp/blog/2014/10/11266/ man tc 以下の環境で試す。 $ cat /etc/lsb-release DISTRIB_ID=Ubuntu DISTRIB_RELEASE=14.04 DISTRIB_CODENAME=trusty DISTRIB_DESCRIPTION="Ubuntu 14.04.2 LTS" ひとまず
ちょっとした小ネタです。 ネットワーク環境調査に於いてネットワークの『回線速度を調べたい』という局面があるかと思いますが、Windows環境ではブラウザ経由で簡単に結果が得られる一方、Linux環境では『あれ、そもそも何が出来る/どうやれば出来るんだろう?』と少々思案してしまいました。情報を幾つか漁ってみたところ、Linux環境でも回線速度状況を把握する術が幾つかある事が分かりましたので備忘録的に整理しておこうと思います。 目次 環境準備 Speedtest-cli iperf dstat ping まとめ 環境準備 当エントリではAmazon Linux AMIを使った環境で回線速度を調べる環境が必要になった場合、という状況を想定してみたいと思います。直近最新のAmazon Linux AMIで環境を構築し、yumコマンドでパッケージ各種を最新の状態に整えておきます。 $ sudo yu
สล็อตเว็บตรง เว็บใหม่ล่าสุด แตกหนัก 100% Slot Wallet ไม่มีขั้นต่ำ ไม่ต้องทำเทิร์น เพิ่มเติมความสนุกกับการรับกำไรได้แบบฉ่ำๆ เพียงเข้ามาร่วมลงทุนกับ สล็อตเว็บตรง เว็บใหม่ล่าสุดที่นี่ การันตีแจ็คพอตแตกหนัก 100% แถมทาง เว็บสล็อต ของเรายังรองรับการฝากถอนผ่าน True wallet ไม่มีขั้นต่ำ ซึ่งคุณสามารถผลกำไรออกไปได้แบบง่ายๆ โดยที่ไม่ต้องทำเทิร์น รับรองได้เลยว่าหากเข้ามาเล่นเกมสล็อตบนเว็บไซต์ของเรา คุณก็จะได้
iperf3 はスクラッチから新しくコーディングされたようで、iperf2 との後方互換はないようです。 今回は、iperf3 を使いました。 テスト環境 今回のテストでは、以下のようなテスト環境になります。 サーバー、クライアント共に、CentOSを使いました。 iperf3 は、Linux環境での実行プログラムとなりますので、Windows環境で使う場合は、別のプログラムを使う必要がありそうです。iperf3を使ったプログラムもいくつかあるようですが、現時点では試していません。 インストール iperf3 のインストールは、ソースから導入しました。インストール手順の抜粋は以下になります。 # cd /usr/local/src # wget https://iperf.googlecode.com/files/iperf-3.0b5.tar.gz # sha1sum iperf-3.0
今回取り上げるキーワードは「バックボーン」。インターネット系のニュースや解説記事に出てくるだけでなく、ISPやADSL事業者などの体力を示す上でも大きな意味合いを持つ言葉だが、いったいその中身はどうなっているのだろうか? ■最近は自社内ネットワークでダークファイバの利用が進む まず辞書的な意味で言えば、ISP業界における「バックボーン」とは「自社内で持つネットワークや、なんらかの形で他のISPと接続している部分の総称」と定義できるだろう。第1回で説明したFTTHやADSLのような、ISPからユーザーまでの回線を「アクセス系」と呼ぶのに対して、ISP内部で全国を結ぶ回線や、他のISPへの接続回線をバックボーンと呼ぶのだ。 バックボーンといっても、実際の設備はそれほど大げさなものではない。NTTグループや電力系通信事業者など、自前でケーブルを敷設できる能力のある一部の事業者を除けば、ほとんどの
このエントリを読んでいたら、知らないツールがあったので使ってみました。 pmap(Procps) IPTraf ntopng – ntop 今回は、Ubuntu 11.10で使用してみましたが、RedHat系でも同様に使用することができると思います。 pmap pmap はプロセス毎のメモリ使用状況を表示します。 引数にPIDを付与して実行します。 (インストール) $ sudo aptitude install procps (実行例) $ sudo pmap 533 533: /usr/sbin/sshd -D 00007f49e1137000 48K r-x-- /lib/x86_64-linux-gnu/libnss_files-2.13.so 00007f49e1143000 2044K ----- /lib/x86_64-linux-gnu/libnss_files-2.13.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く