Отключите все лишнее на целевой странице если она одна, это реально сделать - например скрипты всяких фейсбуков, сторонней аналитики и так далее. Обычно сервесы используют много сторонних скриптов, которые не влияют на работу сайта, но сильно нагружают проц.
Смотрите как идет распределение нагрузки - возможно оно не сплашное, а пиками - тогда можно попробовать запускать потоки более равномерно. Чтоб избегать этих пиков.
Чаще всего можно отрисовку снизить вплоть до 10 (ну 20) .... На загрузку проца, это как раз сильно влияет.
Если сервер свой и без видюхи, то стоит поставить в него видюху.
50 в нынешних условиях для баса с браузером, достаточно много. Можно попробовать разбить на несколько копий баса по 25 например.
Можно использовать рам диск для работы с профилями - но это уже продвинутый уровень.
Размер профиля после обновления BAS
-
@saidufa said in Размер профиля после обновления BAS:
Неужели придется в каждом профиле, до его загрузки удалять эти директории?
Ну я удаляю после работы профиля, переключаюсь на временный профиль и чищу кэш)) и также в настройки вывел чистить/не чистить кэш. Перед целевым заходом кэш оставляю (на всякий пожарный)
-
@nirvanius, я не могу себе позволить удалять профиля - их почти терабайт, работа идет круглосуточно на нескольких серверах. Не всегда с одиними печеньками можно успешно зайти учетку, а при попытке авторизоваться по логин/паролю - просит СМС которое получить уже нереально
-
@nirvanius , спасибо за уточнение.
Такое решение было бы кстати если бы программа отрабатывала как нужно каждый раз, но не каждый поток у меня завершается штатно, может оборваться в любом месте программы
и если в конце программы я пропишу ваши манипуляции к кешем - не факт что до них дойдет дело.
Я понимаю что я не лучшим образом сделал программу раз не могу контролировать её на любом этапе, но что имею как говорится с тем и работаю)попробую прописать чистку кеша (физическое удаление файлов) перед переключением на профиль, а то уже 97% диска осталось боюсь сегодня/завтра бас откажет переключатся на профили из-за нехватки места
-
@saidufa said in Размер профиля после обновления BAS:
Такое решение было бы кстати если бы программа отрабатывала как нужно каждый раз, но не каждый поток у меня завершается штатно, может оборваться в любом месте программы
Тут как вариант обернуть все действия скрипта в игнор ошибок, а в конце оставить очистку кэша. Тогда в любом случае очистка будет происходить
-
пользуясь случаем, хотел спросить про fingerprint.json в корне профиля: BAS загружает отпечаток из этого файла при каждой инициализации(применении) профиля? или если мы уже однажды применили отпечаток кубиком - можно этот файл снести, а отпечаток уже где-то будет прописан в файлах профиля?
-
@nirvanius said in Размер профиля после обновления BAS:
@saidufa так он и прописан в файлах профиля, а точнее в файле fingerprint.json ))) причем там в этом файле не только сам отпечаток, но и правила его применения. И да, это единственное место хранения отпечатка
Спасибо, я так и предполагал, но где-то в старых темах вычитал что его можно удалить после применения, поэтому и возник вопрос (надеялся на существенную экономия места, он почти полпрофиля занимает при размере профиля 15 мб он занимает 7-8 из них)
-
@nirvanius said in Размер профиля после обновления BAS:
@saidufa Заметил, что в файле chrome_command_line.txt размер кэша перестали ограничивать 1 байтом (по умолчанию), вот кэш и записывается в профиль. Самое простое решение - замени в файле chrome_command_line.txt строку
--disk-cache-size=5000000
на --disk-cache-size=1Не надо так делать.
