いや、インターネットを超えて接続はしないはずなんだよね。ローカルのPCとそのGigEカメラが繋がってるだけのはずなんだけど。でも中国のお客さんはどういうネットワーク構成なのかとか全然教えてくれなかったから、結局何らかの理由でパケットロスが生じたんだろとしかわからなかった
USA
komurasoft@comcomponent.com
npub1yvu4...v74p
C++プログラマ。COMコンポーネントが好き
Příteli, díky za tuhle písničku. Bylo to moc fajn. Šťastnou cestu. ^^
一応パケットを半分くらいランダムに除去する？みたいな感じのテスト用アプリで試したらこっちでも再現したけど
まああれはかなりお粗末だったね
うーん、なんか、自然発生したのは中国だけだった
自動で普段の通信間隔から計算してくれるのサイコーってなった
イーサネットというかGigEカメラだな
イーサネットで通信する産業用カメラで生じたなあ。
そうだ、RFC1323だ。あれが有効ならうまく行ったんだよ確か
なんかラグの分布の間隔が秒単位だったから、これ1,2,4,8秒と待つタイプのアレじゃね？と見当をつけて調べたら原因がわかった
あれ、デフォルト設定だと、再送待ちが生じたら1秒待って、さらにダメなら今度は2秒待つみたいなのが起きるから怖いよなー。TCPタイムスタンプだったかな、そのオプション入れたら普段の通信間隔からいい感じに待ち時間を決定してくれるんだけど
バグ調査の例を列挙すれば良いから簡単だな
あとは対応実績の項目を増やすか。TCPの再送が原因で数秒間のラグが生じた件とかを良い感じに書いておこう
え？そんなに皆色々買い占めてるの？
は〜かぐや可愛すぎ
ま、あとはひたすらブログ記事を量産していけば1ヶ月も経てば2人目の客が来るだろう
とりあえずHPにGitHubのプロフィールのリンク貼ってGitHubのプロフィールにも自分のHPを書いたので少しは検索とかに効果あると信じよう。
ホテルの朝食２回分やな
8500円かあ
くそ、俺の脂肪をガソリンにできれば億万長者だったのに🤑
トイレットペーパーちょっと多めに買っとこうかなあ