From e542298de3baade166b3abf55636933620ff667d Mon Sep 17 00:00:00 2001 From: Sergey Matveev Date: Fri, 27 Dec 2024 11:00:24 +0300 Subject: [PATCH] =?utf8?q?10GbE=20twinax=20DAC=20vs=20=D0=B2=D0=B8=D1=82?= =?utf8?q?=D0=B0=D1=8F=20=D0=BF=D0=B0=D1=80=D0=B0=208P8C?= MIME-Version: 1.0 Content-Type: text/plain; charset=utf8 Content-Transfer-Encoding: 8bit Дома у меня два сервера соединены twinax DAC-ом, а мой NUC через обычный Ethernet по витой паре (5 или ниже категории) 8P8C соединением. ping-ом можно увидеть что у витой пары и задержка больше и её колбасит и ошибки приёма регулярные. Но 10Gbps вытягивает, без проблем. Но я такие 10GbE соединения называю ненастоящим 10GbE. Ибо из-за задержек user experience будет отличаться даже невооружённым глазом. Делаю find . -exec stat {} + >/dev/null на сервере в директории с музыкой, чтобы прогреть его ARC кэш. Делаю umount и mount (чтобы кэша не было) этой директории по NFS на компьютерах подключённых DAC-ом и витой парой. Ну и выполняю такой же find. На DAC-е это занимает ~5сек. На витой паре ~10.5сек. На 1GbE, правда идущем ещё и через WireGuard, занимает вообще 46сек. Ошибок передачи на витой паре при этом не было (счётчики не вырастали). При этом, компьютер с витой парой и мощнее и сетевуха в нём получше, понавороченнее. -- 2.48.1