Nikolay
Nikolay
12 ядерный )
Владимир
Спаисбо )
уроки математики в чате ZFS
Alexander
Спаисбо )
Как определились это потоки
Владимир
12 ядерный )
Наверное 2 двенадцатиядерныхх))
Nikolay
Владимир
2 сокета, в каждом по одному 12тиядерному процу и умножить на два из-за гипертрейдинга
Владимир
именно
Владимир
24 ядра
Владимир
по 12 ядер в каждом сокете
Владимир
Спаисбо )
в вашем случае лучше не на эти нарисованные проценты смотреть, а на LA
Владимир
только он будет с вами честен когда у вас гипертрейдинг
Nikolay
просто привыкаю к atop-у
Alexander
уроки математики в чате ZFS
Ну тут не все так одназначно))) да физически ядер, как на нашем примере 12х2 , хипертридинг разбил ( групо говоря их еще на х2) в самом же выводе lscpu мы видим cpu 48, и в top 48( многие описания топа нам говорят что это ядра процессора, пусть и виртуальные)
George
А пенальти на запись в нем такое же как и у братьев 5 и 6?
На запись пенальти больше т.к. Raidz для защиты от write hole (которым подвержены другие реализации) каждую запись транзакции на все диски vdev должен записать и всех дождаться. Именно по этой причине у raidz иопсы = иопсам самого медленного диска в нём
Владимир
хоть усрись)
Alexander
а по факту ядер 24)), и они не станут работать даже как 25))
Ну это да) вопрос был как интерпритировать вывод топа))
Владимир
забить болт на проценты
Nikolay
смотреть LA
это строка CPL же ?
Igor
Как 25 станут аж бегом
Владимир
потоки и ядра очень легко визуализируются если представить их как кассы и очереди в кассы. Представьте что в кассу не одна очередь, а две. И пока ты забираешь свои пакеты с покупками и собираешься уходить тётка на кассе обслуживает вторую очередь, это называется оптимизация времени.
Владимир
Но тётка останется одной чтобы ты не делал
Владимир
более того подобная оптимизация полезна далеко не для всех процессов, в определённых ситуациях это только ухудшает работу и вносит непонятки
George
смотреть LA
Ага, как интерпретировать la 1000?)
Владимир
Ага, как интерпретировать la 1000?)
это когда начинается пиздец, простите за выражение
Igor
и что? удельная тетка обслуживает 20 клиентов за день с учетом, что клиенты тормозят, осматривают и т.д. С двумя очередями будет обслуживать 25челове
Владимир
это или затупила ФС к примеру, или нехватка ОЗУ или незватка процессорных ресурсов или возможно ядро запаниковала
Igor
и вот она уже 1.2ядра
Владимир
в любом случае пора бить тревогу
Igor
к тому же именно во вногоголовых серверах выигрыш огипертрединга максимальный
Владимир
повторяю что далеко не везде гипертрейдинг даёт прирост
George
это когда начинается пиздец, простите за выражение
Нифига, зависит от системы и аппликух, в том и цимес что просто по la ничего говорить нельзя, т.к. Он не только на нагрузку cpu смотрит http://www.brendangregg.com/blog/2017-08-08/linux-load-averages.html
Igor
проиграш именно тогда, когда задачь в 2 раза меньше потоков
Владимир
а что именно плохо в данный момент надо смотреть
Владимир
проиграш именно тогда, когда задачь в 2 раза меньше потоков
проигрыш когда задачи не мелкие, а объёмные и нагружают проц на сотку
George
LA равный боле чем колличество ядер всегда плохо
Нет же, если у вас куча io на фоне - он может легко быть больше. Т.к. Он, ещё раз акцентирую, не только на нагрузке цпу строится
George
Это именно про linux
Владимир
Оптимизация классно за счёт гипертрейдинга выходит когда твои клиенты купили спичк=и все по одной коробке и в итоге время отхода и ухода занимает больше чем сама покупка, тогда оптимизация за счёт двух очередей круто
Владимир
а когда твой клиент затарился как тварь))), то время на уход практически никак не ускоряет общий процесс
Igor
много на серверах задачь, которіх реально меньше количества ядер и что валят под сотку?
Владимир
А я что сказал?
мне показалось что что-то другое)
Владимир
может не верно понял
Igor
вообще мониторинг топ и хтопом - это лол
Igor
ставьте glances
Igor
там все намного красивее
George
я ж не спорю с вами, я просто говорю что LA больше колличества ядер плохо))
Так я и говорю вообще не обязательно что что это плохо) а зависит от многого, плохо ли это)
Владимир
вообще мониторинг топ и хтопом - это лол
мониторинг да, просто глянуть текущее состояние разово, вполне норм
Igor
Владимир
Так я и говорю вообще не обязательно что что это плохо) а зависит от многого, плохо ли это)
ну вот незнаю незнаю)), у меня ещё ниразу не было хоррошо от того что LA большой))
Igor
вот мой вполне рядовой ДОМАШНИЙ СЕРВАЧЕК
Igor
у него в обычном режиме происходит 33к переключений контента
Igor
тут уже гипертрединг выигрывает тем, что виртуальное ядро имеет свои регистры и не тратится время на чтение и запись в оперативу для продолжения процесса
Владимир
я не говорил что надо всегда его рубить)
Владимир
просто сказал что не везде он полезен
Igor
потому можно смело сказать, что в серверах гипертрединг - только гуд. Исключение - сервера рендеринга
Владимир
ну ещё гипервизоры))
Владимир
Чаще я выключаю на гипервизорах чем оставляю включёнными
Владимир
ну если мне нужна производительность конечно
Владимир
ещё nodejs которое пока только через костыли умеет в многопоток
Владимир
ему тоже вкусно без гипертрейдинга
Владимир
а ещё если у тебя php и задачи на php стоят сильно вычислительные
Владимир
в общем везде где важен однопоток, гипертрейдинг лучше рубить
Владимир
ну или тестировать сравнивать хотя бы
Igor
почему?
Vladislav
почему?
потому что обработка трафа недоядрами резко снижает производительность
Vladislav
а некоторые firewall еще и однопоточные