Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"В ядро Linux 6.8 приняты патчи, ускоряющие TCP"	+/–
Сообщение от opennews (?), 14-Янв-24, 10:01
В состав кодовой базы, на основе которой формируется ядро Linux 6.8,... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=60433
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Онанимо (?), 14-Янв-24, 10:01	–18 +/–
чудо на пасху, прям! неужели мейнтейнеры заглянули в сетевой стек линукса и увидели что там происходит! вау! браво!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12, #75, #112, #120

8. Сообщение от DEF (?), 14-Янв-24, 10:25	–3 +/–
Ждем новых дыр и CVE'шек.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10, #31, #34, #53, #70, #88

9. Сообщение от BrainFucker (ok), 14-Янв-24, 10:29	–1 +/–
А интересно насколько он был быстр до этого и без всяких дополтинельных тюнингов относительно других ОС?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #23, #89

10. Сообщение от Аноним (10), 14-Янв-24, 10:33	+/–
в постоянной перестройке будут несчастные случаи
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

11. Сообщение от Аноним (11), 14-Янв-24, 10:33	+4 +/–
Осталось блюпуп пофиксить и можно жить
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #50, #76

12. Сообщение от Аноним (12), 14-Янв-24, 10:36	+23 +/–
Ты же не разработчик, да? Ты же не знаешь, что такое поддерживать и развивать большой проект и лезть в код критической подсистемы без явной нужды? Особенно с целью внесения такой не совсем очевидной оптимизации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #13, #210

13. Сообщение от DevOPS (?), 14-Янв-24, 10:38	–18 +/–
ну а к чему тут ваши оправдания?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #35, #92

14. Сообщение от DevOPS (?), 14-Янв-24, 10:40	–1 +/–
Когда это ядро увидят в Debian?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #37, #91, #160, #212, #228

15. Сообщение от Аноним (15), 14-Янв-24, 10:40    Скрыто ботом-модератором	–10 +/–
TCP немного неактуально, практически нигде не используется. Да и http1 тоже нигде сегодня не найдёшь.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #16, #17, #21

16. Сообщение от Аноним (12), 14-Янв-24, 10:43	+/–
Лукалицо… Или это шутко такое?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

17. Сообщение от Герман (??), 14-Янв-24, 10:45	+8 +/–
Все, что следует знать об экспертах на opennet'е
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #19

19. Сообщение от Аноним (15), 14-Янв-24, 10:47	–5 +/–
Нука? неэксперт, продемонстрируй, где сегодня задействуется TCP?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #27

21. Сообщение от timur.davletshin (ok), 14-Янв-24, 10:50	+1 +/–
Скажи, что BBR over UDP актуален. Не начинай эту телегу заново, опять убежишь, когда дело до исходников и тестов производительности дойдёт. Управление потоком в пространстве пользователя в однопоточном процессе... где-то это уже было. А, вспомнил! Это в OpenVPN использовалось, который сейчас всё это вынес почему-то в ядро. Как и Wireguard, который быстрее не из-за какой-то магии и слишком "умного" протокола, а из-за работы в пространстве ядра. А вы, деграданты, это в userspace тянете, выдавая за прогресс и ведясь на рекламные тесты Google.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #28, #29, #106

23. Сообщение от Аноним (31), 14-Янв-24, 10:52	+/–
никто не узнает, пока ты не поэкспериментируешь и не отчитаешься здесь вперёд!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

27. Сообщение от Аноним (31), 14-Янв-24, 10:55	+2 +/–
в чём прикол так откровенно демонстрировать свою глупость? иди почитай о TCP и UDP и их месте в стеке TCP/IP
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #30

28. Сообщение от Аноним (15), 14-Янв-24, 10:56	–1 +/–
Обычно посмотреть на улучшившееся время загрузки в панели разработчика достаточно для убеждения большинства пользователей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #38

29. Сообщение от Аноним (31), 14-Янв-24, 10:57	+1 +/–
пока дяди вроде тебя будут так откровенно вестись на тупые жирные набросы, тролли никогда не вымрут
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

30. Сообщение от Аноним (15), 14-Янв-24, 10:58	–5 +/–
А в чём прикол посылать, если сам не знаешь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

31. Сообщение от Аноним (31), 14-Янв-24, 10:58	+/–
напишите когда можно с 4.* переходить на 5.*, а я пока посижу на нём
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #63, #109

34. Сообщение от Аноним (34), 14-Янв-24, 11:02	+/–
Да, при переписывании на другой язык они неизбежны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

35. Сообщение от Аноним (35), 14-Янв-24, 11:04	+2 +/–
девопсы не нужны
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

36. Сообщение от Аноним (37), 14-Янв-24, 11:07	–10 +/–
И это называется, миллионы глаз опенсорса? Почему 30 лет назад никто не подсказал? Это же смешно!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #39, #40, #42, #44, #64, #67, #90, #101, #134, #213, #227

37. Сообщение от Аноним (37), 14-Янв-24, 11:08	+/–
В debian sid, есть надежда что будет, ну а в стабле года через 1,5.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #65

38. Сообщение от timur.davletshin (ok), 14-Янв-24, 11:08	–1 +/–
Большинство пользователей вообще о её наличии не подозревают. Это для начала. Для второго блюда я рекомендую оценить, сколько времени не браузер чего-то там делает, а сетевой стек ОС. Там всё упирается не в быстродействие стека (который в userspace РЕАЛЬНО медленнее), а в, например, в разбор HTML и операции с DOM. Сетевой стек, что в случае TCP, что QUIC, большую часть времени проводит в режиме ожидания данных. На сладкое же сравни ожидание userspace и kernel-space. Частично данные о первом можно задампить в профилировщике.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #41

39. Сообщение от Аноним (39), 14-Янв-24, 11:13	+6 +/–
очевидно же что 30 лет скорость работы стека боле чем удолетворяла потому что пропускная способность сетей была на порядки меньше чем сейчас
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

40. Сообщение от Аноним (31), 14-Янв-24, 11:13	–2 +/–
про миллионы глаз это самый настоящий правдивый анекдот
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

41. Сообщение от Аноним (15), 14-Янв-24, 11:16	+/–
Какая разница, если в итоге всё равно через UDP оказывается быстрее? Моя главная претензия к TCP это практически абсолютная неюзабельность при наличии потерь пакетов из-за лавинообразных задержек.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #47

42. Сообщение от name (??), 14-Янв-24, 11:18	–3 +/–
Миллионы $ корпорастов. Правильный вопрос "а кому это было нужно"? Что касается опенсорца, в линукс давно уже никто не лезет забесплатно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

44. Сообщение от Аноним (44), 14-Янв-24, 11:23	+3 +/–
Так миллионы глаз должны код смотреть, а не комменты на опеннете
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

47. Сообщение от timur.davletshin (ok), 14-Янв-24, 11:33	–1 +/–
Мне интересно, а ты реально полагаешь, что при использовании Cubic (да, именно он и работает в подавляющем большинстве реализаций, а не BBR) поверх UDP сигнал управления потоком меняется? У Cubic (если не брать неподдерживаемый в реализациях QUIC режим гибридного старта) есть только один режим обратной связи - потеря пакетов. Лавинообразность - это "паровозики" (trains) и они, например, являются следствием использования сетей Wi-Fi, где часть (не все) MTU агрегируются по два (до четырёх в ряде реализаций) в один бОльший MTU. Тот самый хвалёный pacing из BBR оказался причиной ухудшения производительности на беспроводных сетях в сравнении с классическими алгоритмами. Продолжайте дёргать и дальше на этот ваш QUIC, в реальности он практически по всех сценариях сливает. У BBR есть один сценарий (вне зависимости от места, где оно реализовано), где он реально выигрывает. Это сценарий больших потерь пакетов при достаточно "длинной трубе" (задержка около 100 мс).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #52

49. Сообщение от Аноним (49), 14-Янв-24, 11:40	+/–
Теперь будут делать больше маршрутизаторов на Linux?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #56, #97, #103

50. Сообщение от анон (?), 14-Янв-24, 11:40	+1 +/–
Будь здоров!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

52. Сообщение от Аноним (15), 14-Янв-24, 11:50	+/–
У меня была возможность всё это проверить на практике. Если в худших случаях приходим примерно к тому же, а в обычных всё куда лучше, то это повод задуматься.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #54

53. Сообщение от Аноним (53), 14-Янв-24, 12:01	+2 +/–
Вы имели ввиду бэкдоры?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #124

54. Сообщение от timur.davletshin (ok), 14-Янв-24, 12:09	–1 +/–
Всё строго наоборот. В нормальных условиях QUIC проигрывает TCP, но у пользователя браузера всё упирается не в скорость стека, а в скорость обработки полученных данных. Я напомню, что мотивация создания QUIC, если не брать экзотические сценарии, которые до сих пор так и не работают (тот же multipath), была в использовании BBR... от которого, напомню, большинство реализаций отказалось вообще или вынесло его в опцию по причине того, что реальные тесты отличались от презентированных Google.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #68

55. Сообщение от Аноним (55), 14-Янв-24, 12:09	+/–
Подумаешь 40%, это не в разы и не на порядки. Не зря у сетевых интерфейсов скорость на порядки возрастает: 10, 100, 1000 мегабит.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #69, #145, #159

56. Сообщение от timur.davletshin (ok), 14-Янв-24, 12:11	+1 +/–
> Теперь будут делать больше маршрутизаторов на Linux? Куда уж больше? Проблема не в количестве, а в поддержке этого. Большинство китайцев забывают про девайс сразу после его продажи. А дырявый Линукс ничем не лучше дырявого Cisco, Juniper или даже Windows.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #99

60. Сообщение от Аноним (60), 14-Янв-24, 12:15	–1 +/–
интересно, много ещё в ядре таких "исторических причин"?...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #118, #164

63. Сообщение от Аноним (63), 14-Янв-24, 12:22	+3 +/–
Тут давече написали, что будут закапывать твое 4 Сам перейдешь
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

64. Сообщение от another_one (ok), 14-Янв-24, 12:22	+2 +/–
30 лет назад были массовые многоядерные процессоры с гигантским L3? Если посмотреть бенчмарки, реально ускорились только системы уровня AMD EPYC (кеш 256МБ). On AMD platforms with 100Gb/s NIC and 256Mb L3 cache: IPv4 Flows   with patches    clean kernel      Percent reduction 30k     0.0001736538065 0.0002741191042 -36.65% 20k     0.0001583661752 0.0002712559158 -41.62% 10k     0.0001639148817 0.0002951800751 -44.47% 5k      0.0001859683866 0.0003320642536 -44.00% 1k      0.0002035190546 0.0003152056382 -35.43% IPv6 Flows   with patches  clean kernel    Percent reduction 30k     0.000202535503  0.0003275329163 -38.16% 20k     0.0002020654777 0.0003411304786 -40.77% 10k     0.0002122427035 0.0003803674705 -44.20% 5k      0.0002348776729 0.0004030403953 -41.72% 1k      0.0002237384583 0.0002813646157 -20.48% On Intel platforms with 200Gb/s NIC and 105Mb L3 cache: IPv6 Flows   with patches    clean kernel    Percent reduction 30k     0.0006296537873 0.0006370427753 -1.16% 20k     0.0003451029365 0.0003628016076 -4.88% 10k     0.0003187646958 0.0003346835645 -4.76% 5k      0.0002954676348 0.000311807592  -5.24% 1k      0.0001909169342 0.0001848069709 3.31%
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #102

65. Сообщение от Аноним (63), 14-Янв-24, 12:23	–1 +/–
а в oldoldstable?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #107

66. Сообщение от Аноним (66), 14-Янв-24, 12:24	–1 +/–
> набор изменений, значительно повышающих завоз новых дыр? Потом вскроется как с Heartbleed..
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #85

67. Сообщение от Аноним (67), 14-Янв-24, 12:28	+1 +/–
Потому что с кодом в данном случае все в порядке. И было, и будет. Разница в оптимизации под процессорный кэш. От перемены мест переменных в памяти алгоритм не меняется, но скорость выполнения - еще как. Проходить двумерный массив сначала по строкам или столбцам - две большие разницы. По времени, не результату. Причем в зависимости от того сишний это массив или фортрановский.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

68. Сообщение от Аноним (15), 14-Янв-24, 12:28	+/–
Мой опыт отличается. Вайфаем не интересовался, кстати, только езернет и мобильные сети. И совершенно  не важно, во что упирается, если пользователь страдает в одном случае больше, чем в другом. Между прочим, среднее время прохождения 1 пакета от пользователя до сайта в интернете при идеальном проводном подключении порядка 0.3-0.7с, мне кажется, должно быть вполне очевидно, почему меньшее число соединений будет предпочтительнее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #73

69. Сообщение от Аноним (67), 14-Янв-24, 12:29	+4 +/–
Это не про скорость в смысле пропускной способности интерфейса, а про скорость отклика.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

70. Сообщение от дАнон (?), 14-Янв-24, 12:39	+/–
для этого есть BFQ и сетевые стеки на его основе
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

71. Сообщение от scriptkiddis (?), 14-Янв-24, 12:42	+1 +/–
Ну как всегда - 40% от чего и скольки?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #84, #214

72. Сообщение от Аноним (72), 14-Янв-24, 12:43	+/–
А потом появятся новые процы и всё замедлится.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #150

73. Сообщение от timur.davletshin (ok), 14-Янв-24, 12:44	–2 +/–
> ...и мобильные сети... Поинтересуйся архитектурой, кстати о птичках. > Между прочим, среднее время прохождения 1 пакета от пользователя до сайта в интернете при идеальном проводном подключении порядка 0.3-0.7с, мне кажется, должно быть вполне очевидно, почему меньшее число соединений будет предпочтительнее. Простите, что за бред! Это где вы такую статистику выискали? Введи Papeete в Speedtest и посмотри, сколько там пакет ходит. P.S. Если найдёшь сервер из Антарктиды или на орбите, то кинь мне его сюда. > мне кажется, должно быть вполне очевидно, почему меньшее число соединений будет предпочтительнее. Вы не поняли в то, как работают сети. Подозреваю, что вообще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #86

74. Сообщение от Аноним (74), 14-Янв-24, 12:59	+/–
Когда монолитность исправят?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #83, #87

75. Сообщение от Аноним (75), 14-Янв-24, 13:07	+2 +/–
Ой, а расскажи, что там происходит? Давай, ты ведь так уверенно говоришь. Со ссылками на конкретные строчки, ага.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

76. Сообщение от Аноним (75), 14-Янв-24, 13:08	+/–
А что с ним не так?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #123

83. Сообщение от Аноним (-), 14-Янв-24, 13:14	+5 +/–
>Когда монолитность исправят? Когда микроядро, по дизайну, станет проще чем монолит с подгружаемыми модулями.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

84. Сообщение от Igor (??), 14-Янв-24, 13:15	+2 +/–
А новость прочитать никак? Таблицы тестов со столбцами "with patches" и     "clean kernel" о чем говорят? Сравнивается обычное ядро и ядро с примененными патчами - и эти патчи дает 40% выигрыша на том же железе (это если есть большой кэш процессорный)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #221

85. Сообщение от ИмяХ (ok), 14-Янв-24, 13:16	–1 +/–
Так в ядро уже раст давно завезли. Ничего подобного больше никогда не будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #175

86. Сообщение от Аноним (15), 14-Янв-24, 13:19	+/–
При чём тут Антарктида и спидтест, ты всегда по спидтесту смотришь? Ты вообще понимаешь, что это за сайт, и как он работает? Осознаёшь, что роуты отдельно подкручивают? Многое зависит от маршрутов. Обычные SEA локации (включая НЗ и Австралию) будут всегда выдавать не меньше, до Америки тоже под 300 в лучшем случае (больше, если из Москвы через Австралию). Ты съезжаешь с темы, http3 предпочтительнее примерно всегда на практике.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #105

87. Сообщение от Иван_Лох (?), 14-Янв-24, 13:32	+1 +/–
«Ядро не парсер» (C)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

88. Сообщение от Аноним (-), 14-Янв-24, 13:41	+5 +/–
> Ждем новых дыр и CVE'шек. Не ошибается тот кто ничего не делает. Впрочем, получить именно CVE от перестановки переменных - это довольно оригинально было бы. Вы никогда не переставляли поля в struct для оптимизации его лэйаута? А, ну это ж опеннет, тут такие программисты...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

89. Сообщение от Аноним (-), 14-Янв-24, 13:44	+/–
> А интересно насколько он был быстр до этого и без всяких дополтинельных > тюнингов относительно других ОС? Судя по тому что линух выпер с серверов почти все остальное - очень даже! Иначе они бы пользовались чем-то более выгодным, логично же?! Но как известно нет пределов совершенству.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #93, #140

90. Сообщение от Котофалк (?), 14-Янв-24, 13:44	+6 +/–
Опеннетные бояре. Вместо "спасибо" "а что так мало", "а что так долго", "а почему только сейчас". Ты ещё к каждому коммиту этот коммент пиши, мотиватор ты наш ненаглядный.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

91. Сообщение от Аноним (-), 14-Янв-24, 13:45	+1 +/–
> Когда это ядро увидят в Debian? Я его увижу  вмоем Debian как только -rc1 оформят, например :). Если вам надо фичу с пылу с жару, собрать кернел не настолько уж сложная штука. Особенно если взять за основу конфиг дистро для чуть более старого. Хотя ответить на ряд специфичных вопросов и придется конечно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

92. Сообщение от Аноним (-), 14-Янв-24, 13:47    Скрыто ботом-модератором	+2 +/–
> ну а к чему тут ваши оправдания? Присылали бы патчи раньше, вам кто-то не давал?! :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

93. Сообщение от BrainFucker (ok), 14-Янв-24, 13:47	+/–
> Иначе они бы пользовались чем-то более выгодным Не обязательно, часто приходится идти на компромисс когда нужны и другие фичи. Линукс не идеальная ОС, но из-за того что в него понапихано всего сразу, проще использовать именно его.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #98

97. Сообщение от Аноним (99), 14-Янв-24, 13:51	+1 +/–
А разве еще остались маршрутизаторы не на Линуксе?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

98. Сообщение от Аноним (-), 14-Янв-24, 13:52	–1 +/–
> Не обязательно, часто приходится идти на компромисс когда нужны и другие фичи. Ну понятно что роялит общее сочетание свойств в целом - но если бы вон там был бы сильный факап, врядли бы кто этим стал пользоваться на серверах. > Линукс не идеальная ОС, но из-за того что в него понапихано > всего сразу, проще использовать именно его. Да как бы все познается в сравнении. Остальные оказались еще более неидеальными по сочетанию свойств и рыночек их таки оттуда - порешал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

99. Сообщение от Аноним (99), 14-Янв-24, 13:52	+/–
Современные Cisco, Juniper под капотом же имеют тот же линь. А вот роутеров на этом Windows я не встречал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #126

100. Сообщение от Аноним (100), 14-Янв-24, 13:54	+/–
Ускоритель интернета!
Ответить | Правка | Наверх | Cообщить модератору

101. Сообщение от Аноним (-), 14-Янв-24, 13:58	+/–
> И это называется, миллионы глаз опенсорса? Почему 30 лет назад никто не > подсказал? Это же смешно! Ну дык а где проприетарь? Ах, в еще большей ж...е?! Ну вот им их глаза вот туда опенсорсники и натянули :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

102. Сообщение от Аноним (-), 14-Янв-24, 13:59	+1 +/–
> 30 лет назад были массовые многоядерные процессоры с гигантским L3? > Если посмотреть бенчмарки, реально ускорились только системы уровня AMD EPYC (кеш 256МБ). Скоро оно пожалуй сможет грузиться без модулей оперативки вообще :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

103. Сообщение от Аноним (-), 14-Янв-24, 14:00	+1 +/–
> Теперь будут делать больше маршрутизаторов на Linux? Не понятно зачем _маршрутизатору_ что-то плотно делать с TCP/IP вообще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

105. Сообщение от timur.davletshin (ok), 14-Янв-24, 14:05	–1 +/–
> При чём тут Антарктида и спидтест, ты всегда по спидтесту смотришь? Ты > вообще понимаешь, что это за сайт, и как он работает? Осознаёшь, > что роуты отдельно подкручивают? Многое зависит от маршрутов. Обычные SEA локации > (включая НЗ и Австралию) будут всегда выдавать не меньше, до Америки > тоже под 300 в лучшем случае (больше, если из Москвы через > Австралию). Ты съезжаешь с темы, http3 предпочтительнее примерно всегда на практике. Давай я тебе проще поясню, дурилка ты картонная. Нет нигде среднего 300-700 мс на доставку пакета. Мало того, ты его даже с RTT путаешь. По кабелям дальше всего до Полинезии от нас в подавляющем большинстве случаев (маршрут действительно динамичен). Я, в отличие от тебя, знаю о связи показателя преломления материалов со скоростью распространения фронта световой волны в оптическом кабеле, и как это связано с твоим выдуманным показателем. Удачи в рассказывании мне о протоколах более высокого уровня. > Ты съезжаешь с темы, http3 предпочтительнее примерно всегда на практике. Предпочтительнее или быстрее? А то у тебя показания путаются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #111

106. Сообщение от Аноним (-), 14-Янв-24, 14:06	+/–
> Скажи, что BBR over UDP актуален. Не начинай эту телегу заново, опять > убежишь, когда дело до исходников и тестов производительности дойдёт. Давлетшин, ты лол! Ибо набросился на какого-то совершенно непричастного левого анонима с своими BBR фиксациями. Странно что он не покрутил пальцем у виска. Но поугорал я в результате знатно. Впрочем модеры кажется включили мозг и скрыли ветку. "Осторожно, статья-детектор!" (c) лурк.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #108

107. Сообщение от Аноним (-), 14-Янв-24, 14:08    Скрыто ботом-модератором	+/–
> а в oldoldstable? Да хоть сегодня - если оно скомпилится, ибо пока еще даже не -rc :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

108. Сообщение от timur.davletshin (ok), 14-Янв-24, 14:10	–1 +/–
> Ибо набросился на какого-то совершенно непричастного левого анонима Все вы для меня на одно лицо и фиксации у вас даже одинаковые. > Впрочем модеры кажется включили мозг и скрыли ветку. Это бот.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #163

109. Сообщение от ivan1986 (?), 14-Янв-24, 14:11	+4 +/–
А вообще конечно 2.4 это жестко, хотя отдельные джедаи еще на 2.2 сидят (самоубийцы - не буду пока с 2.0 слазить, сырое еще 2.2) (с) ibash
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

110. Сообщение от Балмер (?), 14-Янв-24, 14:12	–2 +/–
Какой-то новый уровень звездежа: ядро ускоряющее интернет, такого даже Apple себе не позволяет.
Ответить | Правка | Наверх | Cообщить модератору

111. Сообщение от Аноним (15), 14-Янв-24, 14:13	–1 +/–
Я уже понял, что твоя квалификация -- это мерять задержку коннекта к произвольным серверам по спидтесту в локации, можешь не притворяться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105 Ответы: #113

112. Сообщение от ptr (??), 14-Янв-24, 14:26	+4 +/–
Есть вполне обоснованное предоложение, что подобная оптимизация заметна только при маршрутизации 100 гигабит и выше. В противном случае, в промежутке между пакетами выполнится достаточно кода, чтобы эти данные оказались вытеснены из кеша. Отсюда, надобность в подобной оптимизации возникла недавно и востребована для довольно узких областей применения. При типовой нагрузке (сервер приложений, СУБД и т.п.) эти 40% легко могут превращаться в тыкву.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #121, #127, #136, #137, #181

113. Сообщение от timur.davletshin (ok), 14-Янв-24, 14:33	–1 +/–
> Я уже понял, что твоя квалификация -- это мерять задержку коннекта к > произвольным серверам по спидтесту в локации, можешь не притворяться. Не надо вот этого ля-ля "я уже понял". Статистику с 300-700 мс на среднее время доставки пакета в студию! Пакеты до самых удалённых зажопинсков бегают быстрее, если только ты не через dial-up или спутник на высокой орбите сидишь. Я на самом деле догадываюсь, откуда эта статистика. Только она не имеет отношения ко времени доставки каждого конкретного пакета. Это просто подчёркивает ту кашу в твоей голове. Впрочем, для типичного пользователя это характерно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111

117. Сообщение от zog (??), 14-Янв-24, 14:37	+2 +/–
И как их TCP по сравнению с FreeBSD?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #119, #125

118. Сообщение от Аноним (118), 14-Янв-24, 14:48	+2 +/–
Весь код любых проектов по факту это "историческая причина" и очень плохо если у кода нет "причин" связанных  со временем его появления, т.е. "историей", это называется ничем не обоснованный код. Просто чтобы причины начали называть "историческими", текущее должно поменяться более или менее существенно, чтобы прежний подход формировал контраст. И тут какой-то джун/мидл взращенный в новых условиях "вдруг" обнаружит сие и спросит сеньора "А почему оно так?". Сеньор конечно помнит причину и то как он красноглазым юнцом отстаивал её когда-то перед упоротыми дедами. Но взглянув на лицо джуна полное технологической наивности сжалится и просто скажет "Так исторически сложилось", ну может мидлу он еще что-то наплетет про то, какие раньше были кэши и ядра.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

119. Сообщение от timur.davletshin (ok), 14-Янв-24, 15:04	+/–
> И как их TCP по сравнению с FreeBSD? Быстрее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117 Ответы: #139, #148

120. Сообщение от Аноним (121), 14-Янв-24, 15:12	+4 +/–
> чудо на пасху, прям! неужели мейнтейнеры заглянули в сетевой стек линукса и > увидели что там происходит! вау! браво! Как говорится, просто не учите физику и математиук в школе - и ваша жизнь будет наполнена волшебством.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

121. Сообщение от Аноним (121), 14-Янв-24, 15:14	+2 +/–
> Есть вполне обоснованное предоложение, что подобная оптимизация заметна только > при маршрутизации 100 гигабит и выше. А зачем маршрутизатор TCP трогать полез в таком объеме вообще? А кроме типовых вон тех есть еще типовые - сервера статики допустим - где TCP завались, отгрузка на скорость мастхэв, и там как раз никакой тыквы, все как надо будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112 Ответы: #128

123. Сообщение от Аноним (123), 14-Янв-24, 15:35	+/–
Вечно дыры находят. То в реализации, то в протоколах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

124. Сообщение от Аноним (124), 14-Янв-24, 16:09	+/–
Так никогда не угадаешь - это бекдор или классическое рукоопство.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

125. Сообщение от bOOster (ok), 14-Янв-24, 16:27	+1 +/–
Ускоряют, ускоряют, а догнать никак не могут. Как латентность IP стека была *авном так им и остается. Тут не стек надо ускорять, а ядро от костылей избавлять. По факту же - при установленном TCP соединении и начатой беспрерывной передаче гигабайтов информации Linux стек быстрее их передает, но несущественно. Такое применение это как сферический конь в вакууме - показать какие крутые у нас циферки... Но когда происходит типовой сценарий - короткие запросы, небольшие возвратные данные - Linux стек в чистую сливает FreeBSD. Сильно на руку FreeBSD играет время отклика, которое у Linux - отстой... Поэтому и в UDP - linux просто тормоз.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117 Ответы: #138, #143, #166, #245

126. Сообщение от анон (?), 14-Янв-24, 16:34	–2 +/–
Джуниперы - это бсд
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #186, #216

127. Сообщение от Аноним (127), 14-Янв-24, 17:04	–1 +/–
Роутинг 100 гбит/с процессором общего назначения с линуксом? Чего только на опеннете не прочитаешь!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112 Ответы: #132

128. Сообщение от ptr (??), 14-Янв-24, 17:04	+2 +/–
> А зачем маршрутизатор TCP трогать полез в таком объеме вообще? Потому что 100 гигабитный Ethernet стал дешевым и доступным. Тот же LR-Link LRES1019PF-QSFP28 на Intel E810 уже дешевле $500 стал стоить, что даже для SOHO рынка доступно. Поэтому проблему с маршрутизаторами на Linux потребовалось решать. > сервера статики допустим - где TCP завались Елси не гигабайты видео отдаются, то там TCP совсем немного. Только на обработке HTTP данные будут вытесняться из кеша CPU. Не говоря уже об издержках FS.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121 Ответы: #152, #161

132. Сообщение от ptr (??), 14-Янв-24, 17:15	–1 +/–
А Вы что думаете, что всяческие MicroTik, QTech, DLink и т.п. с 100GbE QSFP28 не на базе ядра Linux? Тот же RouterOS в открытую заявляется, что на ядре Linux.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127 Ответы: #198

133. Сообщение от Sw00p aka Jerom (?), 14-Янв-24, 17:32	–1 +/–
чем "умнее" процессора, тем тупее компиляторы вашего любимого языка! пс: Нафиг надо, скажем прямо. (ц)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #151

134. Сообщение от Sw00p aka Jerom (?), 14-Янв-24, 17:34	+/–
компилятор же лучше всех знает пс: "Оно мне надо?" (ц)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

136. Сообщение от Аноним (136), 14-Янв-24, 17:57	+/–
Можешь профайлером посмотреть сколько и какой код проводит в ядре при нагрузке и увидеть, что и без 100GBit/sec нагрузка в ядре заметна. Тем более пакет обрабатывает не одна ф-я в сисколе между юзерсвпейным кодом. Рассуждения подобного рода совершенно бессмысленны из общих соображений.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112 Ответы: #149

137. Сообщение от Аноним (136), 14-Янв-24, 18:06	+/–
Там же, кстати, в тесте рассказано как тестировали, однин из типичных сценариев RPC/сервиса. Конечно, 40% получишь не всегда. Из их же тестов, в условиях нехватки кеша улучшения порядка 1-2 %
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112 Ответы: #153

138. Сообщение от Аноним (138), 14-Янв-24, 18:29	+3 +/–
Вот бы ещё фря была жива (для общего применения а не просто как маршрутизатор)... Хорошая когда-то была альтернатива линуксу. [пишу серьёзно, без оскорблений]
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #144, #146

139. Сообщение от Аноним (139), 14-Янв-24, 18:43	–2 +/–
Садись, два. Учи матчасть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119

140. Сообщение от User (??), 14-Янв-24, 18:50	+/–
Ну, это как-бы чуть-чуть, самую капельку, малость - не совсем так.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #162

143. Сообщение от Честный советский человек работяга (?), 14-Янв-24, 19:09	–2 +/–
> Как латентность IP стека О чем речь? Пинг что в винде, что в линпусе, что в опенбсд - везде в рамках статистической погрешности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125

144. Сообщение от Честный советский человек работяга (?), 14-Янв-24, 19:11	–3 +/–
Так жива, если не нужно GUI, чисто для серверов, то почему бы и нет? Хотя, таки да, требует квалификации, ведь там нет докера и нельзя тяп-ляп и в продакшн. Нужно рученьками конфиги пердолить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138 Ответы: #252, #312

145. Сообщение от oficsu (ok), 14-Янв-24, 19:11	+1 +/–
> Подумаешь 40%, это не в разы и не на порядки Для некоторых это может экономить сотни или даже тысячи серверов
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

146. Сообщение от bOOster (ok), 14-Янв-24, 19:12	+2 +/–
> Вот бы ещё фря была жива (для общего применения а не просто > как маршрутизатор)... Хорошая когда-то была альтернатива линуксу. [пишу серьёзно, без > оскорблений] Да она вполне себе жива для серверного применения, причем на свежей платформе - AMD EPYC 9174f - отлично у меня тянет PostgreSQL и Bhyve для Linux сервера 1С, и Windows для сервера терминалов. Шикарно работает. Сферических коней в вакууме по Гилеву > 75 единиц. Uptime для другого, предыдущего сервера > 365 дней.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138 Ответы: #168, #226, #253

148. Сообщение от Честный советский человек работяга (?), 14-Янв-24, 19:24	+/–
А волосы блестящие и шелковистые?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119

149. Сообщение от ptr (??), 14-Янв-24, 19:25	+/–
> пакет обрабатывает не одна ф-я В том то и дело, что при сложной маршрутизации, множестве правил firewall и еще с QoS, что типично для маршрутизаторов, экономия кеша CPU станет заметной. Но при типовой нагрузке endpoint сервера, количество обращений в ядре к оптимизированным в патче для кеширования CPU данным падает на порядок. И реальный выигрыш вряд ли превысит 4%.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136

150. Сообщение от Аноним (150), 14-Янв-24, 19:27	+2 +/–
Каким боком проц влияет на TCP? У меня на офисе даже 2 пень, который уже лет 20 работает как аппаратный роутер и firewall, тянет 100 мегабит локалку с около нулевой нагрузкой на cpu.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #154, #204

151. Сообщение от User (??), 14-Янв-24, 19:36	+/–
Я так понимаю, ускорение достигнуто пепеписыванием на ассемблер,да? Ведь да?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133 Ответы: #157, #174

152. Сообщение от penetrator (?), 14-Янв-24, 19:50	+/–
Mellanox ConnectX-6 HDR 200Gb Adapter QSFP56 - 519 USD жаль их нвидиа купила
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128

153. Сообщение от ptr (??), 14-Янв-24, 19:52	+1 +/–
> Из их же тестов, в условиях нехватки кеша улучшения порядка 1-2 % Именно про это речь и веду. Чем больше кода в userspace, тем скорее не хватит кеша. С минимальным кодом в neper tcp_rr и 256Mb L3 cache они получили аж до 44.47%. Но с тем же кодом уже на 105Mb L3 cache - не более 5.24%. Поставьте хотя бы тупейший gRPC сервис (вроде примера WeatherForecast из InMemory DB) вместо neper и 256Mb L3 тоже не хватит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137 Ответы: #187

154. Сообщение от Олег (??), 14-Янв-24, 20:13	+/–
Вам бы работу сменить... 2пень это уже не устаревшее, а давно музейное оборудование
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150 Ответы: #155, #165

155. Сообщение от Аноним (150), 14-Янв-24, 20:33	+2 +/–
Но оно работает и выполняет свои функции? Или ты из тех, кто меняет вещи только потому, что они вышли из моды? Тогда у меня для тебя плохие новости. Кстати, в намоленной Америке, в Пентагоне до сих пор ВНЕЗАПНО используют 8 дюймовые дискеты. Видать, на макпук не наскребли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154 Ответы: #169

157. Сообщение от Sw00p aka Jerom (?), 14-Янв-24, 21:43	+/–
вы слишком высокого мнения о секте "могучего языка", пока научились только сравнивать (даже не читать) выхлоп собственного "могучего" компилятора.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151 Ответы: #167

158. Сообщение от Аноним (-), 14-Янв-24, 22:05    Скрыто ботом-модератором	–1 +/–
Вот и источник глобального потепления. А сколько еще открытий чудных ожидает нас в будущем..
Ответить | Правка | Наверх | Cообщить модератору

159. Сообщение от Вася (??), 14-Янв-24, 22:27	+/–
особенно 2.5 и 5!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #170

160. Сообщение от Аноним (160), 14-Янв-24, 22:32	+1 +/–
В unstable, как будет релиз)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

161. Сообщение от Аноним (-), 14-Янв-24, 22:35	+/–
> Потому что 100 гигабитный Ethernet стал дешевым и доступным. Тот же LR-Link > LRES1019PF-QSFP28 на Intel E810 уже дешевле $500 стал стоить, Да нет, это то все круто, а TCP зачем роутером трогать? Роутеру в его нормальном виде вообще класть TCP там, UDP или что еще, он это может даже не парсить. Вон то скорее для серверов статики пригодится. > Елси не гигабайты видео отдаются, то там TCP совсем немного. Серваки разные бывают. Всякие картинки, видео и проч хомячки генерят терабайтами, так что там перфоманса много не бывает. > Только на обработке HTTP данные будут вытесняться из кеша CPU. Не говоря уже об издержках FS. Сейчас IO и RAM быстрые. Да и кеши разжирели.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128 Ответы: #171

162. Сообщение от Аноним (-), 14-Янв-24, 22:39	+/–
> Ну, это как-бы чуть-чуть, самую капельку, малость - не совсем так. Вы там уже с своим виндоус серверами в гетзефактсах обогнали линукс, как я помню. Да так хорошо обогнали - что LSE из гетзефаксов на этот самый линукс и удрапал, решив что скупить команду плюсовиков - дешевле чем постоянно доиться на криворуких дотнетчиков. Клевый гетзефактс вышел, кстати :). А со временем сетевая круть маздайки стала настолько всем очевидна что майки даже на потуги накруток % IIS при помощи паркингами, кажется, забили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140 Ответы: #199

163. Сообщение от Аноним (-), 14-Янв-24, 22:44	+/–
> Все вы для меня на одно лицо и фиксации у вас даже одинаковые. Мне лениво раскрывать скрытые ветки. А что - тот анон про BBR что-то задвинул? Или таки это у тебя нездоровая фиксация? >> Впрочем модеры кажется включили мозг и скрыли ветку. > Это бот. Этот гамнюк да, прикалываться умеет. Но я все же не понял - а как BBR вообще к сабжу относится? Вот он вообще с какого бока к общей оптимизации перфоманса?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

164. Сообщение от Аноним (-), 14-Янв-24, 22:46	+1 +/–
> интересно, много ещё в ядре таких "исторических причин"?... Хватает. Ну вон в VFS более чем есть легасипроблем всяких. И его так то надо бы расчистить - но это так то сложно. Особенно чтобы ничего при этом еще и не сломать. Разруливают понемногу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

165. Сообщение от Аноним (-), 14-Янв-24, 22:48	+/–
> Вам бы работу сменить... > 2пень это уже не устаревшее, а давно музейное оборудование Может, он смотритель музея - уголок "олдскульные локалки". Ффффффак, в офисах еще остался 100 мбит? Я думал что там гигабит это джентльменский минимум давно. А то 100 мегабитами даже вон тот 50 баксовый туполинк не напугаешь уже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154 Ответы: #244, #251

166. Сообщение от Аноним (-), 14-Янв-24, 22:51	+/–
> Ускоряют, ускоряют, а догнать никак не могут. Как латентность IP стека была > *авном так им и остается. Тут не стек надо ускорять, а > ядро от костылей избавлять. Чем они и занимаются.... > По факту же - при установленном TCP соединении и начатой беспрерывной передаче > гигабайтов информации Linux стек быстрее их передает, но несущественно. Настолько несущественно - что линух как раз и захватил почти весь рынок серверов :) > Сильно на руку FreeBSD играет время отклика, которое у Linux - отстой... Теперь еще неплохо бы пруфов с замерами, конечно не 10-летней давности. > Поэтому и в UDP - linux просто тормоз. Про тормозов рассуждают господа у которых даже дров современного оборудования - нет...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #176, #194

167. Сообщение от Аноним (-), 14-Янв-24, 22:52	+2 +/–
> вы слишком высокого мнения о секте "могучего языка", пока научились только сравнивать > (даже не читать) выхлоп собственного "могучего" компилятора. Как грится вы нашли друг друга. Два зайца-маздайца. Можете, вот, патчами на ассемблере перекидываться, между собой и даже майкрософту их слать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157 Ответы: #172

168. Сообщение от Аноним (-), 14-Янв-24, 22:55	–2 +/–
>> Вот бы ещё фря была жива (для общего применения а не просто >> как маршрутизатор)... Хорошая когда-то была альтернатива линуксу. [пишу серьёзно, без >> оскорблений] > Да она вполне себе жива для серверного применения, Это где например? А, на вашем (не)локалхосте? Вау, целый 1 сервак? Ну все, капец. А вон там допустим даже 70% абажура пингвин занял. До кучи. Потому что может. Не хотят клиенты на серваках винду. Даже блин у майкрософта в облаке :).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146 Ответы: #177

169. Сообщение от Аноним (-), 14-Янв-24, 22:57	+/–
> Но оно работает и выполняет свои функции? Передавая файлы со скоростью аж 10 мегов в секунду? Видимо в этом офисе о том что время деньги не слышали. Странный офис какой-то. Хотя если это драный жек какой - там что угодно может быть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155

170. Сообщение от Аноним (-), 14-Янв-24, 22:59	+1 +/–
> особенно 2.5 и 5! А еще есть 40 и 400Гбит, если уж на то пошло.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159

171. Сообщение от ptr (??), 14-Янв-24, 23:17	+/–
> Да нет, это то все круто, а TCP зачем роутером трогать? Речь не о домашних роутерах, а о тех случаях, где маршрутизация L4 необходима. > для серверов статики пригодится Там мелкого neper tcp_rr хватило, чтобы из 105 МБ L3 кеша все вылетело. Какой тут nginx? Для него и гигабайта кеша не хватит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161

172. Сообщение от Sw00p aka Jerom (?), 14-Янв-24, 23:18	+1 +/–
> Как грится праграммиравайдавай, тебе же "кушать" надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167

173. Сообщение от Zenitur (ok), 14-Янв-24, 23:24	–1 +/–
Можно будет возвращать поддержку старых процессоров. Снова на 386-м можно будет пользоваться Linux! А роутер D-Link DIR-300 обновлённым ядром снова является быстрым и производительным!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #205, #209

174. Сообщение от Sw00p aka Jerom (?), 14-Янв-24, 23:43	+/–
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin... что за "нечитабельность"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151 Ответы: #178

175. Сообщение от Вася (??), 14-Янв-24, 23:45	+1 +/–
> Так в ядро уже раст давно завезли. Ничего подобного больше никогда не > будет. в паре драйверов?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85

176. Сообщение от Аноним (177), 15-Янв-24, 00:00	+/–
> Настолько несущественно - что линух как раз и захватил почти весь рынок серверов :) Че там с нетфликсом, скоро уже для отдачи видео-контента на пингвина перейдут и на целой куче серваков (и допиливальщиков отсталых бздей) сэкономят? >> Поэтому и в UDP - linux просто тормоз. > Про тормозов рассуждают господа у которых даже дров современного оборудования - нет... А источник сей глуп^W мудрости "я всегда так говорю и неустанно повторяю, а значит это правда!", да?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166 Ответы: #179

177. Сообщение от Аноним (177), 15-Янв-24, 00:03	+1 +/–
> Это где например? А, на вашем (не)локалхосте? Вау, целый 1 сервак? Ну все, капец. А вон там допустим даже 70% абажура пингвин занял. > До кучи. Потому что может. Не хотят клиенты на серваках винду. > Даже блин у майкрософта в облаке :). Т.е. фря мертва, потому что клиенты абажура не хотят венду? Какая затейливая опеннет^W оналитическая логика.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168 Ответы: #180

178. Сообщение от Аноним (-), 15-Янв-24, 00:09	–1 +/–
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin... > /net/inet_sock.h?id=3e7aeb78ab01c2c2f0e1f784e5ddec88fcd3d106 > что за "нечитабельность"? Скажите спасибо комитету придурков и хреновой спецификации struct, ну и в результате компилеры делающие скажем прямо 1 довольно большой unspecified на эту тему. Простой вопрос: сколько байтов ЭТО в памяти жрет? А, "зависит от alignment" - при том что даже стандартного способа это указать его нет и компилер сделает "что-то"? Ну вот и оказывается что упаковать 2 числа в 1 u32 может быть куда эффективнее по генерируемому коду и скорости операций. А вы можете это на асме хреначить. Вон там колибри ос как раз очень ждет помощников в переписке с 32 на 64, заодно узнаете почему остальные асм не хотят юзать без реально мощных причин.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #174 Ответы: #182

179. Сообщение от Аноним (-), 15-Янв-24, 00:15	+/–
> Че там с нетфликсом, скоро уже для отдачи видео-контента на пингвина перейдут > и на целой куче серваков (и допиливальщиков отсталых бздей) сэкономят? Так вроде уже на части серверов? А если так продолжится - они врядли давали клятву верности бсдам. Особенно учитывая что там с дровами для сетевок задник по жизни. Пробурчат "ничего личного, это бизнес" и проследуют за ((: AT&T :)). > А источник сей глуп^W мудрости "я всегда так говорю и неустанно повторяю, > а значит это правда!", да? В линухе как-то сильно больше дров для скоростного IO/сетевок/прочего ненужно. А, ну да, зачем это в операционке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #176 Ответы: #184

180. Сообщение от Аноним (-), 15-Янв-24, 00:17	–1 +/–
> Т.е. фря мертва, потому что клиенты абажура не хотят венду? Какая затейливая > опеннет^W оналитическая логика. Фря мертва потому что не может в инновации и безгиморное управление ОС. Особенно вовремя, а не через 15 лет после всех остальных, когда даже AT&T на убунту драпает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #177 Ответы: #185

181. Сообщение от лютый жабби.... (?), 15-Янв-24, 00:18	+/–
>только при маршрутизации 100 гигабит и выше открою страшную тайну.... цифирь на порядки ниже. берем постфикс и его флудилку, балуемся с размерами писем и видим, что постфикс не может 100 МЕГАБИТ прокачать... и дело не в постфиксе, делал простейшую прогу с голыми сокетами, на больших посылках и гигабит и 100мбит прокачивается легко, а делаешь размер "пакетов" 5КБ, то 100 мегабит/сек уже трудно получить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112 Ответы: #188, #196, #234

182. Сообщение от Sw00p aka Jerom (?), 15-Янв-24, 00:28	–1 +/–
> Скажите спасибо комитету придурков и хреновой спецификации struct, ну и в результате > компилеры делающие скажем прямо 1 довольно большой unspecified на эту тему. :) я в таком комитете не состою > Простой вопрос: сколько байтов ЭТО в памяти жрет? там же нет необходимости в выравнивании, "степень двойки" ведь говорили они. :\ > А, "зависит от alignment" > - при том что даже стандартного способа это указать его нет > и компилер сделает "что-то"? во как О_о, ругаем язык или компилер? > Ну вот и оказывается что упаковать 2 > числа в 1 u32 может быть куда эффективнее по генерируемому коду > и скорости операций. На всех ли архитектурах? > А вы можете это на асме хреначить. а вот этого не надо, то есть указывать мне что-либо делать или не делать, ибо я вам не указывал, что делать, я всего лишь спрашиваю - зачем вы это делаете именно таким способом, а не иначе. А мне вовсе ничего делать не надо :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178 Ответы: #239

184. Сообщение от Аноним (177), 15-Янв-24, 00:34	+/–
> Так вроде уже на части серверов?   Ну т.е пока все еще лишь только в мечтах местных оналитеков (которые еще года 2-3 назад прилежно повторяли "уже совсем почти скоро наконец выкинут фрю!"). > Особенно учитывая что там с дровами для сетевок задник по жизни. Пробурчат "ничего личного, это бизнес" и > проследуют за ((: AT&T :)). Ну вот как "проследуют", тогда и приходите ... > В линухе как-то сильно больше дров для скоростного IO/сетевок/прочего ненужно. А, ну > да, зачем это в операционке. Ценный опеннетный онализ, че ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179 Ответы: #237

185. Сообщение от Аноним (177), 15-Янв-24, 00:38	+/–
>> Т.е. фря мертва, потому что клиенты абажура не хотят венду? Какая затейливая >> опеннет^W оналитическая логика. > Фря мертва потому что не может в инновации и безгиморное управление ОС. > Особенно вовремя, а не через 15 лет после всех остальных, когда даже AT&T на убунту драпает. Короче опять никакой конретики, лишь унылый спрыг и не менее унылое повторение своей любимой "методички" от великого Эксперта294. Вам в ext4 там уже асинхронный трим завезли (в который UFS как раз лет 15 назад научился) инноваторы?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #180 Ответы: #236

186. Сообщение от Аноним (186), 15-Янв-24, 00:41	+/–
Junos Evolved с вами не согласны https://www.juniper.net/documentation/us/en/software/junos/o...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126 Ответы: #189

187. Сообщение от Аноним (136), 15-Янв-24, 00:52	+/–
Ты ведёшь речь о том, что кеша точно не хватит. Чувствуешь же зарницу? > Поставьте хотя бы тупейший gRPC сервис (вроде примера WeatherForecast из InMemory DB) вместо neper и 256Mb L3 тоже не хватит. Ну не неси чушь. Видимо, разницу не чувствуешь. Хватит или нет зависит от приложения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #153 Ответы: #195

188. Сообщение от Аноним (136), 15-Янв-24, 00:57	+/–
1 Gbit/sec вообще легко забивается: 5кб пакет это примерно 25к RPS для 1 Gbit/sec, детские числа
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #181

189. Сообщение от конинаб (?), 15-Янв-24, 02:08	–1 +/–
и кто из них ядром роутит, знатоки кухонные?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #186

194. Сообщение от bOOster (ok), 15-Янв-24, 04:02	+1 +/–
> Теперь еще неплохо бы пруфов с замерами, конечно не 10-летней давности. phoronix тебе в дупло. Но вангую - искать там реальные тесты ты там не будешь. Бред то писать, с какими-то бестолковыми домыслами значительно проще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166 Ответы: #224

195. Сообщение от ptr (??), 15-Янв-24, 05:23	–1 +/–
> Ну не неси чушь. Спасибо, что признали свое полное поражение в дискуссии, перейдя на личности > Хватит или нет зависит от приложения. Вот именно. Ровно то, что я и написал: > Поставьте хотя бы тупейший gRPC сервис (вроде примера WeatherForecast из InMemory DB) вместо neper и 256Mb L3 тоже не хватит. И это будет в несколько раз большая нагрузка на кеш L3, по сравнению с neper tcp_rr
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #187 Ответы: #197

196. Сообщение от ptr (??), 15-Янв-24, 05:37	+/–
Что Вы называете "пакетом"? Если размер данных в одной TCP сессии, то Вы вовсе не пропускную способность измеряете. Берите neper tcp_rr и им измеряйте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #181 Ответы: #249

197. Сообщение от Аноним (136), 15-Янв-24, 05:39	+1 +/–
Не, это ровно не то, что ты написал. Приводишь ровно один пример приложения, утверждаешь что на нём ничего хорошего заметно не будет и __обощаешь__ этот пример на все приложения. Вот что конкретно ты делаешь. Оставляя единственный вариант 'оптимизация заметна только при маршрутизации'. И это ахинея. Потому что а) не все gRPC приложения как пишешь выше и даже в твоих условиях нагрузка на кеш будет зависеть от реализации. Самый тупой пример хорошей реализации твоего конкретно gRPC это простое кеширование топ-N ответов что уложит основной горячий след по памяти в жирный кеш. Даже и не в жирный. Да даже вся эта InMemoryDB для прогнозов зайдёт в кеш целиком.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #195 Ответы: #201, #202

198. Сообщение от Full Master (?), 15-Янв-24, 06:26	+/–
Обычно в таком случае используется DPDK.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132 Ответы: #200

199. Сообщение от User (??), 15-Янв-24, 07:34	+3 +/–
>> Ну, это как-бы чуть-чуть, самую капельку, малость - не совсем так. > Вы там уже с своим виндоус серверами в гетзефактсах обогнали линукс, как > я помню. Да так хорошо обогнали - что LSE из гетзефаксов > на этот самый линукс и удрапал, решив что скупить команду плюсовиков > - дешевле чем постоянно доиться на криворуких дотнетчиков. Клевый гетзефактс вышел, > кстати :). > А со временем сетевая круть маздайки стала настолько всем очевидна что майки > даже на потуги накруток % IIS при помощи паркингами, кажется, забили. Не, ну если область деятельности не выходит за пределы клепания сайтов на вротпрессе - то тут да, нивапрос. Но у меня вот в связках (АСУТП)-SCADA-MES(+ стык с ERP) linux'а не сказать чтобы "много", скорее наоборот - ха-ра-шо так поискать надо и то - не у каждого найдешь. Домен НЕ на MS AD, почту НЕ на Exchange'е, СУБД не... вот разве что postgres в последнее время появляться стал. Ну и "современное-микросервисное-коробками" в последнее время пошло - но там такой ежайл, что даже по тыр-дыр-прайс меркам кровь-из-глаз-хлещет - продукт по методологии "внедрить-и-заб(и|ы)ть". По ощущениям соотношение 80/20 в пользу windows на текущий момент.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162 Ответы: #219, #235

200. Сообщение от ptr (??), 15-Янв-24, 07:34	+/–
Который собирается, в том чиссле, из кода ядра Linux и NIC драйверов, который представлен в обсуждаемом патче.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #198 Ответы: #211

201. Сообщение от ptr (??), 15-Янв-24, 07:36	–1 +/–
> И это ахинея Еще раз спасибо, что публично признали себя демагогом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #197

202. Сообщение от ptr (??), 15-Янв-24, 07:55	–1 +/–
> даже вся эта InMemoryDB для прогнозов зайдёт в кеш целиком Там в примере три или четыре прогноза, так что не в этом проблема. Проблема в мегабайтах кода нескольких десятков нитей с собственным стеком и ворохом создаваемых объектов, включая семафоры, которые только на сериализации и десериализации ProtoBuf уже сожрут любой кеш CPU. Просто скомпилите этот пример https://learn.microsoft.com/en-us/aspnet/core/tutorials/firs... Потом грузаните его хотя бы на 32-х ядрах, как делал я. И сами увидите, что кеш CPU вытесняется в userspace полностью. Можете брокер Кафки поднять на тех же 32-х ядрах и с тем же ProtoBuf. Эффект тот же самый увидите. > __обощаешь__ этот пример все приложения Потому что проще него придумать, что-то имеющее хоть какую-то практическую ценность, уже мало реально. Теоретически, можно написать сервис на C + ассемблер, сократив нагрузку на кеш CPU. Но на практике финансировать такую разработку будут только в редчайших случаях, о чем я и указал, приведя в качестве примера разработку маршрутизаторов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #197 Ответы: #218

203. Сообщение от Аноним (203), 15-Янв-24, 08:42	–1 +/–
за счёт уязвимостей ускоряющие.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #223

204. Сообщение от Аноним (204), 15-Янв-24, 09:01	+/–
Очевидно, что появляются новые наборы операций.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150

205. Сообщение от Аноним (205), 15-Янв-24, 09:25	–1 +/–
Если по каким то причинам есть старое почему бы и не использовать что-то старое например для NAS или как маршрутизатор или ещё что. Имеется процессор Celeron (Pentium 3) 1300-1500МГц с 512Мб оперативной памяти. Есть Celeron D 310 Socket 478 (Pentium 4 32 Бит) 2133-2400МГц с 1Гб оперативной памяти работающей в двух канальном режиме но, только из-за размера, шума и потребления электричества теперь не рассматриваю их как дополнительное оборудование и по этому фрукты с ARM как дополнительные компьютеры. Если под задачи в фруктах хватает мощности процессора, а если не хватает тогда выбор из мини пк.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173 Ответы: #207

206. Сообщение от Аноним (-), 15-Янв-24, 09:26    Скрыто ботом-модератором	+1 +/–
Вот он ускоритель интернета!!!
Ответить | Правка | Наверх | Cообщить модератору

207. Сообщение от Аноним (207), 15-Янв-24, 09:36	+/–
Не только фрукты, но и любые платы похожие на фрукты по ситуации смотрю, что покупать. У самого есть малина.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #205

209. Сообщение от Пряник (?), 15-Янв-24, 11:12	+1 +/–
Судя по новости старое железо и работало из-за нарастающего расположения полей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173 Ответы: #230

210. Сообщение от Пряник (?), 15-Янв-24, 11:13	+/–
А что мешает протестировать изменения?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

211. Сообщение от Пряник (?), 15-Янв-24, 11:16	+/–
Мне кажется в какой-то момент маршрутизацию делает на железе, а не программно. И изначальный автор комментария подразумевал это.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #200 Ответы: #217, #308

212. Сообщение от Пряник (?), 15-Янв-24, 11:17	+2 +/–
Хоть сейчас. Качает master, собираешь, перезагружаешься.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

213. Сообщение от Пряник (?), 15-Янв-24, 11:19	+/–
Всё так и есть. Но это всё равно лучше, чем проприетарщина, в которой маркетологи получают больше программистов (если они есть).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

214. Сообщение от Пряник (?), 15-Янв-24, 11:23	+1 +/–
Чисто логически - от старого значения?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

215. Сообщение от Аноним (215), 15-Янв-24, 11:25	+/–
По пути io-uring?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #222

216. Сообщение от ryoken (ok), 15-Янв-24, 12:20	+/–
ПОКА. Интересно, скоро их хэпэ перевоспитает? :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126

217. Сообщение от ptr (??), 15-Янв-24, 12:43	+/–
Не исключаю, что, например, CISCO так и делает где-то. Но мы все же про Linux речь ведем. Offload маршрутизации Linux точно не поддерживает. Да я даже не понимаю, в чем смысл маршрутизации в NIC, так как в подавлющем большинстве случаев маршрутизация выполняется между NIC.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #211

218. Сообщение от Аноним (136), 15-Янв-24, 14:57	–1 +/–
Это, конечно, хорошо, что знаешь столько умных слов, но попробуй всё же услышать что тебе пишут: натягиваешь свой единственный пример на все случаи жизни. Не понимаю в чём проблема понять такую простую и очевидную истину. > Tutorial: Create a web API with ASP.NET Core Это даже не смешно ... Затрудняюсь даже прокомментировать такой уровень глупости > Но на практике финансировать такую разработку будут только в редчайших случаях, Сервисы на c++ пишут повсеместно, в частности с gRPC и другими RPC > ... о чем я и указал, приведя в качестве примера разработку маршрутизаторов. Код, задействованный для маршрутизации, не тот же самый код, который используется в реализации TCP сокетов. Этот патч вообще никак не пересекается с маршрутизацией, он целиком для приложений.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #202 Ответы: #232

219. Сообщение от Аноним (136), 15-Янв-24, 15:11	–1 +/–
Так это у тебя и есть колхоз уровня 'клепания сайтов на вротпрессе'. Сириоус бизнес крутит геораспределённые кластера c high load и big data.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #199 Ответы: #220, #240

220. Сообщение от User (??), 15-Янв-24, 15:29	+1 +/–
> Так это у тебя и есть колхоз уровня 'клепания сайтов на вротпрессе'. > Сириоус бизнес крутит геораспределённые кластера c high load и big data. За НЕроссийский бизнес - ничего особо не скажу, а в родном (для меня) отечестве бизнес, связанный с реальным производством - ну он вот такой. Если взять какой e-commerce навроде озона с ламодой и прочих ягодок - то там ситуация может быть и другая, хз. Что из этого "сириоус" что не очень мне если честно пофиг.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #219 Ответы: #229

221. Сообщение от пох. (?), 15-Янв-24, 15:31	+/–
> А новость прочитать никак? Таблицы тестов со столбцами "with patches" и     "clean kernel" > о чем говорят? ни о чем. > и эти патчи дает 40% выигрыша на том же железе по мнению инженеров самсунг. Используется никому неведомый синтетический тест в совсем уж е6анутой конфигурации "число потоков равно числу ядер". Объяснений, кому и зачем оно надо и какому реальному применению соответствует эта синтетика - ровно ноль. Собственно, вся современная разработка работает примерно так. А что при этом не сломали реальные применения - это вот тебе никто не обещал. Ну подумаешь... сервер будет чуть больше жрать и чуть больше т-пить...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84

222. Сообщение от пох. (?), 15-Янв-24, 15:33	–1 +/–
Ага. Ненужное ненужно ускоряющее ненужно в ненужном вырожденном случае использования. И ломающее все подряд, но это пока еще не проверяли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #215

223. Сообщение от пох. (?), 15-Янв-24, 15:33	+1 +/–
необязательно. Можно просто сломать tcp, например...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #203

224. Сообщение от пох. (?), 15-Янв-24, 15:35	–2 +/–
> phoronix тебе в дупло. Но вангую - искать там реальные тесты ты там не будешь. конечно. Что он - долбанутый, искать реальные тесты на похорониксе? Похорониксу не за это бабло капает от платиновых и не очень!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #194 Ответы: #225

225. Сообщение от bOOster (ok), 15-Янв-24, 16:39	+1 +/–
>> phoronix тебе в дупло. Но вангую - искать там реальные тесты ты там не будешь. > конечно. Что он - долбанутый, искать реальные тесты на похорониксе? > Похорониксу не за это бабло капает от платиновых и не очень! То есть ты хочешь сказать что FreeBSD за тесты приплачивает форониксу? Ну тогда ты круглый кретин, если в это веришь...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #224

226. Сообщение от _oleg_ (ok), 15-Янв-24, 17:42	+/–
Ха :-). Что это за детский uptime? Вот uptime: 17:42:16 up 1207 days,  3:47,  2 users,  load average: 4.55, 4.38, 4.54
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146 Ответы: #242

227. Сообщение от Аноним (227), 15-Янв-24, 18:47	+2 +/–
30 лет назад не было тех правок, которые пришлось переправлять сейчас, учитывая работу кэша современных процессоров, которых 30 лет назад небыло.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

228. Сообщение от Аноним (228), 15-Янв-24, 20:24	+/–
Когда оно окаменеет и станет старым
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

229. Сообщение от Аноним (136), 15-Янв-24, 21:20	–1 +/–
А в нашем цеху по заточке булавок нечего дать на подпольный прилавок. Какое ещё реальное пр-во в отечестве? Неэффективный колхоз и только. Понаслушался уже за лет 20 как и что делают, в частности в организациях связанных атомной энергетикой. Даже в айти у многих компаний большие проблемы с эффективностью труда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #220 Ответы: #241, #243

230. Сообщение от Аноним (205), 15-Янв-24, 22:39	–3 +/–
О полях не понял серьёзно это или шутка. Поля знаю только пахотные и другие, что с землёй связано. В тетрадке вроде поля тоже. Давно учёбу закончил. Я не о полях, а о старом. Как оно у других не знаю но, в QEMU если выбрать в настройках QEMU эмуляция процессора Pentium 2 OpenWrt не запускается. А больше не чего в QEMU и не запускал. Если выбрать в QEMU Pentium 3 и другие процессоры старше модели OpenWrt запускается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #209 Ответы: #231, #255, #307

231. Сообщение от Аноним (205), 15-Янв-24, 23:08	–1 +/–
Если быть точным,, что-то давно лет 5-8 на зад, что-то запускал, какуе-то операционную систему посмотреть как работает QEMU в Windows - всё тоже, отрисовка изображения в QEMU медленная 1-5 кадров если не меньше. По мимо того что запуск QEMU в Windows через команды без удобной оболочки с настройками - это я преодолел. А с "отрисовка изображения в QEMU медленная 1-5 кадров если не меньше" с этим как-то не очень, не годится так.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #230 Ответы: #270

232. Сообщение от ptr (??), 15-Янв-24, 23:30	+/–
> такой уровень глупости Комментарии излишни ))) Вы уже трижды доказали, что Вы демагог!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #218 Ответы: #233

233. Сообщение от Аноним (233), 16-Янв-24, 00:20	–1 +/–
>> такой уровень глупости > Комментарии излишни ))) > Вы уже трижды доказали, что Вы демагог! По моему ржать тут стоит с додика с доднетом который ему видите ли кеш вытеснил. Бжа, это вы там с майкрософтом отношайтесь на эту тему. Тут вы что забыли? Вам с сабжа вообще нихрена не обломится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #232 Ответы: #296

234. Сообщение от Аноним (233), 16-Янв-24, 00:22	+/–
> и дело не в постфиксе, делал простейшую прогу с голыми сокетами, на > больших посылках и гигабит и 100мбит прокачивается легко, а делаешь размер > "пакетов" 5КБ, то 100 мегабит/сек уже трудно получить. 100Мбит сетевки обычно ничего кроме стандартных 1500 байтовых пакетов не умеют. Вот хоть там как. Jumbo - привилегия гигабита, и то работает только локально как правило.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #181

235. Сообщение от Аноним (-), 16-Янв-24, 00:31	+1 +/–
> Не, ну если область деятельности не выходит за пределы клепания сайтов на > вротпрессе - то тут да, нивапрос. КМК закольцованый эзернет с 0 временем рекавери от Эйрбас был не для вордпресса. Вон те сенсоры на IIO вормпрессу тоже ни к чему. Да и в кораблях элонмаска именно вордпресса таки нету. Кстати вон там, на Марсе - линух, так то, тоже уже есть. Да даже вот LSE - не на вордпрессе работает. А ключевой претензией к дотнетчикам были проблемы с латенси, они никогда не смогли обеспечить заявленное, зато обеспечили постоянную дойку. LSE это и достало. > Но у меня вот в связках (АСУТП)-SCADA-MES(+ стык с ERP) linux'а не сказать > чтобы "много", скорее наоборот - ха-ра-шо так поискать надо А таки - прибавляется. И в целом (около)индустриаловка, эмбедовка и проч на лине - нехило развивается. > и то - не у каждого найдешь. Домен НЕ на MS AD, почту НЕ на Exchange'е, > СУБД не... вот разве что postgres в последнее время появляться стал. Если вы в РФ - с этим всем - я бы на вашем месте морально готовился к расстрелу, имхо. Как агент госдепа или кто там, да какая разница. > По ощущениям соотношение 80/20 в пользу windows на текущий момент. В 1 специфичной нише, у врядли самой авангардной в этом плане страны...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #199 Ответы: #248

236. Сообщение от Аноним (-), 16-Янв-24, 00:44	–2 +/–
> Вам в ext4 там уже асинхронный трим завезли (в который UFS как > раз лет 15 назад научился) инноваторы? Без понятия - уже не мониторю что там в EXT4, ибо не пользуюсь им уже нигде. В моем btrfs - таки он есть. Но в отличие от ufs там и еще много чего есть, чего у бздюков только в ZFS монструозном, и то не все и хреновее, их под каких-то линуксных хипстюков, да еще довольно криворуких судя по их гитхабу. Вот это - уровень BSD как его вижу себе я. А то что в этом вашем unknown flying stuff есть trim - этому инновационному дизайну с его группами цЫлиндров (лол!) не поможет, имхо. Даже если вы и примотали к вашему кукурузнику пороховой фейерверк - звездным крейсером он от этого не станет. Вот хоть как.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #185 Ответы: #246, #271

237. Сообщение от Аноним (-), 16-Янв-24, 00:51	+/–
> Ну т.е пока все еще лишь только в мечтах местных оналитеков (которые > еще года 2-3 назад прилежно повторяли "уже совсем почти скоро наконец > выкинут фрю!"). По моему они говорили это намного раньше - и в основном таки угадали. Вон там уже и джунипер оказывается бсду выкинул местами. Экие вы всем нужные то и незаменимые, аж целые полторы фирмы еще фак не показало, и то хрен знает что они в кармане держат. > Ну вот как "проследуют", тогда и приходите ... 1 фирма на планете VS целый, цуко, легион - это, конечно, аргумент успеха и процветания. > Ценный опеннетный онализ, че ... Дык это, фирм уже почти не осталось с вон тем. Пара самыж жлобских из, и то... А начиналось, напомню с того что бсды появились ДО пингвина. И проффрали ему все полимеры. Что самое то смешное во всей этой истории.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #184 Ответы: #272

239. Сообщение от Аноним (-), 16-Янв-24, 02:14	+/–
> :) я в таком комитете не состою Я бы удивился если опеннетчика в ISO занесло. Это про ISO было если что :)) >> Простой вопрос: сколько байтов ЭТО в памяти жрет? > там же нет необходимости в выравнивании, "степень двойки" ведь говорили они. :\ Я вроде простой вопрос задал. К сожалению комитет придурков так построил стандарт что на этот вопрос нет хорошего ответа. И это грабли. Что еще хуже, контроль над их ручкой тоже квазинестандартными вендорскими расширениями делается. Про ABI vs struct даже и упоминать неудобно. Поэтому сделать именно красивое, современное, структурированное апи на сях? В принципе это можно. Но, к сожалению, будут определенные нюансы. Правда сейчас на это все же некоторые (включая сабж) забили и все равно так делают, ибо позитивные стороны от нормального апи - зачастую перевешивают. Но вот тут - контрпример вышел. Или представьте себе насколько красивее был бы код если бы поля пакета "в провод" можно было вписывать как изменение полей struct. Но из-за вооооон того фактора этот фортель если и работает то только местами, с больщими оговорками, а такой код - напрочь непортабельный. И даже так все же иногда делают, даже почтенные фирмы типа ARM какого или STMicro. "Ахренли, с вот этими компилерами работает же!". Представляете - у ARM совершенно нормально определить "железку" чипа в духе typedef some_hw_t struct { volatile uint16_t reg1; volatile uint16_t reg2_field1:11; volatile uint16_t reg2_field2:5; } some_hardware_t ...и обычно это - работает. Хоть ниоткуда не следует что обязано. В этом примере у железки 2 16-бит регистра, при том второй доступен как 2 битовых поля, 11 и 5 битов. Современные компилеры даже так то чекнут что туда адекватное число вписывают. Если попытаться загнать 50 в .reg2_field2 (скорее ->reg2_field2 ибо инстанс железки заводится как указатель на базовый адрес железки) - который 5-битный - компилер выдаст на это варнинг, ибо максимум который 2^5 может представить это 32. И это так то клево и круто. Но совершенно непортабельно и то что это работает - в общем то случайность. И по части битов, и по части align, там сразу два фэйла в 1 примере. Т.е. в принципе это есть, это работает, код красивый и даже компилер малость чекает вменяемость того что вписывают в битовые поля. Проблема только в том что работа этого кода - случайность. Шаг в сторону и... >> и компилер сделает "что-то"? > во как О_о, ругаем язык или компилер? Комитет придурков, за то что не удосужились менее отшибленые спеки ЯП сделать. Где например вон то поведение будет чем-то гарантированным а аспекты типа align - подконтрольными. В этом смысле Zig по моему допер вкатить явный атрибут struct что оно packed. А может и хруст. >> числа в 1 u32 может быть куда эффективнее по генерируемому коду и скорости операций. > На всех ли архитектурах? 1) Большинство того что поддерживает линух минимум 32 а сейчас скорее 64 бита. 2) Компилер обычно предвычисляет все что можно оформить константой и это будет один load 32 бит константы. 3) Вгруз 32 бит константы как правило не является проблемной операцией для 32 бит и тем более 64 бит платформ. 4) В случае продвинутых оптимизеров типа LTO это порой может быть сделано из чужих частей, если подхоящее уже было где-то. В этом месте компилер может дать мастеркласс любителю асма, вспомнив что кило кода назад в тот регистр подходящую константу уже, давайте-ка реюзнем. А человек потеряется в треке регистров на длинную дистанцию. И да, одна из траблов с struct кроме голимого их определения и align "от фонаря" - то что компилер может иногда сделать не очень хороший код. Особенно - с битовыми полями. Там где это не важно - красота API может перевесить. Но это не тот случай. И тут может выйти не халявно по коду или памяти в горячем куске. А это хреново. С другой стороной макросами можно халявное компилтайм формирование этого всего. Скажем нечто в духе #define MAKE_U32(hi16,lo16) ((hi16) << 16) | ((lo16) & 0xFFFF) #define DECODE_LO16(a) ((a) & 0xFFFF) #define DECODE_HI16(a) (((a) >> 16) & 0xFFFF) uint32_t a = MAKE_U32(0x1020,0x3040); // Same as a = 0x10203040 Примечание: так не стоит делать без хорошей нужды. Ибо макросы в си это некие грабли. Зато все ЭТО может быть (и почти всегда будет) compile-time предвычислениями. А в реальный код это все пойдет как заранее посчитанные константы, т.е. вон та математика - на фазе компила, а не в рантайм. При том можно сохранить логическое биение на части. Это слабая и более дурная форма того что плюсеры называют constexpr. Вот тут код может быть очень эффективный и - лучше чем с struct, и по части памяти куда предсказуемее, u32 это u32, сильно меньше загонов чем struct vs align. При желании к вон тому в принципе можно компил тайм верификацию приделать, скажем что hi16/lo16 не менее 0 и не более 65535. И попытки дать макро левак завалят компил. В сабже можно посмотреть как именно такое сделать (да, забавно что макросы могут быть ассертом времени компила "до кучи"). NB: продвинутые глобальные оптимизеры типа LTO иногда создают забавные результаты - казалось бы неудачный код может внезапно оказаться самым эффективным. Может зависеть от порядка кода, это затрагивает глобальные оптимизации типа реюза ранее вгруженых констант для иного блока кода. > лишь спрашиваю - зачем вы это делаете именно таким способом, а не иначе. Обычно сишники делают что-то странно выглядящее только если это имело некий технический пойнт. В этом случае пойнт - размещение в памяти (vs выравнивание) и (возможно) менее эффективный код для работы с struct ибо возможны, вот, загоны с выравниванием. А заодно возможно и с clamp математики до 16 битов под u16. Ну а 32 битное число - предмет заметно более простой... > А мне вовсе ничего делать не надо :) А, ну понятно, не ошибается тот кто ничего не делает, так то удобно но говорят есть нюанс :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #182

240. Сообщение от _ (??), 16-Янв-24, 02:20	+2 +/–
>Так это у тебя и есть колхоз уровня 'клепания сайтов на вротпрессе'. Сириоус бизнес крутит геораспределённые кластера c high load и big data. Да-да! Давно уже замечено что лучше всех в дорогих автомобилях и часах разбираются бомжары со свалки - типа тебя :-D Oh my high & big ... load-load data-data! (C) :-p
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #219

241. Сообщение от _ (??), 16-Янв-24, 02:42	+/–
>Даже в айти у многих компаний большие проблемы с эффективностью труда. North American tale (C) :) Премия мира за невероятные усилия по имитации бурной деятельности(С)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #229 Ответы: #257

242. Сообщение от _ (??), 16-Янв-24, 03:26	+/–
А у меня max 90 дней. И если увижу больше - лишу салаг премии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #226 Ответы: #254

243. Сообщение от User (??), 16-Янв-24, 07:28	+/–
> А в нашем цеху по заточке булавок нечего дать на подпольный прилавок. > Какое ещё реальное пр-во в отечестве? Неэффективный колхоз и только. Понаслушался > уже за лет 20 как и что делают, в частности в > организациях связанных атомной энергетикой. Даже в айти у многих компаний большие > проблемы с эффективностью труда. Не-не, вот как раз отраслевые решения от подрядчиков "Росатома" - та еще хтонь. Там такое ощущение дикие требования по надежности + сертификации, в результате больше половины продукта - проект хорошо если "по последнему слову техники из 80х", который "как-то" взгромоздили на современный linux. Плюс - оно работает и скорее всего - правильно. Минус - тиражировать\масштабировать\адаптировать под свои задачи\эксплуатировать\интегрироваться с ЭТИМ - прям боль. Но они тут скорее исключение - у той же крупнотоннажной химии прям СИЛЬНО лучше дело обстоит - по собственные облака включительно (Степень миграции на них правда не высокая по ощущениям). У металлургов за последние лет пять - много крупных проектов по внедрению\миграции на *nix было - но я там подрядчик был, так что степень проникновения оценить не могу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #229 Ответы: #258

244. Сообщение от timur.davletshin (ok), 16-Янв-24, 07:32	+/–
А зачем тебе 10 гигабит в офисе? Чтобы на BBR из него 8 делать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #165 Ответы: #265

245. Сообщение от timur.davletshin (ok), 16-Янв-24, 07:35	–1 +/–
> Ускоряют, ускоряют, а догнать никак не могут. Как латентность IP стека была > *авном так им и остается. Тут не стек надо ускорять, а > ядро от костылей избавлять. > По факту же - при установленном TCP соединении и начатой беспрерывной передаче > гигабайтов информации Linux стек быстрее их передает, но несущественно. Такое применение > это как сферический конь в вакууме - показать какие крутые у > нас циферки... Но когда происходит типовой сценарий - короткие запросы, небольшие > возвратные данные - Linux стек в чистую сливает FreeBSD. Сильно на > руку FreeBSD играет время отклика, которое у Linux - отстой... > Поэтому и в UDP - linux просто тормоз. Какой феерический бред. Уж простите.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #247

246. Сообщение от bOOster (ok), 16-Янв-24, 07:37	+/–
>[оверквотинг удален] > пользуюсь им уже нигде. В моем btrfs - таки он есть. > Но в отличие от ufs там и еще много чего есть, > чего у бздюков только в ZFS монструозном, и то не все > и хреновее, их под каких-то линуксных хипстюков, да еще довольно криворуких > судя по их гитхабу. Вот это - уровень BSD как его > вижу себе я. > А то что в этом вашем unknown flying stuff есть trim - > этому инновационному дизайну с его группами цЫлиндров (лол!) не поможет, имхо. > Даже если вы и примотали к вашему кукурузнику пороховой фейерверк - > звездным крейсером он от этого не станет. Вот хоть как. Ну ты откровенно так бомбанул про свою оголтело почитаемую помойку - Linux :))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #236 Ответы: #267

247. Сообщение от bOOster (ok), 16-Янв-24, 07:41	–1 +/–
> Какой феерический бред. Уж простите. Ну для недалеких - бред. А для компаний типа Netflix критерий выбора.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #245 Ответы: #250

248. Сообщение от User (??), 16-Янв-24, 07:48	+/–
> КМК закольцованый эзернет с 0 временем рекавери от Эйрбас был не для > вордпресса. Вон те сенсоры на IIO вормпрессу тоже ни к чему. > Да и в кораблях элонмаска именно вордпресса таки нету. Кстати вон > там, на Марсе - линух, так то, тоже уже есть. А "в штуках" их сколько? Мы ж тут вроде "за количество" говорим, нет? > А таки - прибавляется. И в целом (около)индустриаловка, эмбедовка и проч на > лине - нехило развивается. Ага. Вот в том числе и моими силами - импортозамещаем GE с OSI soft'ом аналоговнетами, вот это вот всё. Выходит конечно "ну, такоэ" - но всё ж лучше, чем с голым задом. > Если вы в РФ - с этим всем - я бы на > вашем месте морально готовился к расстрелу, имхо. Как агент госдепа или > кто там, да какая разница. Нееее... не мой кусок, да и пофиг всем настолько, что просто "пофиг" по ощущениям. Т.е. "воду щупают" на предмет перехода на какой-нибудь ald pro - но ни денег, ни особого желания нет. Даже требования по импортозамещению в КИИ на 2030 год перенесли, если не ошибаюсь. > В 1 специфичной нише, у врядли самой авангардной в этом плане страны... Ну, все же больше, чем в "одной нише" - тот же SMB сегмент взять - на чем они по вашему свои один эссы с терминальниками держат? То, что в продуктовом ритейле видел - тоже windows-only было. Не то, чтобы видел я много - но сложилось вот такое впечатление. Финтех, ecommerce - предполагаю отличаются в обратную сторону, но на сколько - понятия не имею.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #235 Ответы: #264

249. Сообщение от лютый жабби.... (?), 16-Янв-24, 10:03	+/–
>Что Вы называете "пакетом"? Если размер данных в одной TCP сессии, то Вы вовсе не пропускную способность измеряете Многопоточное приложение. каждый поток открывает сокет, шлет Х килобайт, закрывает сокет. При Х==5 начинает очень хорошо жрать CPU (несколько ядер) при потоке 1гбит. Выше речь была про то, что установка соединения не важна.... важна, получается. Что ещё может проц жрать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #196 Ответы: #298

250. Сообщение от timur.davletshin (ok), 16-Янв-24, 10:33	–2 +/–
>> Какой феерический бред. Уж простите. > Ну для недалеких - бред. А для компаний типа Netflix критерий выбора. Это поэтому она такие плохие фин. показатели уже который год выдаёт? Я уже не говорю о качестве того шлака, который она снимает. Если бы FreeBSD была так хороша, как вы рассказываете, то Netflix не пришлось бы тратить уйму времени на оптимизацию TCP в ядре. Да-да, я, в отличие от вас, юзал FreeBSD очень активно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #247

251. Сообщение от Аноньимъ (ok), 16-Янв-24, 11:08	+/–
В офисах ещё и вайфай бывает. И с этим всё довольно печально.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #165

252. Сообщение от Аноньимъ (ok), 16-Янв-24, 11:15	+/–
Конфиги ненужно ручками. У фри большие проблемы с поддержкой оборудования и не только десктоптного камсюмер граде но и серверного уже давно. Помню и 8 лет назад у Фришников были забавные мантры - а зачем тебе управление частотой ЦП? Сервер всегда 100% нагружен и никакие фриквенси скалинг ненужны111
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144

253. Сообщение от Аноньимъ (ok), 16-Янв-24, 11:21	+/–
А что с частотным масштабированием на эпике? Там в линукс вроде новый драйвер для них сделали. Напряжения и частоты скелятся и как?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146 Ответы: #259

254. Сообщение от _oleg_ (ok), 16-Янв-24, 11:27	+/–
> А у меня max 90 дней. И если увижу больше - лишу > салаг премии. Если у нас маршрутизаторы и шейперы начнут каждые 90 дней перезагружаться (интересно нахуа?), то это непонравится всем, начиная от пользователей и заканчивая большим начальством.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #242

255. Сообщение от Пряник (?), 16-Янв-24, 12:57	+/–
Речь про поля структуры в языке Си. Возможно битовые поля структуры.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #230 Ответы: #273

257. Сообщение от Аноним (-), 16-Янв-24, 15:01	+/–
> North American tale (C) :) > Премия мира за невероятные усилия по имитации бурной деятельности(С) Вот тому Реальному Производителю с реальными соотношениями ее и дадут. Посмертно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #241

258. Сообщение от Аноним (-), 16-Янв-24, 15:06	+/–
> Но они тут скорее исключение - у той же крупнотоннажной химии прям > СИЛЬНО лучше дело обстоит - по собственные облака включительно NSA и CIA одобряют подобные инициативы :). Расстреляют этих химиков "за заслуги перед отечеством", как пить дать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #243 Ответы: #263

259. Сообщение от bOOster (ok), 16-Янв-24, 17:43	+/–
> А что с частотным масштабированием на эпике? Там в линукс вроде новый > драйвер для них сделали. > Напряжения и частоты скелятся и как? В большинстве случаев он стоит у меня в номинальной частоте + 1. Что есть турбобуст. А с напряжениями играться на сервере в продуктиве? Ты в своем уме?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #253 Ответы: #261, #276

261. Сообщение от Аноньимъ (ok), 16-Янв-24, 18:32	+1 +/–
> В большинстве случаев он стоит у меня в номинальной частоте + 1. > Что есть турбобуст. А с напряжениями играться на сервере в продуктиве? > Ты в своем уме? Охренеть. То есть управления как таково нет, и проц постоянно жарится в бусте на все ядра? При этом от буста отдельных ядер до больших частот вы отказались. Сервер в продакшене не жрёт электричество? Да, вот. Собственно. У фряшников совсем уже последние мозги выкипели.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #259 Ответы: #268, #287

263. Сообщение от User (??), 16-Янв-24, 21:20	+/–
>> Но они тут скорее исключение - у той же крупнотоннажной химии прям >> СИЛЬНО лучше дело обстоит - по собственные облака включительно > NSA и CIA одобряют подобные инициативы :). Расстреляют этих химиков "за заслуги > перед отечеством", как пить дать. С чего бы? С openshift'ов все съехали, а что у них на собственном оборудовании без стыка с дикими энторнетами вертится - их дело. Бамажка с "сертификатом соответствия" какой-нибудь "астры" и выписка из реестра отечественного ПО про какой-нибудь декхаус есть - остальное в руце божией с т.з. органов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #258

264. Сообщение от Аноним (-), 16-Янв-24, 21:40	+/–
> А "в штуках" их сколько? Мы ж тут вроде "за количество" говорим, нет? Не очень представляю как это реалистично посчитать. В целом имхо дохрена. А если учесть всякую околохомячковую байду, типа роутеров и телевизоров, счет пойдет на миллиарды юнитов. Винды на этом фоне будет не видно на радарах. А если еще андроид приплюсовать (а чего с вами миндальничать, вернуть в вашем формате, зеркально) - ну вы поняли. > Ага. Вот в том числе и моими силами - импортозамещаем GE с > OSI soft'ом аналоговнетами, вот это вот всё. Выходит конечно "ну, такоэ" > - но всё ж лучше, чем с голым задом. Это все к счастью не мои проблемы. На мой вкус - "так вам и надо!". Хоть я и не фанат несения в массы коммунизма (опенсорса, счастья, whatever) "на штыках". > Нееее... не мой кусок, да и пофиг всем настолько, что просто "пофиг" по ощущениям. В принципе у вас есть шанс что все крякнет до того как до oркoв доползет масштаб подставы и им станет вообще не до этого, но это рандом. > pro - но ни денег, ни особого желания нет. Даже требования > по импортозамещению в КИИ на 2030 год перенесли, если не ошибаюсь. А там либо шах, либо ишак, а может и до того фигня какая... > Ну, все же больше, чем в "одной нише" - тот же SMB > сегмент взять - на чем они по вашему свои один эссы с терминальниками держат? Для SMB у виндов условия ну такие себе. Несколько лет назад мои знакомые их целыми офисами на линь переводили, выгодно было всем. Крмое майкрософта конечно. Как оно у вас там сейчас я хз, вот тут сорь. > вот такое впечатление. Финтех, ecommerce - предполагаю отличаются в обратную сторону, > но на сколько - понятия не имею. Ну так финтеху надоело что его держат за лохов. Они не из того теста чтобы это еще и катило.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #248 Ответы: #288

265. Сообщение от Аноним (-), 16-Янв-24, 21:44	–1 +/–
> А зачем тебе 10 гигабит в офисе? Чтобы на BBR из него 8 делать? Чтобы файло по локалке летало с нормальной скоростью. А если персонал туповэйтит на передачу файлов - это наверное не очень эффективно. Ну а сколько по 100 мбит качать допустим виртуалку с диском гигз на 10? Хотя в вашем жеке с p2 и 100 мбит про виртуалки наверное не слышали, у проца все равно хардварной виртуализации же нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #244

267. Сообщение от Аноним (267), 16-Янв-24, 21:51	+/–
> Ну ты откровенно так бомбанул про свою оголтело почитаемую помойку - Linux :)) Так я ее почитаю то - за деловые качества, решение моих проблем, полезность для fun & profit, а не чисто по приколу. И да, если не "окучивать локалхост" а сетапнуть хотя-бы пару десятков и более - там и системд окажется не такой плохой, и пакетник нормальный захочется, вместе с политиками майнтенанса, и вообще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #246

268. Сообщение от Аноним (-), 16-Янв-24, 21:54	+2 +/–
> Охренеть. То есть управления как таково нет, и проц постоянно жарится в > бусте на все ядра? При этом от буста отдельных ядер до больших частот вы отказались. Да у них видимо контора богатая, оплачивать отвисание на максимуме и отопление офиса электричеством их не парит. > Сервер в продакшене не жрёт электричество? Нюню, святой водой питается. Особенно если в питальник пару стаканов вкатить. > Да, вот. Собственно. У фряшников совсем уже последние мозги выкипели. Там по нику все понятно с самого начала...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #261

270. Сообщение от Аноним (-), 16-Янв-24, 22:49	+/–
> в QEMU медленная 1-5 кадров если не меньше" с этим как-то не очень, не годится так. В линухе QEMU быстрым делается как-то так: -machine type=pc,accel=kvm   // включаем in-kernel акселератор, какой в винде сами смотрите -vga virtio                  // многократно быстрее, если в guest дрова есть. Или qxl еще есть. -drive file=<what>,if=virtio // аналогично! -netdev <params>,id=vm001 -device virtio-net-pci,netdev=vm001 // И для сети - тоже. Т.е. все железки заменить нафиг на virtio если драйверы virtio для ос в гуесте есть (в принципе даже на винды есть, некрофилы даже на XP найти могут при желании). Так FPS здорово резвее. На лине можно в гуесте ютуб смотреть спокойно. На винде я его правда никогда не проверял, нет у меня виндов, но вон те идеи могут разогнать виртуалку весьма прилично.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #231 Ответы: #274, #275

271. Сообщение от Аноним (177), 16-Янв-24, 23:24	+/–
>> Вам в ext4 там уже асинхронный трим завезли (в который UFS как >> раз лет 15 назад научился) инноваторы? > Без понятия - уже не мониторю что там в EXT4, ибо не пользуюсь им уже нигде. В моем Ну да, ты ведь эталонный эталон (и уже 10 лет назад перешел на бтрфс). Ну нету так нету, подумаешь - самая популярная FS и все еще без асинхронного трима, который "уже и не нужен". Такие вот инновации ... > судя по их гитхабу. Вот это - уровень BSD как его вижу себе я. ... >  с его группами цЫлиндров (лол!) не поможет, имхо. > Даже если вы и примотали к вашему кукурузнику пороховой фейерверк - > звездным крейсером он от этого не станет. Вот хоть как. Отличная демонстрация "качества" видения (группы цИлиндров выкинули еще в 87-88 году), как впрочем и когнитивных способностей (тебя в это [цилиндры в UFS] тыкали раза 3 минимум за последние 10 лет).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #236 Ответы: #280

272. Сообщение от Аноним (177), 16-Янв-24, 23:35	+/–
>> Ну т.е пока все еще лишь только в мечтах местных оналитеков (которые >> еще года 2-3 назад прилежно повторяли "уже совсем почти скоро наконец >> выкинут фрю!"). > По моему они говорили это намного раньше - и в основном таки угадали. А че о себе в третьем лице-то? Ты ж говорил-говорил, потом оказалось, просто не так и не тем новость прочитал (ну т.е. как обычно) и затих. > Вон там уже и джунипер оказывается бсду выкинул местами. Экие Экий ты спрыгун с темы. >> Ну вот как "проследуют", тогда и приходите ... > 1 фирма на планете VS целый, цуко, легион - это, конечно, аргумент успеха и процветания. 1 фирма на планете, отвественная за 15% всего планетного тырнет-трафика VS опеннетный онализатор "я где-то там что-то точно слышал и вообще, прилежно повторял!", это конечно аргумент. >>>> В линухе как-то сильно больше дров для скоростного IO/сетевок/прочего ненужно. А, ну да, зачем это в операционке. >> Ценный опеннетный онализ, че ... > Дык это, фирм уже почти не осталось с вон тем. Пара самыж жлобских из, и то... Я ж и говорю - "ценный онализ", 0 конретики.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #237 Ответы: #282

273. Сообщение от Аноним (274), 17-Янв-24, 01:04	+/–
Я догадывался, что поля относятся к программированию. И точно знал, что не колхозные поля. В OpenWRT шестое ядро так что возможно всё что ниже Pentuim 3 в kernel нет по умолчанию. Собрать kernel самому для Pentium 2? Это вы сами проверяйте. Это всё мои предположения. Что увидел о том и написал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #255 Ответы: #277, #289

274. Сообщение от Аноним (274), 17-Янв-24, 01:20	–1 +/–
Предположение: скорее всего QEMU в Windows мало кому нужен есть более удобные VB и Vmw. Workst. Player и по этому отрисовка картинки работает так как я написал. Я раньше уже слышал о vertio, по быстрому нужной информации не нашёл, не стал дальше разбирается с этим vertio. Есть VB и Vmw. Player. Но, если видео заработает в браузерах и в плеерах как в хосте, в QEMU тогда нужно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #270 Ответы: #279

275. Сообщение от Аноним (274), 17-Янв-24, 01:30	+/–
Насколько я помню все виды эмуляции видеокарт работают одинаково в QEMU как я и написал выше. Не  проверял только как работает virtio, я  QEMU c virtio VGA  (GPU) запускал, драйвера в госте virtio не устанавливал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #270 Ответы: #278

276. Сообщение от Аноним (276), 17-Янв-24, 01:39	+/–
>В большинстве случаев он стоит у меня в номинальной частоте + 1 За установку такой ОС на сервер гнать за профнепригодность.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #259 Ответы: #286

277. Сообщение от Аноним (274), 17-Янв-24, 01:41	+/–
Это вы сами проверяйте кому это надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #273

278. Сообщение от Аноним (-), 17-Янв-24, 02:37	+/–
> Насколько я помню все виды эмуляции видеокарт работают одинаково в QEMU как > я и написал выше. Не  проверял только как работает virtio, > я  QEMU c virtio VGA  (GPU) запускал, драйвера в > госте virtio не устанавливал. Перфоманс virtio VS эмулированый VGA адаптер - 2 очень большие разницы. Мягко говоря. Линух - цепляет virtio сразу, потому что в майнлайне уже много лет встроены его дрова. А в винде дрова ессно надо ставить явно, как на любую иную железку. На сайте qemu оно есть. Лично я это не проверял, но без этого ожидать FPS - странная идея. Virtio - не занимается долбаной эмуляцией легаси железок. Это довольно короткий и быстрый интерфейс к хосту по определенным спекам. В многие разы быстрее потуг эмуляции классических железок c регистрами и чем там. Даже в линухе разница - весьма драматическая, в многие разы. И вот в таком виде отличить VM от железного компа уже становится сложно. Но для этого железки должны цепануться как вот это вот.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #275 Ответы: #281

279. Сообщение от Аноним (-), 17-Янв-24, 02:41	+/–
> Предположение: скорее всего QEMU в Windows мало кому нужен есть более удобные > VB и Vmw. Workst. Player и по этому отрисовка картинки работает > так как я написал. Я раньше уже слышал о vertio, по > быстрому нужной информации не нашёл, не стал дальше разбирается с этим > vertio. Есть VB и Vmw. Player. Но, если видео заработает в > браузерах и в плеерах как в хосте, в QEMU тогда нужно. У меня нет цели пересадить всех юзеров винды на qemu, да и мой опыт с ним только с линем. Но эти аспекты в винде по идее должны сработать примерно так же. Потому что разные ОС не _настолько_ отличаются друг от друга как можно подумать. И если дрова этого выложили на сайте qemu - вероятно, это имело какой-то смысл. Если для вас работает что-то иное - окей, замечательно, я вообще не понимаю как qemu относится к топику, особенно - под виндой, которой с сабжа совсем нихрена и никак не обломится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #274 Ответы: #283

280. Сообщение от Аноним (-), 17-Янв-24, 03:04	+/–
> Ну да, ты ведь эталонный эталон (и уже 10 лет назад перешел на бтрфс). Просто у нас можно и вот так. Если нужно. > Ну нету так нету, подумаешь - самая популярная FS и все еще > без асинхронного трима, который "уже и не нужен". Такие вот инновации Лично я не буду UFS пользоваться ни с асинхронным тримом, ни без, это вообще не точка принятия решения. И EXT4 без чексумм мне так себе по управлению и диагностируемости. Поэтому мне совершенно все равно что там есть. И чего вы к EXT4 пристали? Linux FAT поддерживает! Представляете как можно развернуться, сравнив с ним?! :) > Отличная демонстрация "качества" видения (группы цИлиндров выкинули еще в 87-88 году), А вроде до сих пор этим термином оперируют? Впрочем даже если и нет - это все равно легаси дизайн сразу на старте. Современный - это что-то типа bcachefs, сорянчик. А вон то - чемпионат среди динозавров и прочих ископаемых. p.s. чем белый человек отличается от папуаса? В картинках: https://en.wikipedia.org/wiki/Slit_drum примерно так. Вы в этом случае - первая картинка, а белый человек может уже вторая. Вроде бы и в принципе одна и та же штука, но вот уровень технологий...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #271

281. Сообщение от Аноним (281), 17-Янв-24, 03:19	+/–
Ещё подробней напишу. Я знаю, что такое virtio. Я пишу о том, что я запускал QEMU с настройкой включающей virtio для GPU но, не чего не изменилось. Стал разбираться почему так, быстрого точного ответа не нашёл. Не стал дальше разбираться. Продолжил использовать VB и VMw.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #278 Ответы: #285

282. Сообщение от Аноним (-), 17-Янв-24, 03:22	+/–
> А че о себе в третьем лице-то? Ты ж говорил-говорил, потом оказалось, > просто не так и не тем новость прочитал (ну т.е. как обычно) и затих. О себе? Я видел мир в котором BSD на серверах было намного больше. По моему даже у яндекса было. И много кого еще. Уже в конце 90х и начале 0-х вон те предсказания были. Их придумал не я. Это древний спорт. Я лишь в какой-то момент согласился с тем что у сказителей есть пойнт. > Экий ты спрыгун с темы. Экие вы успешные и нужные. Я видел мир где BSDшники ходили гоголем. Где они на пару с проприетарными *никсоидами вырубались на пингвин который пешком под стол ходил. Тогда я был весьма проприетарным хреном и смеялся с фрик-парада. ...но время шло. Я заметил что у 1 из сторон есть понятный пойнт. А у другой - непонятный мне понт. И вот, ...цать лет спустя, я могу оценить свои решения, посмотреть на ту историю еще раз. Как-как, грите? Что 1 фирма на планете вас не выкидывает - уже круто? Вау! Это успех, несомненно. Но, кажется, в моей вселенной "успех" определен немного иначе. >>> Ну вот как "проследуют", тогда и приходите ... >> 1 фирма на планете VS целый, цуко, легион - это, конечно, аргумент успеха и процветания. > 1 фирма на планете, отвественная за 15% всего планетного тырнет-трафика VS опеннетный > онализатор "я где-то там что-то точно слышал и вообще, прилежно повторял!", > это конечно аргумент. Интересно, чем вы будете хвастаться когда и эта фирма окончательно выкинет вас на мороз? А таки - выкинет, имхо. Плойками чтоли? > Я ж и говорю - "ценный онализ", 0 конретики. Для меня драп фирмачей с вон того на вон это - сказал все сам за себя :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #272

283. Сообщение от Аноним (283), 17-Янв-24, 03:39	+/–
Прочтите с начала первое сообщение и до моих слов где я упоминаю QEMU и Pentium 2. А дальше я уточнил, что всё же я пробовал раньше QEMU и c каким-то гостем  - операционной системой. То ли это был Linuх, толи Win.XP уже не помню, а может и то и другое. "Если для вас работает что-то иное - окей, замечательно, я вообще не понимаю как qemu относится к топику, особенно - под виндой, которой с сабжа совсем нихрена и никак не обломится" В общем неплохо VB и VMw. пригодно к использованию, кроме вывода видео в плеерах и браузерах, дёрганое видео как будто 5 - 10 кадров отрисовывается, процессора хватает с запасом. Но это надо проверять, на разных хостах Linux по разному. В Минт только у VLC с моим компьютером c выводом изображения и только через X11 нормально и не выше 720p 60 кадров битрейт примерно 5000 клбит. Запустил загрузочный диск с Убунту 23.10 и получил в VLC дёрганое видео как будто 5 - 10 кадров отрисовывается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #279 Ответы: #284, #304

284. Сообщение от Аноним (283), 17-Янв-24, 03:46	+/–
Убунту запускал в виртуализации в VB. В VMw. скорее всего будет тоже самое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #283

285. Сообщение от Аноним (285), 17-Янв-24, 03:55	+/–
Если я запускал с virtio значит это было меньше 5 лет назад. Значит я пробовал QEMU до появления virtio и после.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #281

286. Сообщение от bOOster (ok), 17-Янв-24, 06:57	+/–
>>В большинстве случаев он стоит у меня в номинальной частоте + 1 > За установку такой ОС на сервер гнать за профнепригодность. А на текущий момент только за установку Linux и гонят за профнепригодность. Так как установка FreeBSD и запуск ее в продуктив подразумевает под собой уже серьезный запас знаний по протоколам, программному обеспечению, его настройке зачастую в конфигурационных файлах и т.п. Дурачек установивший Linux кое как, видимо типа тебя, FreeBSD не поднимет в работу 100%.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #276 Ответы: #290, #291, #303

287. Сообщение от bOOster (ok), 17-Янв-24, 07:06	–1 +/–
>> В большинстве случаев он стоит у меня в номинальной частоте + 1. >> Что есть турбобуст. А с напряжениями играться на сервере в продуктиве? >> Ты в своем уме? > Охренеть. То есть управления как таково нет, и проц постоянно жарится в > бусте на все ядра? При этом от буста отдельных ядер до > больших частот вы отказались. > Сервер в продакшене не жрёт электричество? > Да, вот. Собственно. У фряшников совсем уже последние мозги выкипели. Вы, с еще одним недалеким, вообще читаете что я пишу? Или очередной раз "смотрю в книгу вижу фигу"? В БОЛЬШИНСТВЕ случаев, то есть в работе, а сервер круглосуточно в работе клиенты из разных часовых поясов, вплоть до антиподов. Естественно в моменты простоя отдельных ядер или чипов частоты он снижает до 800 мегагерц. Ниже не видел.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #261 Ответы: #293

288. Сообщение от User (??), 17-Янв-24, 07:09	+/–
> Не очень представляю как это реалистично посчитать. В целом имхо дохрена. А > если учесть всякую околохомячковую байду, типа роутеров и телевизоров, счет пойдет > на миллиарды юнитов. Винды на этом фоне будет не видно на > радарах. А если еще андроид приплюсовать (а чего с вами миндальничать, > вернуть в вашем формате, зеркально) - ну вы поняли. Не-не-не. Возвращаемся к началу: > Судя по тому что линух выпер с серверов почти все остальное - очень даже! Исходный тезис - про сервера, а не встройку-мобилки, вы притащили в тред арбузы - типа "сервер-на-марсе" и вот это все. Я и спрашиваю - _сколько_ там именно _серверов_ - надо ботинки снимать, или без этого пальцев хватит? > Это все к счастью не мои проблемы. На мой вкус - "так > вам и надо!". Хоть я и не фанат несения в массы > коммунизма (опенсорса, счастья, whatever) "на штыках". "Не "проблемы", а "возможности"!"(С) > В принципе у вас есть шанс что все крякнет до того как > до oркoв доползет масштаб подставы и им станет вообще не до > этого, но это рандом. Так оно на чем угодно - рандом. 1001ый "выход за границы массива" в exim'е с RCЕ без аутентификации и привет. Проблема не "технологическая" от слова "почтисовсем". > А там либо шах, либо ишак, а может и до того фигня > какая... Оттож. Так и живем с 2014 года - но мысля про "чужое брать не хорошо, даже если кажется, что оно плохо лежит" до голов все еще не добралась. > Для SMB у виндов условия ну такие себе. Несколько лет назад мои > знакомые их целыми офисами на линь переводили, выгодно было всем. Крмое > майкрософта конечно. Как оно у вас там сейчас я хз, вот > тут сорь. Ох, нуявасумоляю. Наигрался в это "офисами" с 2009 по 2012, не пригодно оно для сколько-нибудь продуктивного использования конечными пользователями от слова "совсем" и изменилось на вид с тех пор в общем "ничего". Занятие для очень-очень неленивых эникеев и не умеющих считать деньги "бузинессменов". > Ну так финтеху надоело что его держат за лохов. Они не из > того теста чтобы это еще и катило. Статистики не имею, и не думаю, что имеете вы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #264 Ответы: #294

289. Сообщение от Аноним (281), 17-Янв-24, 10:01	+/–
Не шестая версия Kernel, а 5.15. ... Проверил. А я думал что kernel 6.1. Ошибся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #273

290. Сообщение от Аноним (276), 17-Янв-24, 10:48	+/–
>А на текущий момент только за установку Linux и гонят за профнепригодность Хо-хо! Гляньте на этого бздунишку! Так вот всех и повыгнали отовсюду, кроме божественного нетфликса (и там больше половины компании выгнали)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #286

291. Сообщение от Аноним (276), 17-Янв-24, 14:19	+/–
>Так как установка FreeBSD и запуск ее в продуктив подразумевает под собой уже серьезный запас знаний по протоколам, программному обеспечению, его настройке зачастую в конфигурационных файлах и т.п Вот за выбор именно такой ОС-и в первую очередь гнать и нужно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #286

293. Сообщение от Аноньимъ (ok), 17-Янв-24, 19:11	+/–
А это к чему было: - "А с напряжениями играться на сервере в продуктиве? Ты в своем уме?"? Вас же спросили какой у вас скелинг, а вы говорите - буст на все ядра и никакой игры с напряжением. Так что и как у вас на сервере управляет энергопотреблением ЦП? Какой-то драйвер ядра используется, или железо всё само решает? А если само - то как? Потому что на линуксе работа с последними процами АМД совсем не простое дело. И легко можно получить ситуацию когда турбо буст оказывается отключён. А там ещё в эпиках потребление сильно зависит от конфигурации PCI-E линий, и я не сильно в курсе насколько нужна поддержка со стороны ОС для правильного контроля этого счастья.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #287 Ответы: #302

294. Сообщение от Аноним (-), 18-Янв-24, 01:50	+/–
> Исходный тезис - про сервера, а не встройку-мобилки, вы притащили в тред > арбузы - типа "сервер-на-марсе" и вот это все. Я и спрашиваю > - _сколько_ там именно _серверов_ - надо ботинки снимать, или без > этого пальцев хватит? Это можно посмотреть на всяких штуках типа неткрафта и ему подобных. Там конечно только то что в интернет вывешено - но это большая часть серверов и есть. С неких пор майкрософтовские потуги накручивать присутствие паркингами - слились. Все догадались что это не метрика а фуфло, отдельные приветы GoDaddy'кам. > "Не "проблемы", а "возможности"!"(С) У меня есть более 9000 других возможностей, не подразумеваюших полубандитизм и благодарных юзерей с кинжалом за пазухой. Ну такое нафиг. > в exim'е с RCЕ без аутентификации и привет. Проблема не "технологическая" > от слова "почтисовсем". Ну так у вооон тех все то же самое. Только еще вон любители кошек плачут что вулны есть а фиксов нет. На манер детского стишка "ж...а есть а слова нет". Толи они кошек готовить не умеют, толи у проприетарщиков все еще забористее: даже зная что вулн есть - попробуй вообще что-то с этим сделать! Круто же :) > брать не хорошо, даже если кажется, что оно плохо лежит" до > голов все еще не добралась. Цифровые технологии забавны тем что при достаточном технологическом превосходстве совершенно не вопрос объяснить папуасу некоторые моменты. Глупый папуас не понимает что программа это почти частица программиста. И спереть это? На мой вкус - ну такое себе. Особенно после того как это стали учитывать. Надо мной когда-то 1 программа хорошо поприкалывалась за это. Урок был усвоен. Я научился быть с другой стороны экрана. > Ох, нуявасумоляю. Наигрался в это "офисами" с 2009 по 2012, не пригодно > оно для сколько-нибудь продуктивного использования конечными пользователями от слова > "совсем" и изменилось на вид с тех пор в общем "ничего". Вон то попозже было, лет 7 назад, если меня склероз не подводит. Плюс-минус. > Занятие для очень-очень неленивых эникеев и не умеющих считать деньги "бузинессменов". LSE наверное тоже деньги считать не умел, куда ему. > Статистики не имею, и не думаю, что имеете вы. Ну да. И все же - юзают. NYSE помнится вообще аж генту заюзали. С тимой и гента - продакшн. И платить им зарплаты, даже королевские - будет явно дешевле чем платить столько сколько воооон те партнеры мс хотели за очередные версии своей лагучей дотнетины для того же самого, полагая что они - незаменимые. А тут вдруг рыночек плоско намекнул что незаменимых - не бывает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #288 Ответы: #295

295. Сообщение от User (??), 18-Янв-24, 07:13	+/–
> Это можно посмотреть на всяких штуках типа неткрафта и ему подобных. Там > конечно только то что в интернет вывешено - но это большая > часть серверов и есть. С неких пор майкрософтовские потуги накручивать присутствие > паркингами - слились. Все догадались что это не метрика а фуфло, > отдельные приветы GoDaddy'кам. Неее... внаружу пачка CDN и reverse-proxy торчит, а сколько там за ними нод кубера или размер фермы SQL-серверов - ктулху ведомо. > У меня есть более 9000 других возможностей, не подразумеваюших полубандитизм и благодарных > юзерей с кинжалом за пазухой. Ну такое нафиг. \Разводит руками\ Можно конечно в вротпрессоклепатели пойти - там юзвери обычно без "кинжала-за-пазухой", но чот нет. "д'Артаньяны в бэлы-бэлы пальто" на заводы вот чот тоже "ниспишат". > Ну так у вооон тех все то же самое. Только еще вон > любители кошек плачут что вулны есть а фиксов нет. На манер > детского стишка "ж...а есть а слова нет". Толи они кошек готовить > не умеют, толи у проприетарщиков все еще забористее: даже зная что > вулн есть - попробуй вообще что-то с этим сделать! Круто же > :) "Зачем вам подорожная, хамы? Вы ж не грамотны!!!"(Ц) - фигли "отечественному энтер-прайсу" с того исходного кода? Да и не отечественному по большому счету тоже. Так-то исходники есть у всех, а вот пилит что-то вменяемое - полторы шапки. Обман потребителя чистой воды - "право" есть, "возможности этим правом впоспользоваться" - фактически нет. >> Занятие для очень-очень неленивых эникеев и не умеющих считать деньги "бузинессменов". > LSE наверное тоже деньги считать не умел, куда ему. Ну вот Мюнхен умеет, да. Так умеет, что ажпрям умеет и всех научит... Ой, эта снова другое, правда? > Ну да. И все же - юзают. NYSE помнится вообще аж генту > заюзали. С тимой и гента - продакшн. И платить им зарплаты, > даже королевские - будет явно дешевле чем платить столько сколько воооон > те партнеры мс хотели за очередные версии своей лагучей дотнетины для > того же самого, полагая что они - незаменимые. А тут вдруг > рыночек плоско намекнул что незаменимых - не бывает. Ста-тис-ти-ка?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #294 Ответы: #299

296. Сообщение от ptr (??), 19-Янв-24, 03:43	+/–
Ржать тут можно с джуна, пытающегося на C++ писать сервисы, где без глубокой рефлексии с компиляцией кода при работе сервиса не обойтись, не уходя в глубокие тормоза или не перекомпилируя вообще весь проект при любой изменении схемы в регистре )))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #233 Ответы: #297

297. Сообщение от Аноним (-), 19-Янв-24, 04:15	–1 +/–
> Ржать тут можно с джуна, пытающегося на C++ писать сервисы, где без > глубокой рефлексии с компиляцией кода при работе сервиса не обойтись, не > уходя в глубокие тормоза или не перекомпилируя вообще весь проект при > любой изменении схемы в регистре ))) Ваш экспериенс с дотнетом все же врядли релевантен - это здоровенный интрузивные рантайм, который к тому же крайне редко используется в пингвине. Поэтому экстраполировать такой опыт на совсем другой кейс - и еще наезжать кто тут джун - выглядит довольно специфично со стороны, я б сказал. И уж как минимум я точно не буду доверять таким данным всерьез. Ибо 50/50 что окажется на самом деле какими-нибудь виндодотнетопроблемами и - вот - самоуверенным НеДжуном экстраполировавших их на весь мир.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #296 Ответы: #310

298. Сообщение от Аноним (-), 19-Янв-24, 04:24	+1 +/–
> Многопоточное приложение. каждый поток открывает сокет, шлет Х килобайт, закрывает сокет. > При Х==5 начинает очень хорошо жрать CPU (несколько ядер) при потоке 1гбит. Чувак, ты оправдываешь свой ник. Устроил почти SYN-флуд и еще удивляешься. Твой уровень технологий это гребаный стыд уровня HTTP/1.0 по смыслу. Который так то вымер - за дело. По нормальному либо шлют несколько запросов в одной конекции, либо UDP юзают, чтоли. Хотя с всеми наворотами типа fastopen можно попытаться, но TCP в общем то не для настолько отшибленого использования делался. > Выше речь была про то, что установка соединения не важна.... важна, получается. > Что ещё может проц жрать? Если оно еще и шифрованое - согласование ключей, например. А так - профайлер да не в моде? Ты какой-то совсем неправильный жабист, они зеленеть в профайлерах любят. Ну хоть perf top, не, неужто обжор не показывает? Хотя можно конечно погадать на кофейной гуще вместо инструментированых измерений.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #249

299. Сообщение от Аноним (-), 19-Янв-24, 04:44	+/–
> Неее... внаружу пачка CDN и reverse-proxy торчит, а сколько там за ними > нод кубера или размер фермы SQL-серверов - ктулху ведомо. В эту игру могут играть и двое, так то... > "кинжала-за-пазухой", но чот нет. Вообще не мой профиль, я всяким кастомом и околоэмбедом занимаюсь. И линух там на мое мнение намного круче любой винды. При том я реюзаю примерно те же технологии что на моих десктопах и серверах, плюс-минус. И я смог в то что майкрософт давно пытался - но так никогда и не заумел в нормальном виде (вместе с интелем и их таблет-пц): вертикальное масштабирование. Всегда хотел мелкие, дешевые, маложручие "компьютеры". Now I can! > "Зачем вам подорожная, хамы? Вы ж не грамотны!!!"(Ц) - фигли "отечественному энтер-прайсу" > с того исходного кода? Нанять кого-то не совсем тупого - кто смог бы запатчить вулн например? Но не, даже это попытаться не судьба. Какие-то wannabe-божки решили за всех как им ЗБС - а если не ЗБС, хоть умри но это не изменится. Для меня такое отношение к делу - повод не иметь дел с проприетарью. > Так-то исходники есть у всех, а вот пилит что-то вменяемое - полторы шапки. Ну вот знаете чего? Я прекрасно мочил баги в -rc линукскернела совместно с девами их посадивших. Ибо не боги горшки обжигают. А считать всех и каждого д@билом - не очень вежливо. И это то за что я крепко не люблю проприетариев, отвечая господам зеркально в их формате. > Обман потребителя чистой воды - "право" есть, "возможности > этим правом впоспользоваться" - фактически нет. Вот лично я - этим самым правом как раз прекрасно пользуюсь себе во благо. Такая ерунда. > Ну вот Мюнхен умеет, да. Так умеет, что ажпрям умеет и всех > научит... Ой, эта снова другое, правда? А кто их там знает, я в детали не вдавался. LSE под внимание попал за общую анекдотичность случая - майки так пиарились, что аж потом кто-то стал стебаться кидая ссыль на ЭТО когда LSE свалил на пингвин. В конце концов майки заметили фэйл и все же убрали гетзефаксы, но, вообще, фэйл колоритный был :) > Ста-тис-ти-ка? Что я там говорил насчет игры вдвоем? Вот, настало время вернуть вам ваш же формат. Можно, вот, развести такие же блабла про ноды или чего там. А чем я хуже вас? :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #295 Ответы: #306

302. Сообщение от Аноним (307), 19-Янв-24, 04:58	+1 +/–
> А это к чему было: - "А с напряжениями играться на сервере > в продуктиве? Ты в своем уме?"? Он просто как обычно - настолько в теме, и вообще, эксперт по DVFS, что вопрос не понял. ...а о том насколко AMD навернуло управление питанием в ЭТОМ - тот додик и близко не догадывается. Это настолько космический уровень - что господа с BSD смотрят на это как на капитана звездолета с бластером, который только что брякнулся на планету путем телепортации. А тут папуасы в тамтам колотят как раз. > Вас же спросили какой у вас скелинг, а вы говорите - буст > на все ядра и никакой игры с напряжением. Он просто не видел пару статеек, где рассказано про забавную фирмварь, и как можно шедулить таски учитывая аж "aging" кремния по ядрам - отдавая таски "наименее заюзаным". А потому способным работать в наилучшей точке вольтаж-частота. Линух это только недавно смог, потому и перетряд драйверов. Но для того индейца это настолько космический уровень что он просто не в курсе что так вообще можно было. > Потому что на линуксе работа с последними процами АМД совсем не простое > дело. И легко можно получить ситуацию когда турбо буст оказывается отключён. АМД вообще довольно забавно в последних чипах с DVFS развернулся, очень продвинуто трекая состояние чипа фирмварами вспомогательных набортных MCU. И в какой-то момент они научили линуксовый драйвер видеть некоторые состояния этого добра. Врядли бздя даже близко стояла с этим уровнем технологий. Куда этим, с тамтамами, до висения на орбите?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #293

303. Сообщение от Аноним (307), 19-Янв-24, 05:04    Скрыто ботом-модератором	+/–
> установивший Linux кое как, видимо типа тебя, FreeBSD не поднимет в работу 100%. Вообще-то мы и правда пользуемся ОС вовсе не для того чтобы @#$%ться с ними по максимуму, если вы вдруг еще не заметили... до вас это довольно долго доходит, настолько что вас ушли из дохрена мест, вот как раз за ЭТО :)). Это примерно как если погонщик слонов начнет косплеить таксиста, только еще давая лекцию по анатомии слона (как будто он прямо ветеринар) и рассказывая о содержании слонов (блин, а зачем мне это?). В конце концов за@баные пассажиры начинают предпочитать что-то менее долбанутое...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #286

304. Сообщение от Аноним (304), 19-Янв-24, 05:36	+/–
Но, это надо проверять, на разных ГОСТЯХ Linux по разному. В Минт только у VLC с моим компьютером, c выводом изображения и только через X11 нормально, и не выше 720p 60 кадров, битрейт примерно 5000 клбит. Опять перепутал в тексте писал о гостях. Но, это и справедливо к холстам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #283 Ответы: #305

305. Сообщение от Аноним (304), 19-Янв-24, 05:39	+/–
То есть виртуализация в разных хостах работает по разному.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #304

306. Сообщение от User (??), 19-Янв-24, 06:50	+/–
> В эту игру могут играть и двое, так то... ? Какую игру? У вас есть уверенность в актуальности\адекватности неткрафтовской статистики? > Вообще не мой профиль, я всяким кастомом и околоэмбедом занимаюсь. И линух > там на мое мнение намного круче любой винды. При том я > реюзаю примерно те же технологии что на моих десктопах и серверах, > плюс-минус. И я смог в то что майкрософт давно пытался - > но так никогда и не заумел в нормальном виде (вместе с > интелем и их таблет-пц): вертикальное масштабирование. Всегда хотел мелкие, дешевые, маложручие > "компьютеры". Now I can! Ну замечательно. Рад персонально за вас. А полезное что-нибудь для конечного пользователя или хотя бы заказчика - есть? > Нанять кого-то не совсем тупого - кто смог бы запатчить вулн например? > Но не, даже это попытаться не судьба. Какие-то wannabe-божки решили за > всех как им ЗБС - а если не ЗБС, хоть умри > но это не изменится. Для меня такое отношение к делу - > повод не иметь дел с проприетарью. Посопровождайте ну вот какой-нибудь хромиум, м? В рамках SLA, а не "для души" - захотел - "запатчил", не захотел - "не запатчил"... можете даже сами ничего не искать, только бэкпортировать с апстрима, пересобирать ну может еще минорные фиксы под заказчика, м? > Ну вот знаете чего? Я прекрасно мочил баги в -rc линукскернела совместно > с девами их посадивших. Ибо не боги горшки обжигают. А считать > всех и каждого д@билом - не очень вежливо. И это то > за что я крепко не люблю проприетариев, отвечая господам зеркально в > их формате. Да замечательно. Я вот тоже могу сделать бутерброд - что мне мешает конкуренцию макдаку в мировом масштабе обеспечить? Но есть как грицца, нюанс. А то, что вы что-то там "запатчили" - ну, еще раз - рад за вас, но вопрос коммерческого сопровождения сколько-нибудь крупного продукта с гарантированным SLA это ваше Васянское "я запатчиль, насяльнике! Я молодец! Миска-риса-кошка-жена!" решает ну вот никак. А держать у себя хотя бы двадцать Васянов в каждой шараге - нувотчотанет желающих, да и Васянов нет. > Вот лично я - этим самым правом как раз прекрасно пользуюсь себе > во благо. Такая ерунда. Я тоже бутерброд делаю, я молодец? И даже на болт гайку накрутить могу - все, автоваз закрывать можно, или пусть еще немного поработает? > А кто их там знает, я в детали не вдавался. LSE под > внимание попал за общую анекдотичность случая - майки так пиарились, что > аж потом кто-то стал стебаться кидая ссыль на ЭТО когда LSE > свалил на пингвин. В конце концов майки заметили фэйл и все > же убрали гетзефаксы, но, вообще, фэйл колоритный был :) Ну вот в Мюнхене так же - только наоборот. Внезапно "бесплатный" линукс при попытке сделать что-нибудь полезное для конечных пользователей (Серверное приложение, адын штук - не предлагать) - оказался хуже и дороже. Никогда такого не было... > Что я там говорил насчет игры вдвоем? Вот, настало время вернуть вам > ваш же формат. Можно, вот, развести такие же блабла про ноды > или чего там. А чем я хуже вас? :) Ну, т.е. про e-commerce вы знаете столько же, сколько я - т.е. "ничего".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #299 Ответы: #309

307. Сообщение от Аноним (307), 19-Янв-24, 15:28	+/–
> О полях не понял серьёзно это или шутка. > Поля знаю только пахотные Ты тормоз, Вася! Поля структур - тебе ничего не говорят? > и другие, что с землёй связано. В тетрадке вроде поля тоже. "Эй, агроном!" (ремарка в сторону чувака с книгой "теория поля"). > настройках QEMU эмуляция процессора Pentium 2 OpenWrt не запускается. Врядли они собирают пакеты с настолько мусорным набором команд.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #230

308. Сообщение от Аноним (307), 19-Янв-24, 15:31	+/–
> Мне кажется в какой-то момент маршрутизацию делает на железе, а не программно. > И изначальный автор комментария подразумевал это. В лине с неких пор есть подсистемы управления свичами и хардварного оффлоада.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #211

309. Сообщение от Аноним (307), 19-Янв-24, 16:50	+/–
>> В эту игру могут играть и двое, так то... > ? Какую игру? У вас есть уверенность в актуальности\адекватности неткрафтовской статистики? Ну вот такую. Считать как мне удобно и использовать benefit of doubt в свою пользу, как это делаете вы. Чем я хуже вас? > Ну замечательно. Рад персонально за вас. А полезное что-нибудь для конечного пользователя > или хотя бы заказчика - есть? Иначе я бы с голода помер и тут не вещал. Просто не массовые штуки, а решение нишевых проблем, порой нетривиальных. На хомячках мир не кончается, лично мне они не интересны, я не хочу иметь дел с МАССмаркетом. Я это почти ненавижу. > Посопровождайте ну вот какой-нибудь хромиум, м? Его в дистрах майнтайнеры сопровождают. Основательно дебастардизировав. Значит решаемо. > В рамках SLA, а не "для души" - захотел - "запатчил", не захотел - "не запатчил"... > можете даже сами ничего не искать, только бэкпортировать с апстрима, пересобирать > ну может еще минорные фиксы под заказчика, м? Это не мой профиль. А по большому счету, вопрос в том хватит ли у вас денег для стыковки своих запросов с пожеланиями другой стороны к компенсациям за это. Если вы не поняли, яндексбраузер или новый браузер мелкософт - ОНО! Ну да, придется какие-то тимы на фултайм содержать. Кажется что дорого? Попробуйте реанимировать оперу или интернет эксплорер как браузер для своего бренда?! Для сравнения "а как оно" в мире проприетари ;) > Да замечательно. Я вот тоже могу сделать бутерброд - что мне мешает > конкуренцию макдаку в мировом масштабе обеспечить? Вероятно, ваше желание масштабировать процесс. Ряд фирм так и появились. Более того - если не нравится масспрод, есть шефповара работающие на заказ. Ну я и предпочел что-то в таком же духе, только цифровое. Правда, в отличие от бутеров, мои технологии при желании вполне масштабируемы. Я просто не люблю оптимизировать каждый цент в дизайне. Поэтому предпочитаю ниши где сие не требуется. Шефповар мог бы и на конвейере в маке фигачить, но не будет это делать, предпочитая другие ниши. > Но есть как грицца, нюанс. А то, что вы что-то там "запатчили" - ну, еще раз > - рад за вас, но вопрос коммерческого сопровождения сколько-нибудь крупного продукта ...не является моей проблемой, соответственно. В этом мире много разных проблем. Намного больше чем я могу зарулить. Поэтому scope придется ограничить. Ну и вот "крупные продукты" соответственно делает кто-то другой. И с шефповаром в ресторане спорить что он тормоз по сравнению с васькой в макдаке - бесполезно. > с гарантированным SLA это ваше Васянское "я запатчиль, насяльнике! Я молодец! > Миска-риса-кошка-жена!" решает ну вот никак. А держать у себя хотя бы > двадцать Васянов в каждой шараге - нувотчотанет желающих, А как же всякие яндексы, ваши местечковые линухи и прочие? Это ж примерно оно и есть? Я правда хз, дает ли SLA на браузеры вообще хоть кто, хотя-бы сам гугл? Им может быть проще не размениваться на фигню, пробурчав "и без этого с рекламы миллиарды прут". > да и Васянов нет. А как же вон те? > Я тоже бутерброд делаю, я молодец? И даже на болт гайку накрутить могу - все, > автоваз закрывать можно, или пусть еще немного поработает? Ну, э, есть автоваз. Есть WheelerDealer'ы и пачка подобных им. Они разные ниши окучивают. При том я б сказал что, кажется, у кастомщиков бизнес получше идет. На мой вкус я бы автоваз вообще закрыл или китайцам отдал: а зачем нужно вечно-убыточное производство?! > Ну вот в Мюнхене так же - только наоборот. Внезапно "бесплатный" линукс Мюнхен не пиарился с гетзефаксами у себя на сайте, как и продукты которые они юзали. А майки - вполне. Поэтому майкам грех жаловаться что когда они строили пиар за счет чужой репутации - им при случае "техдолг" вернули, с превышением, радостно потанцевав на их могиле. А чего они хотели за такой маркетинг? :) > при попытке сделать что-нибудь полезное для конечных пользователей > (Серверное приложение, адын штук - не предлагать) - оказался хуже и дороже. > Никогда такого не было... Однако этих конченых пользователей у фэйсбука так пару миллиардов аж. Т.е. в принципе номер катит так то. > Ну, т.е. про e-commerce вы знаете столько же, сколько я - т.е. "ничего". Я просто вижу что - используют. А уж новомодные проекты с криптой на линухе вообще все как один. И какие там у них реальные обороты... половина поди молчит в тряпочку дабы налоги не платить, поди там их прочекай еще. Иногда, таки, прочекивают и даже пару особо ущлых показательно сажают - но сами ж понимаете, нет такого преступления на которое капитал не пойдет за 200% прибыли (с).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #306 Ответы: #311

310. Сообщение от ptr (??), 19-Янв-24, 20:10	+/–
В том то и прикол, что Вы откровенно занимаетесь демагогией, даже не попытавшись ответить на вопрос, как писать gRPC сервисы на C++, если сервисов сотни, схемы все реестре и используются еще и для сотен топиков Confluent. На практике, тут выбор заканчивается между JVM и CIL. И то и другое замечательно живет в Linux под k8s. Но темпы развития Java за последние годы существенно уступают темпам развития C#, что и склоняет в его сторону. Если Вы даже попробуете перекомпилировать сотни сервисов на C++ при каждом изменении версии схемы protobuf в реестре, то убедитесь, что тот ворох кода, который генерирует protoc, включая связанные с ним классы, очень незначительно уступает по объемам аналогичным сборкам для JVM или CIL. Судя по Вашему догматизму, Вам исключительно недостаток опыта не позволяет признать, что есть области применения, где рефлексия может дать намного больший прирост производительности, чем отказ от JIT и GC.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #297

311. Сообщение от User (??), 20-Янв-24, 18:49	+/–
> Ну вот такую. Считать как мне удобно и использовать benefit of doubt > в свою пользу, как это делаете вы. Чем я хуже вас? У вас голоса в голове что-то странное вещают. Собеседник вам говорит - статистика неткрафта не актуальна вот по тому-то и по тому-то. Замечу, "думает" он при этом, что линуксов IRL сильно больше, чем в этой статистике - но вот каково реальное соотношение с учетом систем, не подключенных к сети - из этой статистики составить представление - невозможно. > Иначе я бы с голода помер и тут не вещал. Просто не > массовые штуки, а решение нишевых проблем, порой нетривиальных. На хомячках мир > не кончается, лично мне они не интересны, я не хочу иметь > дел с МАССмаркетом. Я это почти ненавижу. Ну, т.е. нет. Заточка-каменных-топоров-на-заказ без каких-либо перспектив. Не удивлен. > Его в дистрах майнтайнеры сопровождают. Основательно дебастардизировав. Значит решаемо. Ну, да. На луну высаживались - сталбыть, решаемо. Решительно непонятно только   >[оверквотинг удален] >> Никогда такого не было... > Однако этих конченых пользователей у фэйсбука так пару миллиардов аж. Т.е. в > принципе номер катит так то. >> Ну, т.е. про e-commerce вы знаете столько же, сколько я - т.е. "ничего". > Я просто вижу что - используют. А уж новомодные проекты с криптой > на линухе вообще все как один. И какие там у них > реальные обороты... половина поди молчит в тряпочку дабы налоги не платить, > поди там их прочекай еще. Иногда, таки, прочекивают и даже пару > особо ущлых показательно сажают - но сами ж понимаете, нет такого > преступления на которое капитал не пойдет за 200% прибыли (с).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #309

312. Сообщение от voiceofreason (?), 23-Янв-24, 18:41	+/–
IRL бездокерных серверов как бы и не осталось почти. Ну, если "сервером" не считать самодельный NAS на самбе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144

313. Сообщение от Аноним (313), 08-Мрт-24, 14:56	+/–
то-есть, если я обновлю ядро до 6.8, а мой шлюз у провайдера нет, то толку ноль.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема