ネットワークプログラミング相談室 Port22

1 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 21:09:04 ] 主にソケットに関しての質疑応答スレッドです。 Programming UNIX Socket FAQ (日本語訳) 　www.kt.rim.or.jp/~ksk/sock-faq/indexj.html Winsock Programmer's FAQ (日本語訳) 　www.kt.rim.or.jp/~ksk/wskfaq-ja/ 関連リンクは>>2-10辺り 足りなかったら適当に付け足してね 前スレ ネットワークプログラミング相談室 Port20 pc11.2ch.net/test/read.cgi/tech/1186418855/ 関連スレ Java ネットワークプログラミング 【教えて!】 pc11.2ch.net/test/read.cgi/tech/1086238859/ 756 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 23:50:33 ] >>753 なるほど、しらべてみます。 757 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 00:06:46 ] >>755 winsockでは poll()もkqueue()もepoll()もreadv()もwritev()もalarm()も使えない read()/write()も（そのままでは）使えない select()はあるが、紛い物のオモチャなので本当にオモチャにしか使えない winsockで推奨されるのはI/O completion portとoverlapped I/Oの組み合わせ WSARecv()やWSASend()を使えということだ 別物だと思ったほうがすっきりする 758 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 01:25:26 ] ソケットの数が50を超えたりしなきゃ、 poll,kqueue,epoll,/dev/poll,overlapped ioな連中の 出番はないだろ。 759 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 02:20:47 ] >>758 select()なんかでいい程度のプログラムなら、それこそJavaでいいじゃん 760 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 04:00:31 ] Javaはバージョンごとにころころ変わるからヤダ！ 761 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 11:02:37 ] >>759 その一点のみでC/C++ではなくJavaにする莫迦なんて あなただけです。 762 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 12:19:19 ] >>761 つまり移植性重視で、パフォーマンスは求めてないんでしょ？ そういうケースならJavaで、というかJavaがいいんじゃないの？ クライアントなら別だが、そういうケースでサーバを書くのなら C/C++なんかを選ぶ理由が俺には分からない 実際にはスレッド、シグナルハンドリング、排他制御の方法、 等々移植性の無いことだらけで、ソケットAPIだけ限定したところで 何の意味も無いと思うけど 一体どんなプログラムを仮定しているの？ 763 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 12:33:16 ] 馬鹿か？ パフォーマンスの時点で最後までJavaなんてありえねえよ。 移植したけりゃ#ifdefで切り分けろ。 常識だろうが。 764 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 12:41:26 ] >>763 主張が揺れまくってて意味わかんないな パフォーマンスの時点でサーバーサイドJavaがあり得ないと言い切るぐらいなら winsockでselect()/recv()/send()を選択するのはそれこそおかしいでしょ 現在のJava server VMの性能がどの程度か知って言ってるの？ 俺は、C/C++を使うなといっているのではなく、 winsockでのネットワークプログラミングも大体同じだという 主張に反論してるだけなんだけど IOCPとoverlapped I/Oならプロアクターモデルになるし、全然違うでしょ？ 765 名前：デフォルトの名無しさん [2008/11/27(木) 13:50:52 ] んで、結局、Cで組めばいいのかJavaで組めばいいのかどっちなんだよ！ はっきりしてくれ！ 766 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 14:00:36 ] Erlangに決まってるだろ。いまどき排他制御なんてダサダサなことするかよ 767 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 15:43:21 ] ここでいいのか分かりませんが、Unix系のマニュアルで、よく、 ・コマンド名(2) ・関数名(3) のように、(数)のような記述がありますが、これはどういう意味で しょう? 768 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 15:50:35 ] >>767 常識で考えれば、年齢だな お姉ちゃん(17) とか 769 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 15:53:53 ] セクション man 使ってないとあまり・・・ 770 名前：761 mailto:sage [2008/11/27(木) 15:58:26 ] >>764 >主張が揺れまくってて 「自分に反論してくるのは世界に一人だけ」ってタイプ？ >>765 どういう環境でもネットワーク絡みのプログラミングは出来るから ネットワーク以外の要素で決めれ。 >>767 >ここでいいのか分かりませんが 違うけど、態々別ｽﾚで訊き直すほどのもんじゃないから答えちゃうと man ページの章番号。 1がコマンド、2がシステムコール、3がライブラリ、4がデバイスとか 決まってる。 771 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 16:53:09 ] >>767 write ってコマンドあるよね。man write ってやると、システムコールの write(2)じゃなくて ユーザコマンドの write(1) がでてきてしまう。 システムコール調べたかったら man 2 write とか man -s 2 write とかやる 772 名前：デフォルトの名無しさん mailto:sage [2008/11/27(木) 19:39:05 ] まぁいいじゃんか。JavaでもC++でも 私のためにケンカはやめて 773 名前：デフォルトの名無しさん [2008/12/02(火) 23:08:28 ] おまえらネットワークプログラミングしろよ！ 774 名前：デフォルトの名無しさん mailto:sage [2008/12/02(火) 23:28:06 ] 一方、774はお姉ちゃん(17) でネットワークプログラミングを楽しんだ 775 名前：デフォルトの名無しさん mailto:sage [2008/12/02(火) 23:33:00 ] しばらく来ないうちにまたJAVAかCかでもめてたのかよ 答えは出てるだろ C++ これ以外ない！！！！！ JAVAのできることすべてC++でできる C++でできてもJAVAにできないことはある ヴァーチャルマシンにしてもそうだ JAVAはプラットフォームを問わないってうたい文句があるけど そのJAVAとPCを介している部分の大多数はCもしくはC++で書かれている 中学生の優等生と東大、京大生を比べているようなもの 当然大学生はCとC++ わかったかアホどもｗ 776 名前：デフォルトの名無しさん [2008/12/02(火) 23:42:26 ] Javaネットワークプログラミング買って来た（・ω・） ネットワークの知識は多少ある程度だけど、この本はかなり簡単な文章で深く掘り下げて書いてあるNE!! ネットワークのプログラムとは別に知識もつきそうだよ（・ω・） 777 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 00:08:21 ] >>775はたぶんSmalltalkをSmallTalkと書いたりするんだろうな まあ、頑張れ 778 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 02:46:36 ] 一方東大生はRubyを使った 779 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 04:47:28 ] マジレスすると案があったら作らせるだけ 東大にIT土木はいない 780 名前：デフォルトの名無しさん mailto:sage [2008/12/03(水) 22:35:49 ] 東大生が既成の言語なんか使うわけないだろ 781 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 07:23:59 ] www.google.co.jp/search?hl=ja&q=%E6%9D%B1%E5%A4%A7++RUBY&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=on 782 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 11:11:17 ] 中学生の優等生 Java / VB / PHP 東大 Ruby 京大 Python 社会人 C/C++ 783 名前：デフォルトの名無しさん [2008/12/04(木) 12:46:34 ] 　　 ／￣￣＼ 　／　　 _ノ　　＼ 　|　　　 （ ●）（●）　　　 .　|　　　　 （__人__）　　　　　　　社会人っていったら、自作言語だろ・・　それが一番使いやすいだろ・・ 　 |　　　　　｀ ⌒´ﾉ .　 |　　　　　　 　 } .　 ヽ　　　　　 　 } 　　 ヽ　　　　　ノ　　　　　　　　＼ 　　　/　　　 く　　＼　　　　　　　 ＼ 　　　|　　　　 ＼ 　 ＼ 　 　　　　　　＼ 　 　 |　　　　|ヽ、二⌒)､　 　 　　　　　 ＼ 784 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 21:12:49 ] 微妙にスレ違いかもしれませんが、 global IP を持っていて逆引きもできる host が /etc/hosts に FQDN なしで登録されていると、 gethostbyaddr や getaddrinfo で調べたときに、 /etc/hosts が優先されて FQDN が不明なことがあります。 こういう場合に DNS に直に引きにいけば良いと思うのですが、 そのあたりを簡単にやるほうほうはありますが？ 785 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 21:20:01 ] echo > /etc/hosts 786 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 22:16:51 ] : > 785 permission denied: 785 787 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 01:14:35 ] >>784 /etc/nsswitch.conf の hosts: files dns を hosts: dns files にしてみたり /etc/host.conf の order hosts,bind を order bind,hosts にしてみたりとか でも逆にしない方が幸せかも 788 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 02:37:52 ] >>787 設定を変えれば DNS 優先になりそうですが、 システムの設定を変えられないユーザーもいるので、プログラム側で対処したいなと。 789 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 09:19:28 ] OSに頼れないなら自分でDNSクライアント部分を書くしかない希ガス 790 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 10:13:52 ] 逆にOSの設定で動作変えたいときにこんな強引なことされてると腹立つよな 791 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 10:48:33 ] >>788 となると res_query(3) とか自分でDNSのリゾルバ呼ぶことになるかな 792 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 19:14:59 ] なにか手抜きな方法がないかと思ったのですが、やはりそれですかねえ。 ちと頑張ってごりごりやってみます。 793 名前：デフォルトの名無しさん mailto:sage [2008/12/09(火) 00:57:23 ] RTPプロトコルを勉強のために 実装してみたいのですがサンプルになりそうなものって ありますか？ 794 名前：デフォルトの名無しさん mailto:sage [2008/12/09(火) 01:03:29 ] 勉強のためならサンプルなんか見ずにやれやｗ 795 名前：デフォルトの名無しさん mailto:sage [2008/12/09(火) 15:53:37 ] この辺から適当に探してみれば? ttp://www.voip-info.org/wiki-Open+Source+VOIP+Software 796 名前：デフォルトの名無しさん mailto:sage [2008/12/09(火) 22:34:08 ] UDPのパケットのシーケンス制御って どうしたいいのでしょうか 797 名前：デフォルトの名無しさん mailto:sage [2008/12/09(火) 22:53:44 ] 自分でシーケンス番号振って並べ替えりゃ良いだろ そんくらいも思いつかないようじゃやめとけ 798 名前：デフォルトの名無しさん mailto:sage [2008/12/09(火) 23:16:56 ] >>797 まぁそうなんだけどさ 効率よく並べ替える方法が思いつかん ちょっと知恵くださいよ年末だし優しくしてくださいよ 799 名前：デフォルトの名無しさん mailto:sage [2008/12/09(火) 23:21:11 ] うぜえよ低脳 800 名前：デフォルトの名無しさん mailto:sage [2008/12/10(水) 05:25:07 ] 配列インデックスにすりゃO(1)でそ 並べ替える、って意味わからん 801 名前：デフォルトの名無しさん mailto:sage [2008/12/10(水) 05:36:11 ] >>798 教えてやったんだから俺にお年玉くれ 802 名前：デフォルトの名無しさん mailto:sage [2008/12/10(水) 10:16:59 ] >>798 FIFO でも実装したらどうだ。 それか、漢らしく「シーケンスが狂ったパケットは捨てる」とか。 803 名前：デフォルトの名無しさん mailto:sage [2008/12/10(水) 14:15:50 ] 「ＸＸ番まで到着したよ」と通知して送りなおしてもらうんですね わかります 804 名前：デフォルトの名無しさん mailto:sage [2008/12/10(水) 14:18:55 ] TCPでおｋ 805 名前：デフォルトの名無しさん mailto:sage [2008/12/10(水) 14:36:23 ] いまどきFTPを実装するの面倒だし、HTTPでいいかなって・・・ HTTP/UDPのライブラリとかない？(できればjava) 806 名前：デフォルトの名無しさん mailto:sage [2008/12/10(水) 14:40:32 ] 普通にTCPじゃいかんの？ 807 名前：デフォルトの名無しさん mailto:sage [2008/12/10(水) 14:51:57 ] ヘンタイですねわかります 808 名前：デフォルトの名無しさん mailto:sage [2008/12/10(水) 15:05:31 ] TCPでいいんだけど、LANとか閉鎖ネットで使ったりとかでTCPの信頼性に依存する必要はないときとか。 動画ファイルとか巨大データ・ファイル・サーバからの転送とか個人で使用とか想定してみて。 HTTPとTCPとIPはレイヤーが違うから差し替えるだけ（プラガブルみたいなの）で出来そうじゃないか？ 動画ストリーム用みたいな独自プロトコルを策定するのも分かるけど、そういう閉鎖ネットではプロトコルの機能に関心はなくてデータの入出力とストリームの確保だけできればいいから、結局HTTPでいいよ。 809 名前：デフォルトの名無しさん mailto:sage [2008/12/10(水) 15:26:20 ] HENTAIにはTSUNAMI tsunami-udp.sourceforge.net/ 810 名前：デフォルトの名無しさん mailto:sage [2008/12/10(水) 16:06:46 ] FTPじゃんか。TFTPで暗号機能がプラガブルとかだとみんなハッピーなんだけど、 HTTPやFTPがある層の一つ上にセキュリティ層（アプリ層）を作って、FTP/UDP/SSLとかにすればいいかなって感じはする。 HTTPSとかはHTTP専用に実装してるけど、やっぱ今の仕様策定モデルはMVCとプラガブルでしょ。 811 名前：デフォルトの名無しさん mailto:sage [2008/12/10(水) 16:32:19 ] タグ：MVC,プラガブル 812 名前：デフォルトの名無しさん mailto:sage [2008/12/10(水) 23:32:43 ] HTTP にしといて UDP にしたい理由がわからん 813 名前：デフォルトの名無しさん mailto:sage [2008/12/10(水) 23:40:41 ] HTTP仕様（RFC)は、アプリ（サーバ）として広く普及してるから結構いいかも 814 名前：デフォルトの名無しさん mailto:sage [2008/12/11(木) 01:56:29 ] ルーター通らないんじゃなくてよ 815 名前：デフォルトの名無しさん mailto:sage [2008/12/11(木) 03:23:08 ] HP見るとかなんでもない用途なら、自作するまでもなく普通にHTTP（のサーバ）使うだろ。 といって今はtsunamiみたいに広範囲向けのudpに興味あるわけでもないし。 やっぱudpは、p to p でかつ永遠に連続転送（強制流し込みw）かな。 HTTPは仕様上セッションが保障されてるから一度で転送して終わり。 816 名前：デフォルトの名無しさん mailto:sage [2008/12/11(木) 03:34:54 ] UDPはいちいちconnectしなくていいという利点がある。 ルータ超えしたければ間でTCPに変換すればいいし。 817 名前：デフォルトの名無しさん [2008/12/11(木) 16:58:39 ] C言語で同じインターネット内で他のユーザーと通信するプログラムは作れないですか? writeコマンドみたいな。 818 名前：デフォルトの名無しさん mailto:sage [2008/12/11(木) 17:00:17 ] >>817 writeでいいじゃん 819 名前：デフォルトの名無しさん mailto:sage [2008/12/11(木) 17:00:52 ] すまん net sendと間違えた 820 名前：デフォルトの名無しさん [2008/12/11(木) 17:03:27 ] >>818 writeだといらない文字まで表示されるので嫌です。 もっと好きな文字を送る方法はないですか？ 821 名前：デフォルトの名無しさん mailto:sage [2008/12/11(木) 17:05:12 ] arp 822 名前：デフォルトの名無しさん [2008/12/11(木) 17:17:32 ] >>821 arpをというのを使えばできますか? 参考HPを教えてください 823 名前：デフォルトの名無しさん mailto:sage [2008/12/11(木) 18:19:07 ] tcpにおける送受信で、 1. recv(or read) で一文字ずつ受信する方法 と、 2. recvでMSG_WAITALL を指定する方法 では、どちらがいいのでしょうか？ 補足ですが、今作っているシステムでは、 パケットの先頭3バイトに後続データの長さを格納しています。 よって、1の方法でやる場合は、 まず3バイト受信できるまで、1バイトずつ読み込み、 その後、後続データ長分を受信できるまで1バイトずつ読み込むのようにやるつもりです。 （もっといい方法ありますか？） 824 名前：デフォルトの名無しさん mailto:sage [2008/12/11(木) 18:20:56 ] net sendと同じ条件ならメールスロットに書けば 825 名前：デフォルトの名無しさん mailto:sage [2008/12/11(木) 18:28:03 ] >>823 www.linux.or.jp/JM/html/LDP_man-pages/man2/recvmsg.2.html ＞MSG_WAITALL (Linux 2.2 以降) ＞このフラグは、要求した量いっぱいのデータが到着するまで、操作を停止 (block) するよう要求する。 ＞但し、シグナルを受信したり、(中略)した場合には、要求した量よりデータが少なくても返ることがある。 ので、MSG_WAITALLを指定したからといって安心してはいけないかと。 3. recvで必要なバイト数を指定して受信し、実際に受信したバイト数を見て 足りなければ再び recv で不足分のバイト数を指定して受信する方法 が俺のおすすめ 826 名前：デフォルトの名無しさん mailto:sage [2008/12/16(火) 20:47:45 ] ネットワーク対戦でオセロ，ババ抜きなどできるＣ言語のプログラムを作りたいです。 オライリー以外で何かオススメの本とかサイトはありませんか？ 827 名前：デフォルトの名無しさん mailto:sage [2008/12/16(火) 21:14:43 ] ねこでもわかるネットワークでいいんじゃね？ わかりやすいよ ただしＴＣＰで送信データが分割されて受信される対策について 一切説明してないのが残念な一品です 分かってる人は問題ないんだけどね 俺は一回ＳＥＮＤすると１回のＲＣＶで 全部受信できると勘違いしてたからチンダ 今となってはいい思い出です 828 名前：デフォルトの名無しさん mailto:sage [2008/12/16(火) 21:34:40 ] せめてrecvって書こう 829 名前：デフォルトの名無しさん mailto:sage [2008/12/16(火) 23:47:28 ] ねこはソケットについてあんまり書いてなかったからなあ 830 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 00:16:47 ] LAN経由で通信を確立させて、ピンポン方式でデーターを送って応答を返してもらおうと思うのですが、応答が許容待ち時間(10秒)に達したら、データ再送or通信切断どちらのほうが適切なのでしょうか。 831 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 00:22:58 ] TCP?UDP? 832 名前：830 mailto:sage [2008/12/17(水) 00:36:29 ] >>831 TCPです。 本来ならほんの一瞬でデータが応答がかえるはずなので、 どちらのほうがよいのかなと思いました。 833 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 00:41:13 ] おちつけ 834 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 02:39:08 ] 真の許容待ち時間は何秒なんだ？ 835 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 07:00:27 ] TCPでデータが届いてなければ再送じゃなくてつなぐ所からやりなおしじゃね？ 836 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 09:21:50 ] 再送はUDPしかありえないっすよ 837 名前：デフォルトの名無しさん [2008/12/17(水) 12:04:38 ] inetdは、標準出力関数を呼び出す毎に、パケットを送ってくれるんでしょうか？ それとも、パケットに詰め込めるだけ詰め込んでから、送るんでしょうか？ 838 名前：830 mailto:sage [2008/12/17(水) 22:05:07 ] >>834 ありがとうございます。 ピンポン方式なので、 そのデータがかえってこないと次が送信できないので、 １０秒ぐらいかなと思い勝手に決めました。 真の許容待ち時間があるわけではありません。 >>835 836 ありがとうございました。 切断がよさそうですね。 839 名前：デフォルトの名無しさん mailto:sage [2008/12/18(木) 00:20:19 ] ttp://www13.plala.or.jp/kmaeda/winc/winc.htm#NETGAME ここのネットワークゲームのプログラムをもっと丁寧に説明してあるような 本知りませんか? 840 名前：デフォルトの名無しさん mailto:sage [2008/12/19(金) 19:29:41 ] sendでゲーム画面をサーバからクライアントに送信するには 引数をどう指定したらいいんだ 841 名前：デフォルトの名無しさん mailto:sage [2008/12/19(金) 20:16:08 ] 送信するデータを指定 842 名前：デフォルトの名無しさん mailto:sage [2008/12/19(金) 20:37:46 ] たいていの場合画面は送らない 843 名前：デフォルトの名無しさん mailto:sage [2008/12/19(金) 20:54:39 ] 勘違いかもしれんが，サーバはsendで更新情報をメッセージで送って 受け取ったクライアントはその情報を元に画面を更新する 画面自体は送らないでOK？ 844 名前：デフォルトの名無しさん mailto:sage [2008/12/19(金) 22:32:39 ] 勘違いじゃなくてスレ違い 845 名前：デフォルトの名無しさん mailto:sage [2008/12/20(土) 01:24:56 ] DNSサーバ扱ってるWebサイトで UDPパケットが分断されずに遅れる最大サイズが512Byteと書いてあるんですが、 これはUDPを使っている他のプログラムにも適用されることですか？ 846 名前：デフォルトの名無しさん mailto:sage [2008/12/20(土) 01:43:53 ] DNSのzoneファイルのサイズを512B以下にしろって話か 847 名前：デフォルトの名無しさん mailto:sage [2008/12/20(土) 01:53:16 ] 1つのUDPパケットで運ぶことのできるデータ（「ペイロード（荷物）」という）の長さは、 下位層のIPパケットの長さの制約を受ける。（標準の）IPパケットでは、1回の送信で、 最大では65515bytes（65535bytesから、IPヘッダの最低サイズ20bytesを引いたもの） までのデータを送信することができる（IPヘッダ・オプションが付くと、さらに小さくなる）。 そのため、1つのUDPパケットで送信することのできる最大ペイロード・サイズは、 65515bytesからUDPヘッダのサイズ（8bytes）を減算した、65507bytesまでとなる。 このため、この「長さ」フィールドの値は、8（データが空の場合）〜65515となる。 なお、下位層でIPフラグメンテーションが行われてIPパケットが分割されて送信されても、 UDPで1度に送信することのできるサイズは影響を受けない。 IPパケットのフラグメンテーション（分割）や再構成（元に戻すこと）は、 IP層のレベルで行われるからである。ただしIPフラグメンテーションが禁止されていると （IPヘッダ中のDF bitがセットされていたり、ルータがフラグメント・パケットのルーティングを 禁止していたりする場合）、より小さなサイズのUDPパケットしか送信できなくなる。 www.atmarkit.co.jp/fwin2k/network/baswinlan013/baswinlan013_03.html www.atmarkit.co.jp/fwin2k/network/baswinlan010/baswinlan010_02.html 848 名前：デフォルトの名無しさん mailto:sage [2008/12/20(土) 01:59:24 ] jprs.jp/tech/jp-dns-info/2003-07-10-max-number-of-dns-server.html ▼DNS サーバの最大数 DNS には、そのプロトコルの仕組み上、応答メッセージが 512byte 以内に収 まる必要があり(*1)、上位の DNS サーバに登録できる NS レコードの数には 制限があります。 (*1) TCP への fallback もありますが、ルートサーバなどの上位の DNS サー バに TCP の接続が集中すると負荷などが問題となり、UDP で問い合わせ を行う必要があります。 849 名前：デフォルトの名無しさん mailto:sage [2008/12/20(土) 02:21:20 ] Windows UDP パケットサイズの最大値の既定値は 1280 バイトです。 UDP パケットのサイズを 512 バイトより大きくする場合、 UDP パケットは UDP ホスト以外のデバイス (ルーターなど) を経由して送信される必要があり、それらのデバイスの中には 512 バイトを超える UDP パケットをサポートしていないものが ある点を考慮します。すべてのデバイスおよび可能であれば そのパスの MTU に対応するように UDP パケットの最大値を設定し、 その最大値に基づいて UDP ホストを構成することをお勧めします。 850 名前：デフォルトの名無しさん mailto:sage [2008/12/20(土) 05:37:51 ] >>843 そう、それであってる。スレ違いでもないし。 たとえばネトゲなんかだと、自キャラの座標を鯖が持っていて、そのキャラからの 一定座標内のキャラクタの情報(座標だったりキャラクタの種類だったり見た目に関する情報だったり)を クライアントに返却し、クライアントはそれをもとに絵を出すという感じ。 テキストデータと画像データではデータ量に相当の差ができるし、絵を送る場合は鯖の負荷も恐ろしいことになる。 851 名前：デフォルトの名無しさん mailto:sage [2008/12/20(土) 05:44:27 ] いやスレ違いだろ 852 名前：デフォルトの名無しさん mailto:sage [2008/12/20(土) 06:22:32 ] クラサバシステムでどういうデータをクライアントに送るべきかって相談とも取れるからここでもいいんじゃないの 853 名前：デフォルトの名無しさん mailto:sage [2008/12/20(土) 09:29:01 ] 板違いじゃボケ >プログラム・ソフトの使い方は PC 初心者板やソフトウェア板へ。 >ウイルス、ハッキング・クラッキングを求めるような発言は禁止です。 >Javascript は Web 制作板、CGI は Web プログラミング板へ。 >業界談義、愚痴はプログラマ板へどうぞ。 >ゲーム関係の話題はゲーム製作板へどうぞ。 >ネタ、板とは関係の無い話題はご遠慮ください。 854 名前：デフォルトの名無しさん mailto:sage [2008/12/20(土) 10:50:01 ] yahohho- yahhohho- no-bura yahho- 855 名前：デフォルトの名無しさん mailto:sage [2008/12/22(月) 09:32:05 ] >>852 >クラサバシステムでどういうデータをクライアントに送るべきかって相談 「誰か設計からやって下さい」と同義だぞ、それは。 856 名前：デフォルトの名無しさん mailto:sage [2008/12/23(火) 10:42:32 ] リアルタイム性を求められるネットワークプログラミングでは TCPを使うべきかUDPを使うべきかどっちが良いのでしょうか

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef