АА
Очередь как раз общая, квотирование можно организовать на ggr...
Size: a a a
2017 May 31
IK
мы исходили из того, что -limit определяется в основном мощностью железа
VS
ну да, логично
АА
у нас браузеры всегда жили отдельно друг от друга, и получалось что мощности не все использовались если нужен только один браузер, в селеноиде браузеры можно мешать...
VS
Хотя как раз разные браузеры по разному едят ресурсы, phantomjs и IE, например. В текущем варианте, надеясь, что в основном будут использовать phantomjs и разрешив, к примеру, 10 инстансов, легко можно получить 10 экземпляров IE от 5 людей с квотой 2, которым волею случаю суждено было попасть на один сервер.
АА
иешки всегда жили отдельно... остальные на линуксах...
АА
можно разнести и задать индивидуальные лимиты...
IK
в обычном Selenium есть и то и другое
АА
просто в старой схеме именно на это как недостаток указывали, типа машинки с хромами стоят без дела... но зато была возможность подобрать надежную конфигурацию...
АА
текущую реализацию делали как можно проще, не думали что придется иешки с хромами и фф мешать...
АА
а фф и хромы вроде примерно одинаковые, должны хорошо жить вместе...
IK
@aandryashin на самом деле, если мы начнем учитывать имя браузера, то там логика очередей усложнится сильно
VS
Ну у нас выпросить машину - это можно в согласованиях утонуть :( Вариант с лимитов на конкретные браузеры был идеальным, но согласен, наверняка в других местах данных проблем не возникает
АА
да, конечно, и люди перестанут понимать что происходит...
IK
а поставить 2 штуки selenoid на разных портах не покатит?
IK
он же очень мало памяти потребляет
АА
пока непонятно как хромы и фф запускать на виртуальных десктопах, а это потенциально мигающие тесты...
VS
хм... точно, даже не подумал :)
АА
мы завели ишшую про виртуальные десктопы для браузеров отличных от ие...
VS
а с хромами не работает фокус с десктопами от IE?