linux и загрузка ядер многоядерного процессора в простое.
заметил, что на Линуксе (FEDORA 20) нет той картины загрузки ядер при простое системы,какая наблюдается в windows : даже при простое наблюдаются всплески загрузки по некоторым ядрам, хаотичные. там,где windows вообще отключает ядра (парковка) и из 4-6-8 ядер ( в зависимости от процессора) по минимуму (3-10%) загружены 1-2 ядра максимум (остальные-«спят») , в Линуксе наблюдается прыгающая нагрузка по ядра порядка 10-20%. по всем ядрам!
есть какие-либо рецепты настройки касательно данной проблемы ? в windows это называется Переопределение ядра приостановки ядра производительности процессора (Processor performance core parking core override) , вот на эту тему — http://www.oszone.net/10671/core_parking
а винда умеет вот так
Where is your god now? 😀
хорошая попытка, но зачем?
Да так, тащемта, шутки ради 🙂
BTW, меня путь к файлу такой: /sys/devices/system/cpu/cpu$
А где пруфцы, что это не простая заглушка?
Так в оригинальном посте тоже пруфцов небыло, вот и сочинил этот каламбур выше 🙂
нарисовать в шинде могут что угодно, они даже в диспетчере задач показывают private working set вместо total working set, чтобы выглядело будто под шиндой программы меньше кушают озу. короче, скорее всего шинада сглаживает всплески при отображении
нужно смотреть потребляемый ток, в новых компах даже вроде встроенная отображалка бывает
в Линуксе наблюдается прыгающая нагрузка по ядра порядка 10-20%. по всем ядрам!
ну тык небось наварачивает проценты кто(?) — это программа которая снимает показания нагрузки CPU.
. и «любимый» всеми Xorg для того чтобы отображать эти показания 🙂
хотя 20% это слишком много. и явно НЕ нормальная ситуция 🙂
ну посмотри в top, какая программа кушает процессорное время.
Какой CPU и какой governor? Если первое — интель с приставкой i и цифрой от 3 до 7-ми, а второе не intel_pstate, то пришла пора обновляться и ставить ядро с pstate’ом, которое эффективно тебе разрулит и сон и прыжки по частотам и прочие фишки.
И толку? Питание с него все равно не снимается. Отключать его нет смысла. Процессов в системе больше одного. Так почему не использовать простаивающие ядра, зачем сгонять все на одно?
а чтоб из-за неравномерного прогрева кристалл убился и купили новый
насколько я помню, если простаивающие ядра не будут «спать», то дурбобуст(тм) работать не будет
впрочем это актуально только для и5 и выше
ну и еще у хасвеллов vrm к процессору припаян, так что управлять должно питанием каждого ядра отдельно, а не всеми сразу
Источник
Linux равномерность загрузки ядер
29 сен 2016, 06:07
Как редактировать параметры загрузки ядра Linux
Изменение или редактирование параметров загрузки ядра бывает необходимо для того, чтобы исправить ошибки во время загрузки, или чтобы протестировать новые возможности, активировать нестандартный драйвер, или отключить какие-либо функции системы. Эти параметры хранятся в виде текста в конфигурационном файле загрузчика, который ядро парсит во время процесса «init». Для определения параметров, использовавшихся при последней загрузке системы, можно воспрользоваться следующей командой:
Обычно вывод по умолчанию — «quiet splash», так как в большинстве случаев меню grub изначально скрыто. Это часто обусловлено тем, что дистрибутив Linux установлен в качестве единственной системы на компьютере, поэтому неопытные пользователи могут и не знать, как получить доступ к опциям grub для изменения параметров загрузки ядра. Для этого необходимо всего лишь удерживать клавишу «Shift» при появлении загрузочной картинки. После этого вы перейдете в меню grub,где сможете выбрать опции ядра. В зависимости от настроек grub, вам могут предложить опции для нескольких версий ядра. Выберите то, чьи опции вы хотите изменить, и нажмите клавишу «e» для получения доступа к конфигурационному файлу. Неопытным пользователям на этом этапе рекомендуется действовать с максимальной осторожностью и сначала протестировать предполагаемые изменения на одной из предыдущих версий ядра, а также всегда делать резервную копию работающих опций, чтобы они всегда были под рукой на случай, если что-то пойдет не так.
Теперь, чтобы добавить новый параметр, вам необходимо просто подвести с помощью клавиш со стрелками курсор к строке, которая начинается со слова «linux». Затем вы можете добавить новый параметр в конце строки (после «quiet splash» в нашем случае). Каждый добавляемый параметр должен отделяться от предыдущего пробелом. Если он будет написан неправильно, ядро может пропустить этот текст и перейти к следующему параметру. Такие ошибки обычно не приводят к серьезным сбоям при загрузке системы. Существует множество параметров, которые помогают пользователю выяснить все аспекты функционирования системы в процессе загрузки. В качестве примера для этого руководства рассмотрим случай, когда мы меняем параметры загрузки ядра для того, чтобы решить проблему краха X-сервера при запуске после обновления драйвера видеокарты. Первое, что необходимо сделать — добавить параметр, который позволит нам отключить текущий драйвер. Это может быть параметр «nomodeset», или «blacklist=module» (проблема может заключаться в модуле). Для того, чтобы запретить системе запускать X-сервер, вы можете добавить параметр «pfix-nox». Это позволит вам установить/активировать драйвер в консольном режиме. Наконец, есть параметр «pfix=xorgwizard», запускающий мастер, который поможет вам выбрать другой драйвер, разрешения или глубину цвета для тестирования системы при других настройках. Для тестирования новых параметров нажмите «Ctrl+x» для загузки с новыми настройками.
Все вышеописанное работает только один раз, так как все дополнительные параметры не сохраняются после перезагрузки системы. Если ваши новые настройки протестированы и работают правильно, вы можете сделать их постоянными путем редактирования конфигурационного файла grub. Для этого в терминале введите команду «sudo gedit /etc/default/grub» (вместо gedit вы можете указать свой любимый текстовый редактор). Обратите внимание на строку, начинающуюся с «GRUB_CMDLINE_LINUX_DEFAULT» на скриншоте ниже
В этой строке вы можете найти часть «quiet splash». Введите новые параметры в кавычках, разделяя их пробелами. Затем вы можете сохранить файл и применить новые настройки, введя команду «sudo update-grub» в терминале. Если все сделано правильно, новые параметры загрузки ядра станут постоянными. Хочу обратить ваше внимание, что данное руководство относится только к широко используемому загрузчику Grub. Существуют и другие загрузчики, такие как Lilo, Syslinux, Gummiboot и Efibootmgr. Некоторые из них настраиваются похожим образом, другие нет. Если вы используете другой загрузчик, необходимо сначала изучить, каким образом для него меняются параметры загрузки ядра.
Источник
Ядра процессора загружены на 100%
Процессор — Intel Core i5 Kaby Lake / Ubuntu 16.04 LTS
Постоянно загружены под 100% два ядра процессора (попеременно), при этом никаких программ не запущено. То есть, постоянной нагрузки на 2 конкретных ядра нет, через некоторое время нагрузка переходит на другие ядра. Такое переключение напоминает обычную работу системы, но встревожен тем, что раньше ядра никогда не были так загружены.
Возможно это только на моей стороне, а может это делает патч от Meltdown/Spectre или что-то типа того (регулярно устанавливаю обновления системы в Ubuntu Software, поэтому могло быть установлено автоматически).
Компьютеру нет еще и года. Я начинающий пользователь Linux, так что не судите строго 🙂 Подскажите, что это может быть и как это решить.
Запусти мониторилку от рута. Возможно два ядра разгребают прерывания.
Патч Meltdown не влияет на загрузку ядер в простое. Так что это явно какой-то процесс грузит.
скорее всего это tracker гномовский тебе покоя не даёт 🙂
В top’е хоть что показывает?
top — 11:50:26 up 19 min, 1 user, load average: 2.62, 2.56, 1.89
Tasks: 218 total, 1 running, 217 sleeping, 0 stopped, 0 zombie
%Cpu(s): 50.7 us, 0.2 sy, 0.0 ni, 49.1 id, 0.0 wa, 0.0 hi, 0.1 si, 0.0 st
KiB Mem : 16204752 total, 13145312 free, 1401376 used, 1658064 buff/cache
KiB Swap: 0 total, 0 free, 0 used. 14209132 avail Mem
Судя по %Cpu(s): 50.7 us , запущены какие-то процессы, которые и потребляют процессорное время. Там же в выводе топа они должны быть видны, в колонке S должно быть R, а в %CPU — 100
В гномовском/кде-шном мониторе посмотри, какой процесс грузит.
смотрел в приложении «System Monitor», все приложения показывают 0% CPU. В самой команде top показывает что команад systemd потребляет 200% (как раз эти 2 ядра по 100%).
2008 root 20 0 584716 19648 10868 S 200.0 0.1 68:08.76 systemd
покажи вывод команды lsof -p 2008 -n , запускать от рута
Лог получился довольно большой. Нужна отдельная строка? Или полностью? Если полностью, то могу попробовать скинуть куда-нибудь в облако и дать ссылку. А то вижу тут документы нельзя прикреплять вроде как.
В pastebin.com закинь, а ссылку на него сюда
systemd 2008 root 5u REG 8,2 1243863 156894 /root/snap/2048buntu/4/.local/share/systemd/log/minergate.log
Это майнер. Судя по
Со снапами дела не имел, так что возможно, что его можно просто удалить, если у этих пакетов есть какой-то свой менеджер. В крайнем случае придется переустанавливать систему, т.к. от рута программа могла сильно закрепиться в ОС.
Совсем недавно установил CS 1.6 с интернета (нативная на Ubuntu), наверное в этом причина 🙂 До этого только устанавливал обновления системы в Ubuntu Software, ну и другие безобидные программы.
поможет ли обновление до LTS 18.04? Или нужно полностью удалить систему и поставить заново? И если полностью, то безопасно ли бекапить файлы с этой зараженной системы и ставить на новую? Или на линуксе нет таких фишек как на Виндовс, где вирусы могут прятаться в файлах? 🙂
Вспомнил про шутку: пришло время переустанавливать шиндошс!
Стоп, кажется это даже не CS 🙂
По названию снапа это нативная игрушка 2048 (на компе так и называется 2048ubuntu).
Ладно, попробую разобраться. Систему удалять не хочется.
поможет ли обновление до LTS 18.04?
Обновление скорее всего не поможет, т.к. с большой вероятностью все данные сохранятся, в том числе и майнер. Лучше переустановить систему полностью.
И если полностью, то безопасно ли бекапить файлы с этой зараженной системы и ставить на новую? Или на линуксе нет таких фишек как на Виндовс, где вирусы могут прятаться в файлах? 🙂
Все свои файлы из /home можешь переносить без опасений. Кроме них вряд ли будет нужно что-нибудь бэкапить.
Удалил эту игру и все стало на свои места 🙂 Спасибо тебе огромное просто.
это где ты такую годноту выкачал? Или это сразу в убунтовских репах раздают? )
Вирусы теперь не в моде, майнеры особенно монеро в тренде
В Центре Приложений скачал. Вбил в поиск 2048. Да, не ожидал такого поворота 🙂
unsquash’нул — действительно майнер inside, несмотря на то что virustotal молчит
Интересно, куда нужно сообщить чтобы эту игру удалили с Центра Приложений. Не хочу чтоб кто-то другой также как и я думал в чем проблема.
Может быть ответят куда писать. На сайте за 10 минут поиска кнопку «пожаловаться» не нашел.
Маняйнерщики такие ламеры, пипец просто.
email у него тоже хорош.
snap таки помойка, все-таки.
Как это не удивительно, но там тоже есть. Посмотрел на hextetris. Остальное лень смотреть.
ЛОЛ, вирусня в официальном убунтусторе? Линукс пришел к успеху.
Удалил эту игру и все стало на свои места
Проверь ещё не завалялись ли где стопитсотгиговые файлики.
systemd + ubuntu + snap = успех
А зачем snap-у нужен root? Разве пойнт не в том, чтобы ставить от пользователя?
В голосину с этого треда. Репозитории это надёжно, говорили они.
Это не репозиторий, это таки стор, разница есть.
За наполнение репозитория отвечает мейнтейнер, в репозиторий поступает оригинальный сорс, если надо на него накладывают патчи специфичные для дистрибутива. Отвечает за все мейнтейнер, который и тестирует полученный пакет. Для дебиана пакет проходит различение стадии тестирования, от экспериментального репозитория до стабильного, где его опять же тестируют пользователи.
Сравни с принципом маркета где загружает пакет его автор, и он в лучшем случае проходит проверку на антивирусе.
Если малварь в репозитории то мейнтейнер вылетает мейнтейнер, а это годы работы. В случае маркета автор, который практически ничем не рискует.
Ну и как подтверждение, сравните наполнение плеймаркета и репозитория по количеству малвари.
А это был автор оригинальной игры? Нет. Любой васян может загрузить туда и туда свои завирусованные поделия.
Источник
