単純にbotくんからネットワークアクセスできなくなることもあるし

ラズパイくんもjetsonくんも売ったねんな...

ポート-ポート間転送機能って適切に設定しないとループとかするんスよ

中古のスリムPCなんかでもできそうですねぇ　ちなみにRAMとかどれぐらい必要になります？

そうなったときにネットワーク落とす可能性がある

スペックはそこまでいらないけど、出したい性能によるゾ

せっかくだから（コンバット越前）10G対応させたい気持ちあるんですよねぇ

性能ちゃんと出すのが難しいのはマジで、具体的にはdono

CPUコアがどのNICのパケットを処理するのかとかを本気で詰める世界もあるゾ

はえ＾〜すっごい...

10Gをただ使いたいだけなら、10G使えるNICを挿して4コア8GB以上とかのスペックでも十分いけると思うゾ

ショートパケットを秒間何パケットさばいて同時にNAT数万件安定稼働させたいとかになると話別だけど

今ノートPC一台余ってるんでノートPC LANポート -> USB LANで出力って実験するのが良さそうかなとガタイで分析

よさそう

面白そうだけどまずすぐそこにあるロボットアーム自作キット積んでるのどうにかしないと行けないんだよなぁ...

正味ただパケットをルーティングするだけなら「ルータ自身のIPをゲートウェイアドレスにする」「net.ipv4.ip_forward = 1を設定する」

だけでもどうにかなるゾ

机狭すぎて作業スペース無くなってきて狂いそう...

整理するといいんだよね、それ一（自戒）

今の作業台にはサーボモーターが8台転がってるゾ...

邪魔スギィ！

デイジーチェーンで繋いでuartかなんかで制御できるって、面白いわね。

UARTデイジーチェインは指示ラグ出そうですけど大丈夫なんでしかね？

このモータゾ　https://www.waveshare.co…

このモーターFWアプデがwinじゃないとできないでナオキ

だから積んでるんすよねぇ

そもそもメインPCのデスク大きくしたいねんな...(幅120cmぐらいしか無いのにモニタ3枚)

サーボのFWアプデぐらいなら適当にプロトコル書いて有りそうなものですけどねえ

と言うかこういうホビー用途のモーターでwinしか対応してないのはナオキ

じゃないでしかね

産業用だと良くありますけど

メーカー提供のツールなんて最初から信用してないから何も思わなかったゾ…（新たな気づき）

一応レジスタマップ公開ホナニーされてたはずだから理論上は出来るかもしれない

win用しかなくても大体マップと実機解析で同じようなツール作ってるゾねえ

https://blog.nicovideo.j… そういえばAkashic Systemのコード公開する予定はあるんスね

つりっくまセルフホストできたらいいなァ…

https://github.com/yassh… ランキング形式でなければプラットフォーム実装出てるんですね

メモ: 1秒単位で一致していればつりっくま同時起動は可能

あと5分で広場でのユーザー名が振り直されます。お気に入りの部屋では引き続き同じ名前で交流できます。

本スレで遊んだ後冷食温めて食おうとしたらミーティングでチョーSだよな！

冷えちゃったゾ…

もしかして本スレでdigikeyの話とかしてました？(たまたま本スレ開いたら4時間経ってた)

ああああもうやだああああ（Docker build するだけでフリーズするUbuntuPC）

Infinifactoryはおすすめだゾ〜

流石にbuildでフリーズは草

あっキミかぁ！

何回やってもbuildした瞬間フリーズして壊れる＾〜

深センの話振ったのは自分でした...(告白)

同人音声の話とかロードスターの話あたりからｸｫﾚｱ…と思ってたゾ

バレててくさ　ヤダ恥ずかしい...

同人音声の話そんなに（本スレ以外で）したたっけ...

本スレ最初期の印象が強いゾねえ

やってたっけ...(記憶喪失)

最初の一週間ソムリエやってませんでしたっけ

多分やってましたねぇ　と言うか今でもたまに本スレでやってるゾ

何か今日の本スレは面白かった（小並感）

音声入力APIの仕様を知ってる広場民他に見たこと無いんだよなあ…

本スレ、2chのちょっと荒れてる雑談スレぐらいの勢いになっててたまに行く分には面白い

卑猥な言葉が伏せ字になるのはAPI側の問題、って発言した記憶ありますねぇ

空白入るのは栗田の問題ではない発言はﾎﾟゾ

音声入力は外部のAPI使ってるからそっちの問題って意味でしかね

ゾ

docker build したらCPUリソース100%になって死ぬのはなんで？（困惑）

パフォーマンス限界まで使いすぎなんじゃないでしかね？

後Linuxだとメモリ食いつぶしたときのほうが重くなる印象あるゾ

ｱ！（死ぬ直前メモリ16GB中15.8GB使ってた）

それですねえ

通常起動時には-m=8Gとか指定できるけど、build時にこの指定効くのかなあ？

メモリ使用量DKSGのときは移す先がなくてマルチタスクの切り替えに失敗する確率が上がり、それに伴い重くなると理解してるゾ

単純にCPU使用率高いだけならアイドルタスクへの切り替えがなされないだけだし

メインPCだと普通にビルドできるんで、ちょっとメモリusageでも見るかな俺もな

それか一時的にswaponするか

あー docker buildx経由でbuilding driverを手動作成すれば--driver-opt経由で渡せますねえ

> ビルド時のメモリ使用量

https://docs.docker.jp/e… こっちのほうがいいか

btopくんリソースモニターとして見やすいからすき　でもメモリ使用率普通だな？(10GBも使ってない)

！！！！？？？？？（いきなり20GBも使い出した）

多分ビルド中に爆発的に使う箇所があるんでしょ

これcolcon build(ROS)してるときにメモリどか食いしてますねぇ... これ無理だゾ

buildkit側でメモリ使用量抑えるか、並列ビルド用のワーカー減らすかですねえ

https://github.com/movei… この辺の話っぽい

お前か悪さしてるのは（半ギレ）　--parallel-workers 8 使ってるのが見える見える...

Dockerfile側でARG指定してデフォを8にすれば解決しそう

デフォを8ってどっちだよ（混乱）

ARG COLCON_WORKERS=8とかにする意ゾ

ビルド時にはそれを変数として使えば、docker build --build-arg COLCON_WORKERS=2とかできるゾ

あっそっかぁ...まずはどのDockerfileが悪さしてるのか探すところからゾ...

でもworker=8で20GBとか1インスタンス2.5GBぐらい使う計算ですごいっすね

ROSのnav2（経路計算パッケージ）なんかを並行でビルドしてるからクソデカかもしれない（適当）

とりあえず計測して一番利用率高かったところから潰すのがいいゾ

まあDockerfile修正はともかく多分そこのworker数だけパッチあてたら

どうにかなる可能性は高そうっすね

ウッス！該当dockerfile見つかったので --parallel-workes 減らして試しまっす！　並行ビルドってこんなにメモリ食うんすねぇ

time-space tradeoffという概念があり、時間を節約すると容量を食うんだゾ

colconは高速化重視っぽいからメモリに色々キャッシュしてるんじゃないでしかね？

支給された開発用PCがメモリ16GBなんて...こんなの辛いよぉ...

まあその規模やるなら32GBぐらいは欲しいっすねえ

まぁ富士通ならメモリ8GBぐらいのノートPC支給されてそうだしそれよりましか...

これと https://github.com/colco… を読んだ感じ、colconのworker数とmakeの-j指定は別っぽいですねえ

つまりcolconのworkerを8個建てたときmake側で-j8が追加で走っている可能性もある 全部合わせて64並列 そりゃ重いわ

これマジ？このDockerfile作ったやつメモリブルジョアか？

実際あんまり考えてなかったんでしょうねとガタイで分析

多分メモリ32GBなら大丈夫で、16GBなら死ぬ狭間ですねｸｫﾚﾜ...

それだとbuildkit側でメモリ制限するのはあんまり得策じゃないか

根本解決はDockerfile修正、ド短期では手元だけパッチ当ててビルド、短期では中期のためにDockerfile修正タスクを追加ってところでしかね

とりあえずDockerfileイジってビルド通るか見るゾ　一応作った人に報告するかな俺もな

プロマネみたいな差配にもすっかり慣れちゃって（業務から）ああ逃れられない！

こいつ全身業務状態に堕ちたな　PMはえ＾〜すっごい

年数重ねるとどうしてもね…

現場に居たいゾ

やはりヒョンニム化するしかないのか

PMやらなるとミーティングとパワポみたいなの作るのがメインになる印象がね...

ただタスクマネジメントは自分の作業効率上げるためにも使えるから損はないという実感ゾ

ああああもうやだああああ（--parallel-workes 2 ですら死亡）

草

クソザコPCくんかわいいね♡