@lcatlas said in Остановить запись на диск (сдох один из SSD):
@FastSpace хм, в целом, вариант неплохой, но симлинк по локалке - довольно геморройный зверь. Или BAS-у можно указать рабочую директорию appdata?
Не надо никакой симлинк.
Встроенная утилита в винду создает общий диск на всех Z. В BAS можно указывать спокойно путь в этот диск, как и обычный диск C.
Я так профиля грею со всех серваков в 1 папку и регеры черпают оттуда профиля.
@FastSpace имеете ввиду подключение сетевого диска, правильно понимаю? Да я в целом и по \\ работаю.
Мне больше интересно, как прокинуть appdata. (он туда пишет бэкапы все равно) - и вот эти бэкапы могут занимать по 20-30 гигов за месяц, легко.
Как эту папку прокинуть и с ней работать? Особенно трэш происходит, когда он обновляет версии софта, после этого он записывает бэкап всего туда.
@lcatlas said in Остановить запись на диск (сдох один из SSD):
@Vituskosoy подскажите пожалуйста, как Вы это реализуете? Заранее большое спасибо. Виртуальный диск идет в памяти, или с винта?
В оперативной памяти создаю диск (драйвер ImDisk), раз в сутки система перегружается, на диск распаковывается BAS. Размер под себя подбирать надо, сейчас работает 4 скрипта 40 браузеров, занято 2,7ГБ, диск растет медленно (больше 3ГБ не видел). Ну и папка Temp там же... Плюс в том, что всё быстро работает и ничего чистить не надо, минус - бэкапы и логи трутся, но когда всё отлажено, не критично.
@Vituskosoy понял, благодарю, интересный вариант, рассмотрю обязательно, смущает немножко потеря 4 гигов, так как на объеме с каждого компа выходит больше 80+ гигов (
В моем случае это пара компов (
Надо подумать еще насчет кэширующего диска по локалке, в духе ссд от samsunga с большой перезаписью. Но не до конца пока понимаю, как аппдату туда снести целиком при обновлениях.
@lcatlas said in Остановить запись на диск (сдох один из SSD):
Всем добрый день, не подскажите пожалуйста, как минимизировать максимально запись скриптов на диск? На днях сдох один из SSD в машинах, не хотелось бы их менять ежемесячно)
Так как запись порой просто избыточна, иногда чищу по 10-20 гигов за пару недель с винта. (скрипт работает только один в 30-40 потоков)
Всем заранее большое спасибо.
Дико странная история. На моём рабочем пк сперва был ssd на 120 гигов, потом я к нему добавил ssd на 500 гигов. И за два года беспрерывной работы с BAS с утра до ночи без выходных и праздников ни разу не было ни каких проблем с винтами. BAS в принципе не так уж много данных пишет, что бы ssd мог выйти из строя по этой причине.
Я вроде спросил, как отключить определенные функции в софте, разве был вопрос, какой жесткий диск выбрать?
И вам ответили первым же сообщением.
@lcatlas said in Остановить запись на диск (сдох один из SSD):
Мне больше интересно, как прокинуть appdata. (он туда пишет бэкапы все равно) - и вот эти бэкапы могут занимать по 20-30 гигов за месяц, легко.
Как эту папку прокинуть и с ней работать? Особенно трэш происходит, когда он обновляет версии софта, после этого он записывает бэкап всего туда.
При отключенных бекапах, бекапы не накапливаются. Возможно ваш скрипт скачивает рандомные файлы, которые сохраняются в директории BAS с расширением .file?
Сами бекапы сохраняются только в режиме "записи" сохраняя по дефолту проект 1 раз в 5 минут. Вы писали, что скрипт работает в 30-40 потоков, а это возможно только в режиме "запуска", тогда о каких больших объёмах записи данных вы говорите?
Так же можете просто скомпилировать скрипт, тогда ни каких обновлений или бекапов не будет.
Если вы считаете основной проблемой то, что BAS записывает много данных в определённые папки, то просто измените этим папкам разрешение
и всё, BAS за весь день ни разу не сохранил в эту папку ни один бекап
при этом даже в ручную создать папку в бекапах не получится:
Сейчас покажу:
Папка prof (Занимает 10 гигов.), новая версия программы. (22.5.1)
Скачана была несколько дней назад.
Скомпилированный скрипт, несколько дней назад, работал в 70 потоков, папка спустя несколько дней занимает 4 гига.
К сожалению, там не только бэкапы кушают место. В основном - это скомпилированные скрипты, которые пишут данные в папку при работе. Если папку не чистить, при 70 потоках она за месяц начнет занимать 20+ гигов у меня. Стартует через --silent, я ее не открываю/закрываю в принципе. Висит все время.
@lcatlas said in Остановить запись на диск (сдох один из SSD):
Сейчас покажу:
Папка prof (Занимает 10 гигов.), новая версия программы. (22.5.1)
Скачана была несколько дней назад.Скомпилированный скрипт, несколько дней назад, работал в 70 потоков, папка спустя несколько дней занимает 4 гига.
К сожалению, там не только бэкапы кушают место. В основном - это скомпилированные скрипты, которые пишут данные в папку при работе. Если папку не чистить, при 70 потоках она за месяц начнет занимать 20+ гигов у меня. Стартует через --silent, я ее не открываю/закрываю в принципе. Висит все время.
В папке prof находятся временные профиля (любое действие в браузере обязательно должно создать временный профиль для корректной работы), они автоматически должны удаляться по завершению потока.
Позже я проверю, удаляются ли временные профили в скомпилированном скрипте при запуске --silent
К сожалению, ничего не удаляется. Скрипты остановлены полностью все. Все осталось в папке. Но, к сожалению - это не отменяет факта того, что за несколько дней софт записал больше 10 гигов, работая в 70 потоков.
Вот у меня и возник вопрос, как бы все это вынести адекватно, чтобы не убивать системные винты на серверах.
Может быть действительно общий SSD в сети и запускать только скомпилированные? Не всегда удобно с точки зрения тестирования, но зато будут живы ))
В общем, спасибо всем большое за помощь и идеи, буду держать только скомпилированные проекты, а через сеть Samsung PRO поставлю 850 серии, в теории, его должно хватить на 20 машин. Если не хватит - разобью на два.
И запускать всю работу буду оттуда. Чтобы не убивать недорогие системные винты и не тратить время/деньги на восстановление машин. Пока ковырялся, заметил, что ключи вернули старые:
--disable-gpu
--disable-gpu-compositing
--disable-gpu-shader-disk-cache
--enable-widevine-cdm
Руками добавил deleted, но странно.
@rtmcrc said in Остановить запись на диск (сдох один из SSD):
@Fox Верните пожалуйста автоудаление временных профилей ,часто приходится вносить корректировки в скрипт и скрипты работают в нескомпилированном виде
А вы уверены, что я что то убирал?
@rtmcrc said in Остановить запись на диск (сдох один из SSD):
@Fox Странно но у меня такая же проблема, скопились профили на овер 10 гигов.
Давайте проясним ситуацию, я не разработчик BAS, если у вас не удаляются временные профиля в 24 версии BAS, то нужны ответы на такие вопросы:
