The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Эксперимент по повышению эффективности работы утилиты cat, opennews (?), 18-Июл-22, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


3. "Эксперимент по повышению эффективности работы утилиты cat"  –18 +/
Сообщение от Аноним (3), 18-Июл-22, 20:51 
Линуксу, с его реализацией переключения контекстов, ничего не поможет.
Ответить | Правка | Наверх | Cообщить модератору

6. "Эксперимент по повышению эффективности работы утилиты cat"  +13 +/
Сообщение от кубрик (?), 18-Июл-22, 20:59 
Ты сделал ошибку в слове линукс.

> Виндовсу, с его реализацией переключения контекстов, ничего не поможет.

Поправил. Не благодари

Ответить | Правка | Наверх | Cообщить модератору

12. "Эксперимент по повышению эффективности работы утилиты cat"  –9 +/
Сообщение от Аноним (3), 18-Июл-22, 21:29 
Да, да, расскажи мне про то как ядра писать))
Ответить | Правка | Наверх | Cообщить модератору

26. "Эксперимент по повышению эффективности работы утилиты cat"  +1 +/
Сообщение от Michael Shigorinemail (ok), 18-Июл-22, 23:53 
Вы забыли скромно вывалить свой срам, так что и рассказывать Вам может кто угодно что угодно. :]
Ответить | Правка | Наверх | Cообщить модератору

31. "Эксперимент по повышению эффективности работы утилиты cat"  –2 +/
Сообщение от Аноним (-), 19-Июл-22, 00:24 
Я человек простой.
Ответить | Правка | Наверх | Cообщить модератору

126. "Эксперимент по повышению эффективности работы утилиты cat"  +/
Сообщение от Аноним (126), 21-Июл-22, 03:02 
AnonBSDnulOS ???
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

8. "Эксперимент по повышению эффективности работы утилиты cat"  +4 +/
Сообщение от topin89 (ok), 18-Июл-22, 21:09 
Чем оно хуже в сравнении с FreeBSD, MacOS или Windows?
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

22. "Эксперимент по повышению эффективности работы утилиты cat"  +1 +/
Сообщение от Аноним (22), 18-Июл-22, 23:18 
Сразу видно человека не разбирающегося в теме
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

51. "Эксперимент по повышению эффективности работы утилиты cat"  +3 +/
Сообщение от Аноним (51), 19-Июл-22, 09:00 
Как и всем прочим. Иди возрождай Singularity, слёзно выпросив её у мелкомягких, если хочешь кардинально уменьшить кол-во переключений контекстов. Или в DOS'е сиди-работай.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

61. "Эксперимент по повышению эффективности работы утилиты cat"  +/
Сообщение от Аноним (-), 19-Июл-22, 09:54 
> Линуксу, с его реализацией переключения контекстов, ничего не поможет.

Ващет команда Linux была сильно иного мнения и поэтому они сделали дофейхоа очень крутых и эффективных механизмов на тему.

Во первых, если вам не нравится как работает переключение контекста, можно и не переключать! Во всяком случае, лишний раз. Они, вроде, умеют групировку сисколов при интенсивном потоке и переключение 1 раз на всю группу =)

Во вторых, у остальных переключение контекста будет врядли сильно лучше. С чего бы?

В третьих, они доперли до всяких zerocopy механизмов, когда кернел и юзер тупо шарят блок памяти на двоих, сплайсы тоже где-то недалеко по смыслу.

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

109. "Эксперимент по повышению эффективности работы утилиты cat"  +1 +/
Сообщение от Аноним (109), 19-Июл-22, 21:39 
Боюсь, что нужно быть конкретнее...

Чудовищный оверхед от переключения контекстов с последующей деградацией производительности без полной утилизации я по опыту наблюдал в Linux сильно чаще, чем в других ОС, но нельзя же вот так сразу говорить, что виновато именно ядро.

В моем случае чаще всего виновником было либо ПО, которое имеет "специфику" реализации, вышестоящая инфраструктура виртуализации, которая с одной стороны наложила дополнительный оверхед, а с другой стороны, какой-то злодей положил на хост с высоким оверкоммитом CPU много маленьких виртуальных машин и одну большую, при этом она неверно отражает аппаратную топологию хоста виртуализации.

Давайте еще вспомним, что Linux такие вещи сам в себе не настраивает, нужно учитывать аппаратные особенности сервера (SMP/NUMA), параметры premmption, tick frequency и всякие CONFIG_NO_HZ_IDLE / CONFIG_NO_HZ_FULL.
Все зависит от того как вам сконфигурировали ядро в дистрибутиве (обычно плохо, понавключав энергосберегательных режимов).
Начните читать тут: https://docs.kernel.org/timers/no_hz.html

И вообще каждый случай уникален, но есть еще одна общая черта... Не включайте HyperThreading или как там назвали ваше SMT в процессоре на серверах, где у вас ПО, которое приводит к паразитной нагрузке за счет переключения контекстов. Если планировщики процессов Windows еще умеют хитро шаманить так, чтобы оно не деградировало от наличия SMT, то в Linux эту дрянь лучше сразу выключить.

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру