FlutterでTCP通信 - Qiita
操作方法 1 装置を起動する 2 コントローラを起動する 3 コントローラからConnectする 4 ボタンが有効になったら、左右に動かす コントローラ import 'dart:io'; import 'dart:typed_data'; import 'package:flutter/material.dart'; import 'package:provider/provider.dart'; void main() { runApp( ChangeNotifierProvider( create: (context) => TcpClient(), child: MaterialApp( home: ClientPage(), debugShowCheckedModeBanner: false, ), ), ); } class TcpClient with ChangeNotif
RTTとは - IT用語辞典
RTTとは、通信相手に信号やデータを発信してから、応答が帰ってくるまでにかかる時間。相手との物理的な距離や、経路上で中継・転送する装置などの数や処理時間に左右される。 電子回路や通信システムなどで、伝送にかかる時間を表す特性の一つとしてよく用いられる。双方向でやり取りを行うシステムの場合、回線などの時間あたりの伝送容量（帯域幅や通信速度）がいくら大きくても、RTTが大きければ送受信の度に大きな待ち時間が発生し、トータルの実効速度（スループット）や使用感は大きく損なわれる。 類義語：レイテンシ/レスポンスタイム発信した信号やデータが相手に届く（あるいはその逆）までにかかる時間は「レイテンシ」（latency/遅延時間）と呼ばれる。多くの場合、RTTはレイテンシの2倍に相手方での処理時間（物理的な反射などの場合はゼロ）を加えたものとなる。また、システムの応答や反応にかかる時間を表す場合、入力が
4.4. TCP_NODELAY と小さなバッファ書き込み
TCP (Transmission Control Protocol) で簡単に説明したように、デフォルトでは TCP は Nagle アルゴリズムを使用して小さな送信パケットを収集して一度にすべてのパケットを送信します。 これにより、 レイテンシに悪い影響が出ることがあります。
相手がいないのに ESTABLISHED になってる TCP ポート - tmtms のメモ
最近 ParallelServer というライブラリを作ったのですが、その最中に奇妙な状態になってる TCP ポートを見つけたので、メモっておきます。 Ruby では TCP サーバーは次のような感じで作ることができます。お手軽ですね。 require 'socket' Socket.tcp_server_loop(12345) do |socket, client_addr| socket.puts "Your IP address: #{client_addr.ip_address}" name = socket.gets socket.puts "Hello, #{name}" socket.close end これは 12345 ポートでクライアントからの接続を待ち、接続されたらクライアントのIPアドレスとクライアントからの入力をクライアントに送信して切断するだけの簡単なプログラム
WebSocketを見てみよう
本スライドは下記URIで公開しています: http://bit.ly/ws-kuruma http://kuruman.org/diary/2011/05/28/file/websocket_study_kuruma.pdf WebSocketを見てみよう @Kuruma # whoami • Kuruma – しがないOpera Browser使い – twitter.com/Kuruma – kuruman.org “WebSocketを見てみよう” (2011-05-28) 2 もくじ • 概要 • 実装状況 • はじめの一歩 – 大まかな決まり事と流れ “WebSocketを見てみよう” (2011-05-28) 3 概要 “WebSocketを見てみよう” (2011-05-28) 4 WebSocketとは draft-ietf-hybi-thewebsocketprotoco
TCP 3-way handshakeのレイテンシ軽減のためのTCP_DEFER_ACCEPTソケットオプション - ゆううきブログ
2013/10/22 追記した． Starletのコード読んでてlistening socketにTCP_DEFER_ACCEPTとかいうオプション渡してたので、これ何だって思って調べた． TCPに特に詳しいわけではないので理解に誤りがあるかもしれない． package Starlet::Server; ... # set defer accept if ($^O eq 'linux') { setsockopt($self->{listen_sock}, IPPROTO_TCP, 9, 1) # 9がTCP_DEFER_ACCEPTを表す and $self->{_using_defer_accept} = 1; } ... TCP_DEFER_ACCEPTはLinux 2.4から導入されている． Linux 2.6.32から挙動が若干変わっているらしい． (linux の TCP_DE
Delayed ACK - Cube Lilac
これも研究関連で，遅延ACK（Delayed ACK）を無効にした状態でデータ通信をする必要がありまして． 今まではFreeBSDのPCで実験を行っていたのでsysctlで一発で無効にできたのですが，Linux系ではどうやらその方法では無理な模様． それで，JM projectで調べた所どうやらsetsockopt()を用いてquickackモードを有効にすれば良いらしいとの事なので，早速コードを修正して走らせて見たのですが・・・tcpdumpで見てる限り，思いっきり遅延ACKが動作してるぽいんですよね． 試行錯誤したところ，結局↓の説明が曲者だったようで・・・ TCP_QUICKACK 設定されていると quickack モードを有効にし、クリアされると無効にする。通常の TCP 動作では ack は必要に応じて遅延されるのに対し、 quickack モードでは ack はすぐに送信され
Note - 遅延ACKオプションに関するメモ
研究に関連する実験で，遅延ACK(Delayed ACK）オプションを無効にした状態で， データ通信をする必要があったのですが，その時に陥ってしまった事例． 今まではFreeBSDのPCで実験を行っていたため，sysctlで簡単に無効にすることができたのですが， どうやらLinux系ではその方法では無効にできないようです．そこで， JM Projectで調べたところ，setsockopt()を用いてquickackモードを有効にすれば良い， という記述を発見したので，早速コードを修正してテストしてみたのですが・・・tcpdump で観察している限り，遅延ACKオプションは有効になったままの様子． 試行錯誤した結果，どうやら以下の記述が問題となっていたようです． TCP_QUICKACK ・・・（中略）・・・ このフラグは永続的なものではなく、 quickack モードから/モードへ切り替え
TCP socketではwriteの後すぐにcloseしてはいけない
TCP socketではwriteの後すぐにcloseしてはいけない。 相手側に全てのデータが届いてからcloseする必要がある。 shutdown で書き込み側だけハーフクローズするとよい。 相手側がcloseしてから、こちらをcloseする。相手側がcloseしたことは、readを呼んでブロックさせておくと、読み込みバイト数==0 つまりEOFになったことでわかる。
NonSoft - VBSで通信(RS232C TCP/IP UDP/IP)出来るか？
VBS(VB SCRIPT/WSH)で通信(RS232C TCPIP UDPIP)が出来るかどうかを試してみました。 試した方法はMSCommLib.MSCommやMSWinsock.WinsockをCreateObjectする方法です。 (注意) このサンプルはVB6の開発環境が無いと実行出来ません。(Visual Studio 6.0がインストールされていれば動きます) 64bit(x64)版のWINDOWSで標準のVB SCRIPTを実行するとCreateObjectでエラーが発生するため、 32bit(x86)版のVB SCRIPT(C:\Windows\SysWow64\cscript.exe)を実行してください。 このサンプルの実行結果は、RSC23Cは成功しましたがソケットの方は受信で失敗(送信は成功)してしまいました。 とりあえず、下のVBSサンプルソースを見
はやいTCPサーバの書き方 - nyaxtのPC作業ログ
cagra高速化にあたってのノウハウを一部公開してみます。また明日校正/更新します。つっこみ待ちです。 select(2)の代わりにepoll_wait(2), kqueue, /dev/epoll等を使う 他に山ほど解説ページがあるので略 大量のディスクリプタを処理するようなサーバの場合、多少効果があるかもしれません。しかし、クライアント数が少ない場合、劇的な性能の向上は見込めないとおもいます。クライアント数が多い場合は、１セッション１スレッドなモデルではOS側のタスクスイッチングのオーバーヘッドが効いてくることも多いです。クライアント数を増やすには複数のセッションを１スレッドで処理できるようにすると良いです。実装にあたっては、non-blocking ioを活用すると効果的です。 TCP_NODELAYを設定する Nagleアルゴリズムをオフにします。多少応答性が良くなります。 これっ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Charming Python: Functional programming in Python, Part 3
IBM Developer