По сути ОС должна от части то же самое делать. Как-то определять список процессов, которые запускать лишь на e-ядрах и не тратить на них ни такта p-ядер т.к. в любой момент они могут потребоваться для чего-то более важного. Ну и плюс экономия энергии.
И также должна иметь некий приоритет ядер, чтоб тяжелые задачи первыми использовали только p-ядра. Но если вдруг понадобится больше, могла также запускать и на e-, но только при полной занятости p-
Либо если не знает сама ничего о процессоре и не может угадать нужд пользователя, то нужен какой-то инструмент для ручной расстановки приоритетов.
Поддерживаю. Но когда начнет знать и распределять, тогда и будет не актуально.
По правде особо не слежу, вроде в win11 что-то реализовано, но так понял слишком втупую - что на переднем плане, то на p ядрах, все что в фоне - на e ядрах. Свернул нужную задачу и она сильно замедлилась…
Могут! У E5-1650v4 к примеру 3.6 якобы базовая, 3.8 boost (относительно базовой же) когда все ядра одновременно загружены и до 4.0 могут лишь 4 вполне конкретных ядра, даже одновременно. Но если подключится еще и 5е ядро, то выше 3.8 уже не будет ни на каком.
А типичная серверная нагрузка - нет такого. Все очень индивидуально. Где постоянно высокое LA - можно не заморачиваться действительно, выше all core turbo не будет почти никогда. А если нагрузка средняя или низкая, то есть смысл заморочиться. Но зависит конечно от пофигизма владельца.
И главный вопрос - где взять информацию по all core turbo частотам разных cpu? Я не нашел нигде. Только по прошедшим через меня процессорам имею записи.
При выборе процессора, я хочу знать его верхний предел по частоте в 1 поток и нижний предел при полной нагрузке. А не какую-то там базовую, которая вообще нигде в реальности не будет фигурировать.
Это частный пример. Наверняка у более многоядерных процессоров разброс частот по-более 10%
Посещала мысль поменять процессор на E5-2696v4, у которого якобы максимум 3.7, а база лишь 2.2 - вот тут наверняка гораздо заметней было бы.
Было бы больше пользы, если б в комментариях просто делились статистикой частот по ядрам на других процессорах. Какая к примеру all core turbo у E5-2696v4 ? Информации ноль.
Ок. Допустим нужно получить максимальную однопоточную скорость. Но денег нет и покупается лишь i9-13900k (А были бы деньги, вот тогда бы ого-го какой более быстрый можно было взять конечно).
Запускаем и получаем нашу задачу, работающую на 4.3 ГГц вместо 5.8
Да что ж никто не вникает в суть... Речь лишь про то, что не всягда все ядра одинаковы. И бывают ситуации, когда нужно получить максимум именно скорости. К примеру замер single-thread производительности в обычных условиях может пройти на турбо- и на не_турбо- ядрах с заметным отличием в результате. Или запускается что-то однопоточное очень очень долгое и вместо того чтоб довериться случаю, можно принудительно запустить это именно на чуть более быстром ядре. Либо наоборот, сделать чтоб гарантированно не влазили неважные процессы в быстрые ядра и чтоб с большей вероятностью что-то более важное выполнилось на них каплю быстрее.
Вот и все. Именно каплю, это чистый спорт, а не массовость. Всем это не надо. Тем более, что проблема далеко не глобальная и у большинства процессоров (пока еще) все ядра одинаковы.
Кому не интересно проходите мимо, никто не заставляет оставлять бессмысленный комментарий.
Конкретные цифры лишь для примера. Речь о самом факте - разная скорость ядер внутри одного процессора, о чем ОС не в курсе.
200 мало, ладно. А 4x3800 против 4x4000 уже более существенно. У другого процессора может быть другая разница, вы бы обозначили сразу порог когда начинает иметь значение. Вам может и 1.3 Ггц (5.2-3.9) у i9-12900k разница - не важна. Но не надо говорить за всех. Кому и 100 МГц будет иметь значение, для них и статья.
Если кто знает как убрать отсюда эту дрянь, дайте знать. Маячит этот плюсик теперь перед глазами. Раньше я там сбоку если что-то замечал, то означало новое непрочитанное письмо. А теперь сбивает с толку это никому не нужное "Labels +"
Обычные ик-пульты да, но есть к примеру LG magic remote, который радио и который "указка" - пожирает активно ток, подзаряжаю акк минимум раз в месяц, а то и чаще. Постоянно покупать в него батарейки сильно менее выгодно, чем один раз купить одну 14500.
Страсти то какие... Что, батарейки (думаю я про себя)...
Батарейками не пользуюсь уже лет 10. Во всех пультах, игрушках, вообще везде стоят li-ion 14500 (AA) или 10440 (AAA) замены плюс "пустышки" соединители, либо просто проводок-соединитель.
Разрядилась - зарядил и дальше работает. Покупать батарейки - дичь какая-то :)
Понятно, что вариант не для всех и домохозяйкам проще купить одноразовую. Но домохозяйки также врядли читают хабр, и даже не догадываются о различиях, типах батареек и уж тем более не отличат подделку.
Это все теория. Вот если бы на практике еще произвели тесты до и после по каждому пункту. И в цифрах показали влияние каждого.
Есть спорные моменты. Например есть опыт когда клиент (также с bitrix сайтом) просил включить redis - сделали, битрикс стал кэшировать туда и... результат в панели производительности стал лишь малось хуже. Понятно что многое зависит от конкретного сайта, но вот такой был опыт. Вернули обратно кэш в файлы и скорость повысилась. Диск Optane P4800X, может конечно переключение с HDD на Redis даст эффект, но с SSD я бы сперва протестировал прежде чем однозначно переводить на Redis/Memcached. А еще ведь есть вариант с tmpfs.
Также и с удаленным mysql - очень спорно. Подключение по сети будет всяко медленней подключения через unix socket. Но опять же, смотря как много этих mysql коннектов происходит и какой траффик на сайте. Если это не какой-то "high load" проект, то скорей всего локальный mysql будет шустрей удаленного. Лучше тестировать лично в своих условиях.
Есть E5-1630v4 и E5-1650v4 - у обоих только 2 ядра могут 4.0, остальные 3.8
Отлично. Т.е. у E5-2696v4 разброс от 3.7 до 2.8 - 900 МГц... тут выше носом вертели мол 200 МГц ни о чем.
По сути ОС должна от части то же самое делать. Как-то определять список процессов, которые запускать лишь на e-ядрах и не тратить на них ни такта p-ядер т.к. в любой момент они могут потребоваться для чего-то более важного. Ну и плюс экономия энергии.
И также должна иметь некий приоритет ядер, чтоб тяжелые задачи первыми использовали только p-ядра. Но если вдруг понадобится больше, могла также запускать и на e-, но только при полной занятости p-
Либо если не знает сама ничего о процессоре и не может угадать нужд пользователя, то нужен какой-то инструмент для ручной расстановки приоритетов.
Поддерживаю. Но когда начнет знать и распределять, тогда и будет не актуально.
По правде особо не слежу, вроде в win11 что-то реализовано, но так понял слишком втупую - что на переднем плане, то на p ядрах, все что в фоне - на e ядрах. Свернул нужную задачу и она сильно замедлилась…
Знаете лучше решение, предлагайте.
Вы тоже не читая, сразу комментировать?
Могут! У E5-1650v4 к примеру 3.6 якобы базовая, 3.8 boost (относительно базовой же) когда все ядра одновременно загружены и до 4.0 могут лишь 4 вполне конкретных ядра, даже одновременно. Но если подключится еще и 5е ядро, то выше 3.8 уже не будет ни на каком.
А типичная серверная нагрузка - нет такого. Все очень индивидуально. Где постоянно высокое LA - можно не заморачиваться действительно, выше all core turbo не будет почти никогда. А если нагрузка средняя или низкая, то есть смысл заморочиться. Но зависит конечно от пофигизма владельца.
И главный вопрос - где взять информацию по all core turbo частотам разных cpu? Я не нашел нигде. Только по прошедшим через меня процессорам имею записи.
При выборе процессора, я хочу знать его верхний предел по частоте в 1 поток и нижний предел при полной нагрузке. А не какую-то там базовую, которая вообще нигде в реальности не будет фигурировать.
Службы - это частный случай опять же. Что-то же можно запустить просто так, не как службу.
Это частный пример. Наверняка у более многоядерных процессоров разброс частот по-более 10%
Посещала мысль поменять процессор на E5-2696v4, у которого якобы максимум 3.7, а база лишь 2.2 - вот тут наверняка гораздо заметней было бы.
Было бы больше пользы, если б в комментариях просто делились статистикой частот по ядрам на других процессорах. Какая к примеру all core turbo у E5-2696v4 ? Информации ноль.
Ок. Допустим нужно получить максимальную однопоточную скорость. Но денег нет и покупается лишь i9-13900k (А были бы деньги, вот тогда бы ого-го какой более быстрый можно было взять конечно).
Запускаем и получаем нашу задачу, работающую на 4.3 ГГц вместо 5.8
Дальше что?
Да что ж никто не вникает в суть... Речь лишь про то, что не всягда все ядра одинаковы. И бывают ситуации, когда нужно получить максимум именно скорости. К примеру замер single-thread производительности в обычных условиях может пройти на турбо- и на не_турбо- ядрах с заметным отличием в результате. Или запускается что-то однопоточное очень очень долгое и вместо того чтоб довериться случаю, можно принудительно запустить это именно на чуть более быстром ядре. Либо наоборот, сделать чтоб гарантированно не влазили неважные процессы в быстрые ядра и чтоб с большей вероятностью что-то более важное выполнилось на них каплю быстрее.
Вот и все. Именно каплю, это чистый спорт, а не массовость. Всем это не надо. Тем более, что проблема далеко не глобальная и у большинства процессоров (пока еще) все ядра одинаковы.
Кому не интересно проходите мимо, никто не заставляет оставлять бессмысленный комментарий.
Конкретные цифры лишь для примера. Речь о самом факте - разная скорость ядер внутри одного процессора, о чем ОС не в курсе.
200 мало, ладно. А 4x3800 против 4x4000 уже более существенно. У другого процессора может быть другая разница, вы бы обозначили сразу порог когда начинает иметь значение. Вам может и 1.3 Ггц (5.2-3.9) у i9-12900k разница - не важна. Но не надо говорить за всех. Кому и 100 МГц будет иметь значение, для них и статья.
Может хоть в 23м хабр откроет для себя темную тему...
Только не отправляйте меня в поддержку.
Предлагаю автору идеи влепить эти кнопки на фотках приклеить их на лоб. И пусть ходит на работу так до конца года.
Поддержите петицию лайками.
Если кто знает как убрать отсюда эту дрянь, дайте знать. Маячит этот плюсик теперь перед глазами. Раньше я там сбоку если что-то замечал, то означало новое непрочитанное письмо. А теперь сбивает с толку это никому не нужное "Labels +"
Вода, вода,... и нет ответа на главный вопрос - откуда этот кадр?
В 3й части на ~7:40 его нет. В доп. материалах нет.
Не 7.4, а 8.4в надо иметь в виду.
Ну и КР142ЕН5Б или 7806 никто не отменял :)
Обычные ик-пульты да, но есть к примеру LG magic remote, который радио и который "указка" - пожирает активно ток, подзаряжаю акк минимум раз в месяц, а то и чаще. Постоянно покупать в него батарейки сильно менее выгодно, чем один раз купить одну 14500.
Страсти то какие... Что, батарейки (думаю я про себя)...
Батарейками не пользуюсь уже лет 10. Во всех пультах, игрушках, вообще везде стоят li-ion 14500 (AA) или 10440 (AAA) замены плюс "пустышки" соединители, либо просто проводок-соединитель.
Разрядилась - зарядил и дальше работает. Покупать батарейки - дичь какая-то :)
Понятно, что вариант не для всех и домохозяйкам проще купить одноразовую. Но домохозяйки также врядли читают хабр, и даже не догадываются о различиях, типах батареек и уж тем более не отличат подделку.
Крым
И Huawei такой: нет уж, умерла - так умерла.
Это все теория. Вот если бы на практике еще произвели тесты до и после по каждому пункту. И в цифрах показали влияние каждого.
Есть спорные моменты. Например есть опыт когда клиент (также с bitrix сайтом) просил включить redis - сделали, битрикс стал кэшировать туда и... результат в панели производительности стал лишь малось хуже. Понятно что многое зависит от конкретного сайта, но вот такой был опыт. Вернули обратно кэш в файлы и скорость повысилась. Диск Optane P4800X, может конечно переключение с HDD на Redis даст эффект, но с SSD я бы сперва протестировал прежде чем однозначно переводить на Redis/Memcached. А еще ведь есть вариант с tmpfs.
Также и с удаленным mysql - очень спорно. Подключение по сети будет всяко медленней подключения через unix socket. Но опять же, смотря как много этих mysql коннектов происходит и какой траффик на сайте. Если это не какой-то "high load" проект, то скорей всего локальный mysql будет шустрей удаленного. Лучше тестировать лично в своих условиях.