| 1.173, Zenitur (ok), 23:24, 14/01/2024 [ответить] [﹢﹢﹢] [ · · · ] [↓] [к модератору]
| –1 +/– |
 Можно будет возвращать поддержку старых процессоров. Снова на 386-м можно будет пользоваться Linux! А роутер D-Link DIR-300 обновлённым ядром снова является быстрым и производительным!
| | |
| |
| 2.205, Аноним (205), 09:25, 15/01/2024 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| –1 +/– |
Если по каким то причинам есть старое почему бы и не использовать что-то старое например для NAS или как маршрутизатор или ещё что. Имеется процессор Celeron (Pentium 3) 1300-1500МГц с 512Мб оперативной памяти. Есть Celeron D 310 Socket 478 (Pentium 4 32 Бит) 2133-2400МГц с 1Гб оперативной памяти работающей в двух канальном режиме но, только из-за размера, шума и потребления электричества теперь не рассматриваю их как дополнительное оборудование и по этому фрукты с ARM как дополнительные компьютеры. Если под задачи в фруктах хватает мощности процессора, а если не хватает тогда выбор из мини пк.
| | |
| |
| 3.230, Аноним (205), 22:39, 15/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| –3 +/– |
О полях не понял серьёзно это или шутка. Поля знаю только пахотные и другие, что с землёй связано. В тетрадке вроде поля тоже. Давно учёбу закончил. Я не о полях, а о старом. Как оно у других не знаю но, в QEMU если выбрать в настройках QEMU эмуляция процессора Pentium 2 OpenWrt не запускается. А больше не чего в QEMU и не запускал. Если выбрать в QEMU Pentium 3 и другие процессоры старше модели OpenWrt запускается.
| | |
| |
| 4.231, Аноним (205), 23:08, 15/01/2024 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| –1 +/– |
Если быть точным,, что-то давно лет 5-8 на зад, что-то запускал, какуе-то операционную систему посмотреть как работает QEMU в Windows - всё тоже, отрисовка изображения в QEMU медленная 1-5 кадров если не меньше. По мимо того что запуск QEMU в Windows через команды без удобной оболочки с настройками - это я преодолел. А с "отрисовка изображения в QEMU медленная 1-5 кадров если не меньше" с этим как-то не очень, не годится так.
| | |
| |
| |
| 6.274, Аноним (274), 01:20, 17/01/2024 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| –1 +/– |
Предположение: скорее всего QEMU в Windows мало кому нужен есть более удобные VB и Vmw. Workst. Player и по этому отрисовка картинки работает так как я написал. Я раньше уже слышал о vertio, по быстрому нужной информации не нашёл, не стал дальше разбирается с этим vertio. Есть VB и Vmw. Player. Но, если видео заработает в браузерах и в плеерах как в хосте, в QEMU тогда нужно.
| | |
| 6.275, Аноним (274), 01:30, 17/01/2024 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
Насколько я помню все виды эмуляции видеокарт работают одинаково в QEMU как я и написал выше. Не проверял только как работает virtio, я QEMU c virtio VGA (GPU) запускал, драйвера в госте virtio не устанавливал.
| | |
|
|
| |
| 5.273, Аноним (274), 01:04, 17/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Я догадывался, что поля относятся к программированию. И точно знал, что не колхозные поля. В OpenWRT шестое ядро так что возможно всё что ниже Pentuim 3 в kernel нет по умолчанию. Собрать kernel самому для Pentium 2? Это вы сами проверяйте. Это всё мои предположения. Что увидел о том и написал.
| | |
|
| 4.307, Аноним (307), 15:28, 19/01/2024 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
> О полях не понял серьёзно это или шутка.
> Поля знаю только пахотные
Ты тормоз, Вася! Поля структур - тебе ничего не говорят?
> и другие, что с землёй связано. В тетрадке вроде поля тоже.
"Эй, агроном!" (ремарка в сторону чувака с книгой "теория поля").
> настройках QEMU эмуляция процессора Pentium 2 OpenWrt не запускается.
Врядли они собирают пакеты с настолько мусорным набором команд.
| | |
|
|
|
| |
| 2.12, Аноним (12), 10:36, 14/01/2024 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +23 +/– |
Ты же не разработчик, да? Ты же не знаешь, что такое поддерживать и развивать большой проект и лезть в код критической подсистемы без явной нужды? Особенно с целью внесения такой не совсем очевидной оптимизации.
| | |
| 2.75, Аноним (75), 13:07, 14/01/2024 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +2 +/– |
Ой, а расскажи, что там происходит? Давай, ты ведь так уверенно говоришь. Со ссылками на конкретные строчки, ага.
| | |
| 2.112, ptr (??), 14:26, 14/01/2024 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +4 +/– |
Есть вполне обоснованное предоложение, что подобная оптимизация заметна только при маршрутизации 100 гигабит и выше. В противном случае, в промежутке между пакетами выполнится достаточно кода, чтобы эти данные оказались вытеснены из кеша.
Отсюда, надобность в подобной оптимизации возникла недавно и востребована для довольно узких областей применения. При типовой нагрузке (сервер приложений, СУБД и т.п.) эти 40% легко могут превращаться в тыкву.
| | |
| |
| 3.121, Аноним (121), 15:14, 14/01/2024 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +2 +/– |
> Есть вполне обоснованное предоложение, что подобная оптимизация заметна только
> при маршрутизации 100 гигабит и выше.
А зачем маршрутизатор TCP трогать полез в таком объеме вообще? А кроме типовых вон тех есть еще типовые - сервера статики допустим - где TCP завались, отгрузка на скорость мастхэв, и там как раз никакой тыквы, все как надо будет.
| | |
| |
| 4.128, ptr (??), 17:04, 14/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +2 +/– | |
> А зачем маршрутизатор TCP трогать полез в таком объеме вообще?
Потому что 100 гигабитный Ethernet стал дешевым и доступным. Тот же LR-Link LRES1019PF-QSFP28 на Intel E810 уже дешевле $500 стал стоить, что даже для SOHO рынка доступно. Поэтому проблему с маршрутизаторами на Linux потребовалось решать.
> сервера статики допустим - где TCP завались
Елси не гигабайты видео отдаются, то там TCP совсем немного. Только на обработке HTTP данные будут вытесняться из кеша CPU. Не говоря уже об издержках FS.
| | |
| |
| 5.161, Аноним (-), 22:35, 14/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> Потому что 100 гигабитный Ethernet стал дешевым и доступным. Тот же LR-Link
> LRES1019PF-QSFP28 на Intel E810 уже дешевле $500 стал стоить,
Да нет, это то все круто, а TCP зачем роутером трогать? Роутеру в его нормальном виде вообще класть TCP там, UDP или что еще, он это может даже не парсить.
Вон то скорее для серверов статики пригодится.
> Елси не гигабайты видео отдаются, то там TCP совсем немного.
Серваки разные бывают. Всякие картинки, видео и проч хомячки генерят терабайтами, так что там перфоманса много не бывает.
> Только на обработке HTTP данные будут вытесняться из кеша CPU. Не говоря уже об издержках FS.
Сейчас IO и RAM быстрые. Да и кеши разжирели.
| | |
| |
| 6.171, ptr (??), 23:17, 14/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
> Да нет, это то все круто, а TCP зачем роутером трогать?
Речь не о домашних роутерах, а о тех случаях, где маршрутизация L4 необходима.
> для серверов статики пригодится
Там мелкого neper tcp_rr хватило, чтобы из 105 МБ L3 кеша все вылетело. Какой тут nginx? Для него и гигабайта кеша не хватит.
| | |
|
|
|
| |
| 4.132, ptr (??), 17:15, 14/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
А Вы что думаете, что всяческие MicroTik, QTech, DLink и т.п. с 100GbE QSFP28 не на базе ядра Linux? Тот же RouterOS в открытую заявляется, что на ядре Linux.
| | |
| |
| |
| 6.200, ptr (??), 07:34, 15/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Который собирается, в том чиссле, из кода ядра Linux и NIC драйверов, который представлен в обсуждаемом патче.
| | |
| |
| 7.211, Пряник (?), 11:16, 15/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Мне кажется в какой-то момент маршрутизацию делает на железе, а не программно. И изначальный автор комментария подразумевал это.
| | |
|
|
|
|
| 3.136, Аноним (136), 17:57, 14/01/2024 [^] [^^] [^^^] [ответить] [↓] [↑] [к модератору]
| +/– |
Можешь профайлером посмотреть сколько и какой код проводит в ядре при нагрузке и увидеть, что и без 100GBit/sec нагрузка в ядре заметна. Тем более пакет обрабатывает не одна ф-я в сисколе между юзерсвпейным кодом. Рассуждения подобного рода совершенно бессмысленны из общих соображений.
| | |
| |
| 4.149, ptr (??), 19:25, 14/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
> пакет обрабатывает не одна ф-я
В том то и дело, что при сложной маршрутизации, множестве правил firewall и еще с QoS, что типично для маршрутизаторов, экономия кеша CPU станет заметной. Но при типовой нагрузке endpoint сервера, количество обращений в ядре к оптимизированным в патче для кеширования CPU данным падает на порядок. И реальный выигрыш вряд ли превысит 4%.
| | |
|
| 3.137, Аноним (136), 18:06, 14/01/2024 [^] [^^] [^^^] [ответить] [↓] [↑] [к модератору]
| +/– |
Там же, кстати, в тесте рассказано как тестировали, однин из типичных сценариев RPC/сервиса. Конечно, 40% получишь не всегда. Из их же тестов, в условиях нехватки кеша улучшения порядка 1-2 %
| | |
| |
| 4.153, ptr (??), 19:52, 14/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– | |
> Из их же тестов, в условиях нехватки кеша улучшения порядка 1-2 %
Именно про это речь и веду. Чем больше кода в userspace, тем скорее не хватит кеша.
С минимальным кодом в neper tcp_rr и 256Mb L3 cache они получили аж до 44.47%. Но с тем же кодом уже на 105Mb L3 cache - не более 5.24%. Поставьте хотя бы тупейший gRPC сервис (вроде примера WeatherForecast из InMemory DB) вместо neper и 256Mb L3 тоже не хватит.
| | |
| |
| 5.187, Аноним (136), 00:52, 15/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
Ты ведёшь речь о том, что кеша точно не хватит. Чувствуешь же зарницу?
> Поставьте хотя бы тупейший gRPC сервис (вроде примера WeatherForecast из InMemory DB) вместо neper и 256Mb L3 тоже не хватит.
Ну не неси чушь. Видимо, разницу не чувствуешь. Хватит или нет зависит от приложения.
| | |
| |
| 6.195, ptr (??), 05:23, 15/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– | |
> Ну не неси чушь.
Спасибо, что признали свое полное поражение в дискуссии, перейдя на личности
> Хватит или нет зависит от приложения.
Вот именно. Ровно то, что я и написал:
> Поставьте хотя бы тупейший gRPC сервис (вроде примера WeatherForecast из InMemory DB) вместо neper и 256Mb L3 тоже не хватит.
И это будет в несколько раз большая нагрузка на кеш L3, по сравнению с neper tcp_rr
| | |
| |
| 7.197, Аноним (136), 05:39, 15/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
Не, это ровно не то, что ты написал. Приводишь ровно один пример приложения, утверждаешь что на нём ничего хорошего заметно не будет и __обощаешь__ этот пример на все приложения. Вот что конкретно ты делаешь. Оставляя единственный вариант 'оптимизация заметна только при маршрутизации'. И это ахинея. Потому что а) не все gRPC приложения как пишешь выше и даже в твоих условиях нагрузка на кеш будет зависеть от реализации. Самый тупой пример хорошей реализации твоего конкретно gRPC это простое кеширование топ-N ответов что уложит основной горячий след по памяти в жирный кеш. Даже и не в жирный. Да даже вся эта InMemoryDB для прогнозов зайдёт в кеш целиком.
| | |
|
|
|
|
| 3.181, лютый жабби.... (?), 00:18, 15/01/2024 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– | |
>только при маршрутизации 100 гигабит и выше
открою страшную тайну.... цифирь на порядки ниже. берем постфикс и его флудилку, балуемся с размерами писем и видим, что постфикс не может 100 МЕГАБИТ прокачать...
и дело не в постфиксе, делал простейшую прогу с голыми сокетами, на больших посылках и гигабит и 100мбит прокачивается легко, а делаешь размер "пакетов" 5КБ, то 100 мегабит/сек уже трудно получить.
| | |
| |
| 4.196, ptr (??), 05:37, 15/01/2024 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– |
Что Вы называете "пакетом"? Если размер данных в одной TCP сессии, то Вы вовсе не пропускную способность измеряете. Берите neper tcp_rr и им измеряйте.
| | |
| |
| 5.249, лютый жабби.... (?), 10:03, 16/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
>Что Вы называете "пакетом"? Если размер данных в одной TCP сессии, то Вы вовсе не пропускную способность измеряете
Многопоточное приложение. каждый поток открывает сокет, шлет Х килобайт, закрывает сокет.
При Х==5 начинает очень хорошо жрать CPU (несколько ядер) при потоке 1гбит.
Выше речь была про то, что установка соединения не важна.... важна, получается. Что ещё может проц жрать?
| | |
|
| 4.234, Аноним (233), 00:22, 16/01/2024 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
> и дело не в постфиксе, делал простейшую прогу с голыми сокетами, на
> больших посылках и гигабит и 100мбит прокачивается легко, а делаешь размер
> "пакетов" 5КБ, то 100 мегабит/сек уже трудно получить.
100Мбит сетевки обычно ничего кроме стандартных 1500 байтовых пакетов не умеют. Вот хоть там как. Jumbo - привилегия гигабита, и то работает только локально как правило.
| | |
|
|
| 2.120, Аноним (121), 15:12, 14/01/2024 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +4 +/– |
> чудо на пасху, прям! неужели мейнтейнеры заглянули в сетевой стек линукса и
> увидели что там происходит! вау! браво!
Как говорится, просто не учите физику и математиук в школе - и ваша жизнь будет наполнена волшебством.
| | |
|
| |
| |
| 3.109, ivan1986 (?), 14:11, 14/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +4 +/– |
 А вообще конечно 2.4 это жестко, хотя отдельные джедаи еще на 2.2 сидят (самоубийцы - не буду пока с 2.0 слазить, сырое еще 2.2) (с) ibash
| | |
|
| 2.88, Аноним (-), 13:41, 14/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +5 +/– | |
> Ждем новых дыр и CVE'шек.
Не ошибается тот кто ничего не делает. Впрочем, получить именно CVE от перестановки переменных - это довольно оригинально было бы. Вы никогда не переставляли поля в struct для оптимизации его лэйаута? А, ну это ж опеннет, тут такие программисты...
| | |
|
| |
| 2.89, Аноним (-), 13:44, 14/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> А интересно насколько он был быстр до этого и без всяких дополтинельных
> тюнингов относительно других ОС?
Судя по тому что линух выпер с серверов почти все остальное - очень даже! Иначе они бы пользовались чем-то более выгодным, логично же?! Но как известно нет пределов совершенству.
| | |
| |
| 3.93, BrainFucker (ok), 13:47, 14/01/2024 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– |
 > Иначе они бы пользовались чем-то более выгодным
Не обязательно, часто приходится идти на компромисс когда нужны и другие фичи. Линукс не идеальная ОС, но из-за того что в него понапихано всего сразу, проще использовать именно его.
| | |
| |
| 4.98, Аноним (-), 13:52, 14/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– | |
> Не обязательно, часто приходится идти на компромисс когда нужны и другие фичи.
Ну понятно что роялит общее сочетание свойств в целом - но если бы вон там был бы сильный факап, врядли бы кто этим стал пользоваться на серверах.
> Линукс не идеальная ОС, но из-за того что в него понапихано
> всего сразу, проще использовать именно его.
Да как бы все познается в сравнении. Остальные оказались еще более неидеальными по сочетанию свойств и рыночек их таки оттуда - порешал.
| | |
|
| |
| 4.162, Аноним (-), 22:39, 14/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
> Ну, это как-бы чуть-чуть, самую капельку, малость - не совсем так.
Вы там уже с своим виндоус серверами в гетзефактсах обогнали линукс, как я помню. Да так хорошо обогнали - что LSE из гетзефаксов на этот самый линукс и удрапал, решив что скупить команду плюсовиков - дешевле чем постоянно доиться на криворуких дотнетчиков. Клевый гетзефактс вышел, кстати :).
А со временем сетевая круть маздайки стала настолько всем очевидна что майки даже на потуги накруток % IIS при помощи паркингами, кажется, забили.
| | |
| |
| |
| 6.219, Аноним (136), 15:11, 15/01/2024 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| –1 +/– |
Так это у тебя и есть колхоз уровня 'клепания сайтов на вротпрессе'. Сириоус бизнес крутит геораспределённые кластера c high load и big data.
| | |
| |
| 7.220, User (??), 15:29, 15/01/2024 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +1 +/– |
> Так это у тебя и есть колхоз уровня 'клепания сайтов на вротпрессе'.
> Сириоус бизнес крутит геораспределённые кластера c high load и big data.
За НЕроссийский бизнес - ничего особо не скажу, а в родном (для меня) отечестве бизнес, связанный с реальным производством - ну он вот такой. Если взять какой e-commerce навроде озона с ламодой и прочих ягодок - то там ситуация может быть и другая, хз. Что из этого "сириоус" что не очень мне если честно пофиг.
| | |
| 7.240, _ (??), 02:20, 16/01/2024 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +2 +/– | |
>Так это у тебя и есть колхоз уровня 'клепания сайтов на вротпрессе'. Сириоус бизнес крутит геораспределённые кластера c high load и big data.
Да-да! Давно уже замечено что лучше всех в дорогих автомобилях и часах разбираются бомжары со свалки - типа тебя :-D
Oh my high & big ... load-load data-data! (C) :-p
| | |
|
|
|
|
|
|
| |
| 2.91, Аноним (-), 13:45, 14/01/2024 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +1 +/– | |
> Когда это ядро увидят в Debian?
Я его увижу вмоем Debian как только -rc1 оформят, например :). Если вам надо фичу с пылу с жару, собрать кернел не настолько уж сложная штука. Особенно если взять за основу конфиг дистро для чуть более старого. Хотя ответить на ряд специфичных вопросов и придется конечно.
| | |
|
| |
| 2.39, Аноним (39), 11:13, 14/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +6 +/– |
очевидно же что 30 лет скорость работы стека боле чем удолетворяла потому что пропускная способность сетей была на порядки меньше чем сейчас
| | |
| 2.42, name (??), 11:18, 14/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| –3 +/– | |
Миллионы $ корпорастов. Правильный вопрос "а кому это было нужно"?
Что касается опенсорца, в линукс давно уже никто не лезет забесплатно.
| | |
| |
| 3.102, Аноним (-), 13:59, 14/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
> 30 лет назад были массовые многоядерные процессоры с гигантским L3?
> Если посмотреть бенчмарки, реально ускорились только системы уровня AMD EPYC (кеш 256МБ).
Скоро оно пожалуй сможет грузиться без модулей оперативки вообще :)
| | |
|
| 2.67, Аноним (67), 12:28, 14/01/2024 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +1 +/– |
Потому что с кодом в данном случае все в порядке. И было, и будет. Разница в оптимизации под процессорный кэш. От перемены мест переменных в памяти алгоритм не меняется, но скорость выполнения - еще как. Проходить двумерный массив сначала по строкам или столбцам - две большие разницы. По времени, не результату. Причем в зависимости от того сишний это массив или фортрановский.
| | |
| 2.90, Котофалк (?), 13:44, 14/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +6 +/– |
Опеннетные бояре. Вместо "спасибо" "а что так мало", "а что так долго", "а почему только сейчас".
Ты ещё к каждому коммиту этот коммент пиши, мотиватор ты наш ненаглядный.
| | |
| 2.101, Аноним (-), 13:58, 14/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> И это называется, миллионы глаз опенсорса? Почему 30 лет назад никто не
> подсказал? Это же смешно!
Ну дык а где проприетарь? Ах, в еще большей ж...е?! Ну вот им их глаза вот туда опенсорсники и натянули :)
| | |
| 2.213, Пряник (?), 11:19, 15/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Всё так и есть. Но это всё равно лучше, чем проприетарщина, в которой маркетологи получают больше программистов (если они есть).
| | |
| 2.227, Аноним (227), 18:47, 15/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +2 +/– |
30 лет назад не было тех правок, которые пришлось переправлять сейчас, учитывая работу кэша современных процессоров, которых 30 лет назад небыло.
| | |
|
| |
| 2.56, timur.davletshin (ok), 12:11, 14/01/2024 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +1 +/– |
 > Теперь будут делать больше маршрутизаторов на Linux?
Куда уж больше? Проблема не в количестве, а в поддержке этого. Большинство китайцев забывают про девайс сразу после его продажи. А дырявый Линукс ничем не лучше дырявого Cisco, Juniper или даже Windows.
| | |
| 2.103, Аноним (-), 14:00, 14/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– | |
> Теперь будут делать больше маршрутизаторов на Linux?
Не понятно зачем _маршрутизатору_ что-то плотно делать с TCP/IP вообще.
| | |
|
| 1.55, Аноним (55), 12:09, 14/01/2024 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| +/– |
Подумаешь 40%, это не в разы и не на порядки. Не зря у сетевых интерфейсов скорость на порядки возрастает: 10, 100, 1000 мегабит.
| | |
| |
| 2.145, oficsu (ok), 19:11, 14/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
 > Подумаешь 40%, это не в разы и не на порядки
Для некоторых это может экономить сотни или даже тысячи серверов
| | |
|
| |
| 2.118, Аноним (118), 14:48, 14/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +2 +/– |
Весь код любых проектов по факту это "историческая причина" и очень плохо если у кода нет "причин" связанных со временем его появления, т.е. "историей", это называется ничем не обоснованный код.
Просто чтобы причины начали называть "историческими", текущее должно поменяться более или менее существенно, чтобы прежний подход формировал контраст.
И тут какой-то джун/мидл взращенный в новых условиях "вдруг" обнаружит сие и спросит сеньора "А почему оно так?". Сеньор конечно помнит причину и то как он красноглазым юнцом отстаивал её когда-то перед упоротыми дедами. Но взглянув на лицо джуна полное технологической наивности сжалится и просто скажет "Так исторически сложилось", ну может мидлу он еще что-то наплетет про то, какие раньше были кэши и ядра.
| | |
| 2.164, Аноним (-), 22:46, 14/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– | |
> интересно, много ещё в ядре таких "исторических причин"?...
Хватает. Ну вон в VFS более чем есть легасипроблем всяких. И его так то надо бы расчистить - но это так то сложно. Особенно чтобы ничего при этом еще и не сломать. Разруливают понемногу.
| | |
|
| |
| 2.84, Igor (??), 13:15, 14/01/2024 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +2 +/– |
А новость прочитать никак? Таблицы тестов со столбцами "with patches" и "clean kernel" о чем говорят? Сравнивается обычное ядро и ядро с примененными патчами - и эти патчи дает 40% выигрыша на том же железе (это если есть большой кэш процессорный)
| | |
| |
| 3.221, пох. (?), 15:31, 15/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> А новость прочитать никак? Таблицы тестов со столбцами "with patches" и "clean kernel"
> о чем говорят?
ни о чем.
> и эти патчи дает 40% выигрыша на том же железе
по мнению инженеров самсунг.
Используется никому неведомый синтетический тест в совсем уж е6анутой конфигурации "число потоков равно числу ядер". Объяснений, кому и зачем оно надо и какому реальному применению соответствует эта синтетика - ровно ноль.
Собственно, вся современная разработка работает примерно так.
А что при этом не сломали реальные применения - это вот тебе никто не обещал. Ну подумаешь... сервер будет чуть больше жрать и чуть больше т-пить...
| | |
|
|
| |
| 2.150, Аноним (150), 19:27, 14/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +2 +/– |
Каким боком проц влияет на TCP? У меня на офисе даже 2 пень, который уже лет 20 работает как аппаратный роутер и firewall, тянет 100 мегабит локалку с около нулевой нагрузкой на cpu.
| | |
| |
| |
| 4.155, Аноним (150), 20:33, 14/01/2024 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +2 +/– |
Но оно работает и выполняет свои функции? Или ты из тех, кто меняет вещи только потому, что они вышли из моды? Тогда у меня для тебя плохие новости. Кстати, в намоленной Америке, в Пентагоне до сих пор ВНЕЗАПНО используют 8 дюймовые дискеты. Видать, на макпук не наскребли.
| | |
| |
| 5.169, Аноним (-), 22:57, 14/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
> Но оно работает и выполняет свои функции?
Передавая файлы со скоростью аж 10 мегов в секунду? Видимо в этом офисе о том что время деньги не слышали. Странный офис какой-то. Хотя если это драный жек какой - там что угодно может быть.
| | |
|
| 4.165, Аноним (-), 22:48, 14/01/2024 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
> Вам бы работу сменить...
> 2пень это уже не устаревшее, а давно музейное оборудование
Может, он смотритель музея - уголок "олдскульные локалки". Ффффффак, в офисах еще остался 100 мбит? Я думал что там гигабит это джентльменский минимум давно. А то 100 мегабитами даже вон тот 50 баксовый туполинк не напугаешь уже.
| | |
| |
| |
| 6.265, Аноним (-), 21:44, 16/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– | |
> А зачем тебе 10 гигабит в офисе? Чтобы на BBR из него 8 делать?
Чтобы файло по локалке летало с нормальной скоростью. А если персонал туповэйтит на передачу файлов - это наверное не очень эффективно. Ну а сколько по 100 мбит качать допустим виртуалку с диском гигз на 10? Хотя в вашем жеке с p2 и 100 мбит про виртуалки наверное не слышали, у проца все равно хардварной виртуализации же нет.
| | |
|
|
|
|
|
| |
| 2.83, Аноним (-), 13:14, 14/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +5 +/– | |
>Когда монолитность исправят?
Когда микроядро, по дизайну, станет проще чем монолит с подгружаемыми модулями.
| | |
|
| |
| 2.125, bOOster (ok), 16:27, 14/01/2024 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +1 +/– |
 Ускоряют, ускоряют, а догнать никак не могут. Как латентность IP стека была *авном так им и остается. Тут не стек надо ускорять, а ядро от костылей избавлять.
По факту же - при установленном TCP соединении и начатой беспрерывной передаче гигабайтов информации Linux стек быстрее их передает, но несущественно. Такое применение это как сферический конь в вакууме - показать какие крутые у нас циферки... Но когда происходит типовой сценарий - короткие запросы, небольшие возвратные данные - Linux стек в чистую сливает FreeBSD. Сильно на руку FreeBSD играет время отклика, которое у Linux - отстой...
Поэтому и в UDP - linux просто тормоз.
| | |
| |
| 3.138, Аноним (138), 18:29, 14/01/2024 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +3 +/– |
Вот бы ещё фря была жива (для общего применения а не просто как маршрутизатор)... Хорошая когда-то была альтернатива линуксу. [пишу серьёзно, без оскорблений]
| | |
| |
| |
| 5.252, Аноньимъ (ok), 11:15, 16/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
 Конфиги ненужно ручками.
У фри большие проблемы с поддержкой оборудования и не только десктоптного камсюмер граде но и серверного уже давно.
Помню и 8 лет назад у Фришников были забавные мантры - а зачем тебе управление частотой ЦП? Сервер всегда 100% нагружен и никакие фриквенси скалинг ненужны111
| | |
|
| 4.146, bOOster (ok), 19:12, 14/01/2024 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +2 +/– |
> Вот бы ещё фря была жива (для общего применения а не просто
> как маршрутизатор)... Хорошая когда-то была альтернатива линуксу. [пишу серьёзно, без
> оскорблений]
Да она вполне себе жива для серверного применения, причем на свежей платформе - AMD EPYC 9174f - отлично у меня тянет PostgreSQL и Bhyve для Linux сервера 1С, и Windows для сервера терминалов. Шикарно работает. Сферических коней в вакууме по Гилеву > 75 единиц. Uptime для другого, предыдущего сервера > 365 дней.
| | |
| |
| 5.168, Аноним (-), 22:55, 14/01/2024 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| –2 +/– |
>> Вот бы ещё фря была жива (для общего применения а не просто
>> как маршрутизатор)... Хорошая когда-то была альтернатива линуксу. [пишу серьёзно, без
>> оскорблений]
> Да она вполне себе жива для серверного применения,
Это где например? А, на вашем (не)локалхосте? Вау, целый 1 сервак? Ну все, капец. А вон там допустим даже 70% абажура пингвин занял. До кучи. Потому что может. Не хотят клиенты на серваках винду. Даже блин у майкрософта в облаке :).
| | |
| |
| 6.177, Аноним (177), 00:03, 15/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
> Это где например? А, на вашем (не)локалхосте? Вау, целый 1 сервак? Ну все, капец. А вон там допустим даже 70% абажура пингвин занял.
> До кучи. Потому что может. Не хотят клиенты на серваках винду.
> Даже блин у майкрософта в облаке :).
Т.е. фря мертва, потому что клиенты абажура не хотят венду? Какая затейливая опеннет^W оналитическая логика.
| | |
| |
| 7.180, Аноним (-), 00:17, 15/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
> Т.е. фря мертва, потому что клиенты абажура не хотят венду? Какая затейливая
> опеннет^W оналитическая логика.
Фря мертва потому что не может в инновации и безгиморное управление ОС. Особенно вовремя, а не через 15 лет после всех остальных, когда даже AT&T на убунту драпает.
| | |
|
|
| 5.226, _oleg_ (ok), 17:42, 15/01/2024 [^] [^^] [^^^] [ответить] [↓] [↑] [к модератору]
| +/– |
 Ха :-). Что это за детский uptime? Вот uptime:
17:42:16 up 1207 days, 3:47, 2 users, load average: 4.55, 4.38, 4.54
| | |
| |
| |
| 7.254, _oleg_ (ok), 11:27, 16/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> А у меня max 90 дней. И если увижу больше - лишу
> салаг премии.
Если у нас маршрутизаторы и шейперы начнут каждые 90 дней перезагружаться (интересно нахуа?), то это непонравится всем, начиная от пользователей и заканчивая большим начальством.
| | |
|
|
| 5.253, Аноньимъ (ok), 11:21, 16/01/2024 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
А что с частотным масштабированием на эпике? Там в линукс вроде новый драйвер для них сделали.
Напряжения и частоты скелятся и как?
| | |
| |
| 6.259, bOOster (ok), 17:43, 16/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> А что с частотным масштабированием на эпике? Там в линукс вроде новый
> драйвер для них сделали.
> Напряжения и частоты скелятся и как?
В большинстве случаев он стоит у меня в номинальной частоте + 1. Что есть турбобуст. А с напряжениями играться на сервере в продуктиве? Ты в своем уме?
| | |
| |
| 7.261, Аноньимъ (ok), 18:32, 16/01/2024 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +1 +/– |
> В большинстве случаев он стоит у меня в номинальной частоте + 1.
> Что есть турбобуст. А с напряжениями играться на сервере в продуктиве?
> Ты в своем уме?
Охренеть. То есть управления как таково нет, и проц постоянно жарится в бусте на все ядра? При этом от буста отдельных ядер до больших частот вы отказались.
Сервер в продакшене не жрёт электричество?
Да, вот. Собственно. У фряшников совсем уже последние мозги выкипели.
| | |
| 7.276, Аноним (276), 01:39, 17/01/2024 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– | |
>В большинстве случаев он стоит у меня в номинальной частоте + 1
За установку такой ОС на сервер гнать за профнепригодность.
| | |
|
|
|
|
| 3.166, Аноним (-), 22:51, 14/01/2024 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– |
> Ускоряют, ускоряют, а догнать никак не могут. Как латентность IP стека была
> *авном так им и остается. Тут не стек надо ускорять, а
> ядро от костылей избавлять.
Чем они и занимаются....
> По факту же - при установленном TCP соединении и начатой беспрерывной передаче
> гигабайтов информации Linux стек быстрее их передает, но несущественно.
Настолько несущественно - что линух как раз и захватил почти весь рынок серверов :)
> Сильно на руку FreeBSD играет время отклика, которое у Linux - отстой...
Теперь еще неплохо бы пруфов с замерами, конечно не 10-летней давности.
> Поэтому и в UDP - linux просто тормоз.
Про тормозов рассуждают господа у которых даже дров современного оборудования - нет...
| | |
| |
| 4.176, Аноним (177), 00:00, 15/01/2024 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– | |
> Настолько несущественно - что линух как раз и захватил почти весь рынок серверов :)
Че там с нетфликсом, скоро уже для отдачи видео-контента на пингвина перейдут и на целой куче серваков (и допиливальщиков отсталых бздей) сэкономят?
>> Поэтому и в UDP - linux просто тормоз.
> Про тормозов рассуждают господа у которых даже дров современного оборудования - нет...
А источник сей глуп^W мудрости "я всегда так говорю и неустанно повторяю, а значит это правда!", да?
| | |
| |
| 5.179, Аноним (-), 00:15, 15/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> Че там с нетфликсом, скоро уже для отдачи видео-контента на пингвина перейдут
> и на целой куче серваков (и допиливальщиков отсталых бздей) сэкономят?
Так вроде уже на части серверов? А если так продолжится - они врядли давали клятву верности бсдам. Особенно учитывая что там с дровами для сетевок задник по жизни. Пробурчат "ничего личного, это бизнес" и проследуют за ((: AT&T :)).
> А источник сей глуп^W мудрости "я всегда так говорю и неустанно повторяю,
> а значит это правда!", да?
В линухе как-то сильно больше дров для скоростного IO/сетевок/прочего ненужно. А, ну да, зачем это в операционке.
| | |
| |
| 6.184, Аноним (177), 00:34, 15/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
> Так вроде уже на части серверов?
Ну т.е пока все еще лишь только в мечтах местных оналитеков (которые еще года 2-3 назад прилежно повторяли "уже совсем почти скоро наконец выкинут фрю!").
> Особенно учитывая что там с дровами для сетевок задник по жизни. Пробурчат "ничего личного, это бизнес" и
> проследуют за ((: AT&T :)).
Ну вот как "проследуют", тогда и приходите ...
> В линухе как-то сильно больше дров для скоростного IO/сетевок/прочего ненужно. А, ну
> да, зачем это в операционке.
Ценный опеннетный онализ, че ...
| | |
|
|
| 4.194, bOOster (ok), 04:02, 15/01/2024 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +1 +/– | |
> Теперь еще неплохо бы пруфов с замерами, конечно не 10-летней давности.
phoronix тебе в дупло. Но вангую - искать там реальные тесты ты там не будешь. Бред то писать, с какими-то бестолковыми домыслами значительно проще.
| | |
| |
| 5.224, пох. (?), 15:35, 15/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| –2 +/– | |
> phoronix тебе в дупло. Но вангую - искать там реальные тесты ты там не будешь.
конечно. Что он - долбанутый, искать реальные тесты на похорониксе?
Похорониксу не за это бабло капает от платиновых и не очень!
| | |
| |
| 6.225, bOOster (ok), 16:39, 15/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
>> phoronix тебе в дупло. Но вангую - искать там реальные тесты ты там не будешь.
> конечно. Что он - долбанутый, искать реальные тесты на похорониксе?
> Похорониксу не за это бабло капает от платиновых и не очень!
То есть ты хочешь сказать что FreeBSD за тесты приплачивает форониксу? Ну тогда ты круглый кретин, если в это веришь...
| | |
|
|
|
| 3.245, timur.davletshin (ok), 07:35, 16/01/2024 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| –1 +/– |
> Ускоряют, ускоряют, а догнать никак не могут. Как латентность IP стека была
> *авном так им и остается. Тут не стек надо ускорять, а
> ядро от костылей избавлять.
> По факту же - при установленном TCP соединении и начатой беспрерывной передаче
> гигабайтов информации Linux стек быстрее их передает, но несущественно. Такое применение
> это как сферический конь в вакууме - показать какие крутые у
> нас циферки... Но когда происходит типовой сценарий - короткие запросы, небольшие
> возвратные данные - Linux стек в чистую сливает FreeBSD. Сильно на
> руку FreeBSD играет время отклика, которое у Linux - отстой...
> Поэтому и в UDP - linux просто тормоз.
Какой феерический бред. Уж простите.
| | |
| |
| |
| 5.250, timur.davletshin (ok), 10:33, 16/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| –2 +/– |
>> Какой феерический бред. Уж простите.
> Ну для недалеких - бред. А для компаний типа Netflix критерий выбора.
Это поэтому она такие плохие фин. показатели уже который год выдаёт? Я уже не говорю о качестве того шлака, который она снимает. Если бы FreeBSD была так хороша, как вы рассказываете, то Netflix не пришлось бы тратить уйму времени на оптимизацию TCP в ядре. Да-да, я, в отличие от вас, юзал FreeBSD очень активно.
| | |
|
|
|
|
| |
| |
| |
| 4.167, Аноним (-), 22:52, 14/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| +2 +/– |
> вы слишком высокого мнения о секте "могучего языка", пока научились только сравнивать
> (даже не читать) выхлоп собственного "могучего" компилятора.
Как грится вы нашли друг друга. Два зайца-маздайца. Можете, вот, патчами на ассемблере перекидываться, между собой и даже майкрософту их слать.
| | |
|
|
|
| |
| 2.222, пох. (?), 15:33, 15/01/2024 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
Ага. Ненужное ненужно ускоряющее ненужно в ненужном вырожденном случае использования.
И ломающее все подряд, но это пока еще не проверяли.
| | |
|
|
