Телеграмм чат группы openbsd

Я бы сказал, что вообще нет поводов не кодить)

11:59пожаловаться #1

есть уйма поводов не писать еще одну реализацию смб правда

12:00пожаловаться #2

Хз, сравнивал например с линуксом - таки в линуксе шустрее

12:00пожаловаться #3

жЫрно плюсую

12:00пожаловаться #4

а сисктлы wsize/rsize поднимал?

12:00пожаловаться #5

не, ничего вообще не крутил

12:02пожаловаться #6

надо покрутить?

12:02пожаловаться #7

ну, можно попробовать для начала

12:03пожаловаться #8

только они называются по-другому как-то, блин

12:05пожаловаться #9

СГ

https://calomel.org/network_performance.html

12:07пожаловаться #10

СГ

не уверен в актуальности

12:08пожаловаться #11

да, да, это.
про актуальность он там и пишет, tcp.send/recvspace у меня сейчас нету

12:09пожаловаться #12

вот только я не уверен что передача файлов в самбе по юдипи происходит

12:09пожаловаться #13

СГ

там в оригинале строчка выше про net.inet.tcp.recvspace

12:11пожаловаться #14

СГ

его надо воткнуть как-минимум с другого конца тоже 😊

12:14пожаловаться #15

СГ

какой чип хоть?

12:15пожаловаться #16

СГ

что про нее в dmesg ядро думает?

12:15пожаловаться #17

в разделе OpenBSD v4.8 and earlier network stack "speed_tweaks"

12:18пожаловаться #18

СГ

согласен, в текущей версии буфера можно только udp крутить

Михаил Новоселов... in OpenBSD

12:20пожаловаться #19

МН

через gvfs в линуксе или cifs в ядре?