ИС
Каждому своё, Вова.
Size: a a a
2020 May 11
MK
Каждому своё, Вова.
Так бля я не выебывалчя ядрами. Это Илья выебывалчя
У нас машина на 8 ядер одна из оставшихся живых нод кубика, которая в полке 90% времени
У нас машина на 8 ядер одна из оставшихся живых нод кубика, которая в полке 90% времени
Н
таким образом на потоке только те тесты которые на нем будут выполняться, только их тестовые данные и минимальное дублирование приложений, только если по рассчетам тесты на одно приложение не уместилось в 1 поток по времени
ты как-то тесты промаркировал, чтобы коллектор знал, куда их слать, или там что-то сложнее было?
СС
ты как-то тесты промаркировал, чтобы коллектор знал, куда их слать, или там что-то сложнее было?
у каждого теста есть привязка к какому приложению он относится
у каждого теста есть тайминг в базе (setup + call + teardown)
вначале прогона на мастере и на каждой ноде запрашиваются все тайминги, группируются, суммируется общий, делится на количество потоков и идет распределение от самого долгого по тестам приложения к самому быстрому, от самого долгого теста к самому быстрому
у каждого теста есть тайминг в базе (setup + call + teardown)
вначале прогона на мастере и на каждой ноде запрашиваются все тайминги, группируются, суммируется общий, делится на количество потоков и идет распределение от самого долгого по тестам приложения к самому быстрому, от самого долгого теста к самому быстрому
СС
равномерно забивая каждый поток пока не кончится время потока
СС
если внезапно количество потоков очень большое так, что есть какой то тест который идет дольше чем среднее время каждого то потоки забиваются относительно этого времени а не среднего
СС
таким образом если в конце останутся пустые потоки они просто выбросятся
ИС
Ты раньше иначе говорил.
ИС
Типа, если останутся пустые потоки, то не западло разбить тесты одного приложения и оттащить на пустой поток.
СС
так и есть
СС
но если есть тест который по времени выполнения превышает среднее время то прогон не выйдет быстрее этого теста
СС
а значит зачем спавнить еще потоки и на них приложения если все равно по времени выигрыша не будет
СС
а по ресурсам если так не делать будет
СС
пример.
допустим у тебя 10 тестов. 1 идет минуту, а все остальные 10 секунд. ты можешь заспавнить 10 потоков и каждый тест пойдет на своем, но все равно быстрее чем 1 тест в минуту ты не закончишь прогон
допустим у тебя 10 тестов. 1 идет минуту, а все остальные 10 секунд. ты можешь заспавнить 10 потоков и каждый тест пойдет на своем, но все равно быстрее чем 1 тест в минуту ты не закончишь прогон
СС
а можно сделать 3 потока, 1 идет минуту, второй с 6 тестами минуту и третий с оставшимися 3 30 секунд
СС
Больше сложность, больше энтропии, больше возможных проблем
знаю, но вроде бы я все оттестировал
ИС
знаю, но вроде бы я все оттестировал
С этой фразы всё начинается.