google 12309

пересобери систему и мир начисто

scsi_mod.use_blk_mq=1 в опции ядра

Ппц развлечение.

пересобери систему и мир начисто

Ставлю два имеющихся процессора, что это ничего не изменит.

Попробуй другой планировщик I/O в ядре поменять.

Это как греться у костра и смотреть на огонь.

Если у тебя ядро версии 3.x (не помню в какой именно исправили 12309), то рекомендую обновить ядро.

Если уже 4.x, то рекомендую переконфигурить ядро снуля. Ну, то есть начиная с make defconfig.

Это как греться у костра и смотреть на огонь.

Ну так вечно можно смотреть на 3 вещи: на воду, на огонь, и как компилируется Гента. Проверено.

Проверь текущий IO планировщик. Поставь CFQ. Или пропатчи ядро и поставь BFQ.

Угу, на паре моих тестовых серверов I/O просел после этого в 4 раза, спасибо. Ты бы хоть объяснял сначала человеку что делает эта опция и чем это может грозить :-)

У меня ничего никуда не просело. Человеку нужна отзывчивость системного gui, серверные критерии тут как бы не в тему.

Разъясняю, если тебе лень гуглить - если у него старый контроллер SATA(не AHCI) и там нет NCQ, то при попытке многопоточного вывода в однопоточную очередь команд будет просадка и по throughtput и по latency. Из-за последнего - станет ЕЩЕ ХУЖЕ!

старый контроллер SATA(не AHCI) и там нет NCQ

Ну, о такой жести я не подумал, каюсь.

Да нет проблем, я тоже повёлся на эту опцию и удивлялся, почему это по дефолту не включили, клёво же. А потом наступил на грабли(хорошо хоть хватило ума делать это на тестовом сервере) и погуглил.

Тогда пересобрать два раза.

Все тормозит это очень абстрактно, нужны какието численные данные для понимания сути проблемы.

Что с RAM/SWAP ? (сколько, сколько занято, свободно, используется)

Что показывает

vmstat 5
iostat -x 5
atop

pf-kernel с BFQ вместо планировщика хорошо исполняет роль плацебо, мне помогло.

Выложи выхлоп dmesg на какой-нибуть pastebin.

для большей ясности:

+ конфиг ядра
+ lshw 
+ hwinfo
+ lspci
+ iotop
+ atop
+ dmesg
+ time sudo eclean distfiles
+ сведения о партициях, fstab
+ genlop -t chromium

Что на зеркало пенять, коли рожа крива. Это я про то, что не в ядре дело, а в файловой системе ext, которая по себе глючное *овно.

удаление не самое то что луче мерить

Нужно другое ядро.

ага — FreeBSD :)

Чтобы тормозило не только io, а вообще всё

Нет софта/драйверов — нет тормозов))

Что у вас тормозит на FreeBSD? Лично я ощущаю нехватку процессорной мощности двухъядерного AMD Athlon X2 3800+ для компиляции современного ПО и 3,7 ГБ RAM ОЗУ тоже не так уж и много (диск с ZFS).

всем спасибо за бурную дискуссию!

что сделал

- собрал новое ядро 4.9.4-gentoo с BFQ планировщиком

- обновил мир, который и так был не очень старый

визуально немного стало получше, но тормоза еще есть.

например включаю комп, открываю хром в котором ~40 вкладок, сразу же открываю проводник dolphin и вижу только рамку, через 20 секунд появляется его содержимое

раньше такого не было

это ведь тоже диск? кэш там... и пр.

ps: asus g75wv конфиг ядра https://paste.pound-python.org/show/Mgx2DTUPZQPljrcyUf5t/

если не сложно, прогоните этот тест http://blenchmark.com/

и выложите на тот же сайт

это аддон теста для блендера

http://blenchmark.com/article/benchmark-your-cpu-or-gpu

Это вообще не дело. Вы опцию blk-mq пробовали?

если не сложно, прогоните этот тест

А смысл? Чем будем меряться?

Судя по всему у вас нехватка RAM что приводит к свопу, а по скольку в конфиге ядра выключены опции:

Enable KSM for page merging: KSM
Enable idle page tracking: IDLE_PAGE_TRACKING

Но это все догадки, нужно смотреть числа

free
vmstat 5
iostat -x 5
atop

что это? подробнее

Тормоза при дисковых операциях (комментарий)

это все при простое

https://hastebin.com/lakokolimo.cpp

https://hastebin.com/bicaqoxele.hs

https://hastebin.com/esadagiler.pl

https://hastebin.com/ubunamonim.rb

когда это лучше снять? в момент 20сек тормоза я могу не успеть? что первее снять?

Хмм, как видно со свопом проблем нету - памяти много и своп вообще не используется. Перегрузки по IO тоже нету (WA в пределах 0-1) и вобщем система не загружена, все должно «летать» при таких показателях.

Возможно проблема гдето в другом месте (не в производительности, а гдето чтото лочит процессы - например какойнибудь левый бекрезолв при логировании или еще чего). Я бы попробовал найти какуюто програмку попроще которая «тормозит» и протрекал бы ее системные вызовы и где она зависает (через strace) - возможно у вас просто тормозит X11 сервер (например глючит видео карта/драйвер или закончилась VRAM в результате чего очень медленно выделяются ресурсы композитором для новых окон).

тормоза остались

это всегда проявляется при emerge --sync , тогда тормозит, например, браузер, и не грузит ничего, не прокручивает страницы, но вкладки перещелкивает.

как это победить?

системный диск и home у меня - ssd

Kroz Pinkbyte Lifun

Браузер Firefox, небось?

Проблемы с перформансом - самые тяжёлые. Ну, давай попробуем.

Вопросы / предложения на попробовать:

1. Дай выхлоп lspci и dmesg

2. Добавь в /etc/sysctl.conf

vm.swappiness = 10

CONFIG_MEMCG
CONFIG_MEMCG_SWAP
CONFIG_MEMCG_SWAP_ENABLED
CONFIG_BLK_CGROUP
CONFIG_CGROUP_WRITEBACK
CONFIG_CFS_BANDWIDTH
CONFIG_RT_GROUP_SCHED
CONFIG_CGROUP_PIDS
CONFIG_CGROUP_HUGETLB
CONFIG_CGROUP_DEVICE
CONFIG_CGROUP_PERF

CONFIG_LBDAF
CONFIG_BLK_DEV_THROTTLING
CONFIG_ATA_SFF
CONFIG_DM_MULTIPATH
CONFIG_DM_UEVENT

Так только в Gentoo? Попробуй загрузить другой бинарный дистр.

Если диск тормознутый можно попробовать разогнать через опции файловой системы, например размер блока фс сделать таким как у диска,

Та же btrfs умеет кешировать пространство и иноды

прошу прощения, был в работе

но тормоза продолжаются

сейчас выставил все опции п 4, посмотрю как будет, потом отпишусь

спасибо за помощь

вроде как стало лучше

но сегодня запустил emerge --sync и вот, в это время файловый менеджер запускался секунд 30 (хотя рамка появилась мгновенно)

склоняюсь, что мой ssd может уже умирать

но тогда были бы полные фризы, ведь так?

Ramы то сколько?

Если исключить от балды настроенный тобой конфиг ядра, то пробуй классическое echo 2097152 >/proc/sys/vm/dirty_bytes

И какой драйвер дискового контроллера выбран, какая файловая система? Ёпт.

Kroz

Переехал на минт, та же хрень)

Диск?

ИМХО, может быть:
- диск
- шнурок (я когда-то был счастливым обладателем SATA шнурков, которые умирали через полгода)
- контроллер
- перегрев диска
- перегрев контроллера
- драйвер правильный не подобрали.

Я бы сделал так:
1. Купил бы другой SATA шнурок
2. Пропылесосил бы комп (особенно мосты и HDD), заменил шнурок
3. Включил в ядре дополнительный логгинг для диска
4. Проверил бы SMART и температуру диска и контроллера при копировании.
5. Просмотрел бы лог после копирования. Можешь, кстати сюда скинуть.

За полгода в ядре был значительный прогресс. Во-первых, в ядре 4.10 добавили writeback throttling. Во-вторых, в ядре 4.12 наконец-то запилили планировщик bfq для multiqueue-scsi.
Итого, надо ставить последнее ядро 4.12.х, включать CONFIG_BLK_WBT=y (включено по-умолчанию), CONFIG_BLK_WBT_MQ=y (включено по-умолчанию), CONFIG_BLK_WBT_SQ=y (по-умолчанию выключено), CONFIG_MQ_IOSCHED_DEADLINE=y, СONFIG_MQ_IOSCHED_KYBER=y, CONFIG_IOSCHED_BFQ=y, CONFIG_BFQ_GROUP_IOSCHED=yи тестировать. По желанию можно включить CONFIG_SCSI_MQ_DEFAULT=y. но я предпочитаю рулить этим через опцию ядра scsi_mod.use_blk_mq=1

решено

переездом на Calculate