Serviceを読んで理解し、同意したものとみなします。IPv6上でlocalhostを表すループバックアドレスです。IPv4アドレスと異なり、IPv6アドレスの区切り文字であるコロンは、URLにおいてはホスト名とポート番号の区切りにも使われています。囲むルールになっています。入力すればブラウザでもアクセスできるかと思います。言わないのはなぜですか?TCP/IPというのはTCPとIPの組合せのみを指している言葉ではなく、TCP及びIPを含むプロトコル群の総称です。1974年にはTCP/IPの最初の仕様であるRFC675が制定されましたが、その当時はUDPというプロトコルは存在しませんでした。UDPは1980年にRFC786が制定されTCP/IPに含まれることになりました。歴史的な経緯で「TCP/IP」という表現になっていますがその中にはUDPも含まれているということです。Suite」という表現をする方が適切だとされることもあるので質問者さんと同じことを思っている人はそれなりに居るのではないでしょうか。なりますが、書き込み読み込みの作法ということなので、アプリによる読み書きが関係ありそうな範囲に絞って書きます。ここで工夫できるのは、システムコールを呼ぶ回数を減らすことです。I/Oと呼ばれる機構が存在します。readに対してはreadv、writeに対してはwritev。個の銅バッジ111回のソケットのsend()やssl_write()で送るバイト数の適切サイズTCPの場合、大きなデータを適切な小断片(MSS:最大セグメントサイズ)へ分割する仕事は、TCP層が行ってくれます。20MB送りたければ、20MB渡してしまってよいです。アプリケーションレベルで小分けに送信呼び出しをすると、システムコール呼び出しがそこそこに時間を要するために、性能上のデメリットだけがあります。UDPの場合は分割機能を持ちませんので、性能が大事なケースではアプリケーションで考えて分割送信する意味はあります。経路上で転送可能なサイズ(MTU)より大きいサイズの送信要求を出した場合、下層がIPであればIP層で分割・結合が行われるのですが、これは断片の一つでも失われたら全て廃棄するルールなので、大変よろしくないです。個の銅バッジ10プライベートIPアドレスの範囲指定について疑問があります1.はその通りです。172.から始まるIPは日本国内には割り当ていなかったと思いますが、米国などでは普通に割り当てられています。組織内からある海外のサイトにだけアクセスできないから調べてくれという話で調べたら、172.0.0.0/8の範囲をプライベートアドレスとして使っていたという事例を聞いたことがあります。2.はちょっと質問の意味がわかりません。RFC1918範囲外をプライベートアドレス扱いにする問題は1.に書いたとおりです。3.についてはちょっと歴史的な経緯を理解する必要があります。TCP/IPは現在におけるインターネット、つまり、これまで組織毎に独立して作れていたネットワーク間を結ぶために作られたプロトコルです。特別な意味を持っています。TCP/IPではなくUNIXソケット(/tmp/mysql.sock等)を使用してローカルホストのmysqldに接続することを意味します。ほかのネットワークベースのプログラムと比較して想定されるのとはおそらく異なる、特別な方法で扱います。短くしすぎることの弊害はありますか?三つほどあります。DNSキャッシュポイズニングの成功確率が上がる。DNSキャッシュポイズニングとはDNSの応答に割り込んで偽情報を送り込んでしまう攻撃です。DNSキャッシュポイズニングが成功した場合、全く別のサーバーへアクセスさせることが可能になります。具体的に言うと、ja.stackoverflow.comのAレコードについてスタック・オーバーフローとは全く関係無いサーバーのIPアドレスにしてしまうと言うことです。この状態でブラウザでスタック・オーバーフローを見ようとすると、全くの偽サイトが表示させるという事になり、ログイン情報が盗まれたり、ウィルスに感染させられたりする可能性があります。被害を受けるのはサーバー側では無く、サーバーにアクセスする側、つまり、利用者側であると言うことに注意してください。コマンドで待ち受けておくのはいかがでしょうか。個の銅バッジ8ソケットの通信の効率化をネットワークカードレベルで考える存在しないと思います......ネットワークのデバイスレベルの仕組みに詳しくなくて恐縮ですが、以下に理由を挙げます。関数に渡し、OSが用意したプロトコルスタックが判断した送受信可能なバイト数(Recv/Sendの返り値)に従って処理を続けるプログラムを書く事だけです。通信に使用するバッファの取り方も、プロトコルスタックが判断します。1つの接続に対して、少しずつバッファを配分するような設定になっていると、プログラム側でスレッドを作り、沢山接続を作ることで性能が向上します......しかしこれはもう、ソフトウェアの工夫というよりは、プロトコルスタックの実装がそうなっているから、というだけです。個の銅バッジ8ロードバランサーの限界ロードバランサの実装方法や利用方法(ロードバランス手法)によって異なるので、一般論として言える「限界値」はありません。上位機種であれば仕様上10Gbps超に対応できたりしますが、そこまで行くまえに普通は回線スループットやアプリケーションなどいろんなところに限界が来るので、CDNを使ってトラフィックを逃がすとか、アプリケーションレベルで接続先を分散するとかし始めます。するとロードバランサの負担は下がっていきます。個の銅バッジ8UDPによるデータ送信のパケットロスを減らす方法について送信間隔100msでゆっくりと送信して450kB/sで送信しているつもりかもしれませんが、実態としては1500kB/sで送信した後に33msのディレイを入れているに過ぎません。1500kB/sで送信したときに受信側のドライバの処理が追いつかなければ、容易にパケットをロストしてしまうでしょう。1msのディレイを4msに変更して、33msのディレイを無くせば随分と安定するはずです。@Lightenさんの回答にもありますが、「可能な限りデータを一括してRecv/Sendする」が原則です。アプリ側で確保するユーザランドのメモリ領域と、ネットワークドライバ側のメモリ領域との間でのメモリ転送は、一般にコスト高となるため極力避けるべきです。直接の回答ではありませんが、下記資料も参考になるかと思います。通信制限時には荒い画像を送信して体感速度を上げたい静止画の質問だと思ったので回答しませんでしたが、動画であれば次のようになっています。(HLS)方式について書きます。プレーヤは動画を再生する前にマニフェストファイル(例:.m3u8の拡張子)を読み込みます。このファイルには、動画のビットレート、エンコード方式、画面のサイズなどの組み合わせで決定される複数のURLが含まれています。通常ビットレートで高中低の3つくらいを含めます。個の銅バッジ7telnetで改行する方法telnetとは関係なく、HTTP/1.0以降のリクエスト行として正しくないのが問題です。いった形式になります。HTTP/0.9、もしくはRFC1945で言うところのSimple-Requestとして扱われたものと思います。HTTP/0.9のリクエストはリクエスト行だけで構成され、ヘッダ群はありませんから、一行目を送っただけで直ちにレスポンスが返ってきたのでしょう。個の銅バッジ7MACアドレスとIPアドレスの違い世界中で固有のMACアドレスが振られているのだから、IPアドレスの必要性が疑問になるというのは確かにそのとおりですね。それは「ものを識別する」という観点では正しいものの、情報を届けるということを実現するために、そうはなっていません。IPアドレスは送信元/最終的な宛先、MACアドレスは次に転送する隣の機械を識別するため、というのがよくある説明です。L2(データリンク層)とL3(ネットワーク層)の2つの層の違いを知る必要があります。L3のIPアドレスは組織が割り振りをある程度自由に設計することができ、ネットワークのサイズ・隣のネットワーク・上流のネットワークのような設計を決めることができます。組織の規模や使い方、送り先との契約であったり大人の事情を盛り込むことができるわけです。networksの認証画面の表示の仕組みこのようなログインが必要なWi-fiスポットは、ログインしていない状態で適当なウェブサイト(例えばapple.comとか)にアクセスすると、そのリクエストを傍受して強制的にログイン画面にリダイレクトさせるような設定になっています。この挙動を利用してiOSはアクセスポイントに接続したときに、Appleのサーバーにテスト用のHTTPリクエストを送ることで、ログインが必要なWi-fiスポットかどうかを自動的に判断しています。Appleのサーバーのデータが期待通りに返ってきた場合は認証が不要と判断して何もしませんが、リダイレクトによって違うデータが返ってきた場合はログイン画面と判断してそのページをポップアップするようになっています。