ВИ
Если на собеседование рассказать детали из этой статьи - можно удивить интервьюера))))
Size: a a a
2020 November 14
i
Если на собеседование рассказать детали из этой статьи - можно удивить интервьюера))))
Так он тоже читал эту статью)
ВИ
Тогда можно дать ссылку на статью тому, кто не читал
i
Так это далеко не единственная
i
У меня где-то ссылка валяется, там статья раза в 3 больше, но расписано ещё подробнее
АП
Как лучше параллелить задачи, что лучше - поднять 4 мощных инстанса или 8 слабее
А расскажи :)
i
Да тут много рассказывать. Но вкратце, у каждого треда/процесса есть некий контекст, который либо выполняется, либо нет и к нему можно переключиться для выполнения. В момент переключения ядро задач не выполняет, а сбрасывает старый контекст и подгружает новый
i
Как итог - чем чаще переключение контекста, тем меньше работает проц. Чем проц мощнее - тем эта операция дороже
i
В итоге одна задача выполняемая в 2 потока на 2х ядерном проце - может выполниться быстрее чем она же запущенная в 4 потока
i
И тот же пых с 8 например воркерами обработает больше соединений чем с 16
АП
И тот же пых с 8 например воркерами обработает больше соединений чем с 16
Ага, спасибо. У меня были примерно такие же мысли)
i
Ну и вытекающее отсюда - порой 8 машин со слабыми процами будут эффективнее 4 с мощными
i
Во-первых больше ядер
i
Во-вторых - чем мощнее отдельное ядро - тем медленнее у него переключение контекста
АП
А ещё можно пробить процесс к ядрам, тоже будет лучше.
i
А ещё можно пробить процесс к ядрам, тоже будет лучше.
В том же php fpm это нельзя
i
Мастер процесс их регулярно порождает
i
В каком-нибудь спринге который внутри треды плодит - то же самое
АП
Эт да
AU
Мастер процесс их регулярно порождает
Не от хорошей жизни он таким делом занимается