Как обновляться, если сеть и много баз #677742

У клиента базы расположены на сервере. 10 баз. Варианты: 1. Скопировать к себе на ноутбук и обновлять на своем ноуте. 2. Обновлять по сети. Т.е. как у клиента ведет сетевой путь до базы на сетевой диск, так и ведет. Запускаем конфигуратор, и поехали обновлять. 3. Запустить несколько конфигураторов одновременно - обновляем параллельно, скажем, 4 базы. Не могу разобраться, как быстрее. Вроде бы, локалка не должна замедлять процесс - поэтому второй способ не уступает первому, кажется. Что касается третьего способа. Я посмотрел в диспетчере задач - ну,  вроде бы проц грузит на 1 %. Памяти надо 210 мегов. Т.е., вроде бы, ничто не мешает несколько процессов обновления запустить одновременно. Был бы очень признателен за совет.

Зачем быстрее? Больше часов - больше денег.

раз нищий клиент работает с файловыми базами, то обуй его 10 раз

Только эмпирически. Лучше по-порядку, ночью и в авторежиме.

Я всегда стараюсь клиенту делать все максимально быстро. Тормозухи и так хватает. Поэтому тащу к клиенту ноут, или даже два. Все-таки быстрее получается. Да и сидеть скучно - смотреть на курсор.

Вы скажите - насколько быстрее на локальной машине, чем в сети. И второй вопрос - практикуете ли несколько баз обновлять одновременно, расплодив конфигураторы.

есть один клиент с 12-ю базами , запускаю одновременно два конфигуратора , с тремя - уже тормоза заметны

Т.е. к себе базы не тянете - ни на локальный клиентский комп, ни на свой ноут?

по сети будет дольше раз в 10

Интересно, почему так. Сеть 100 Мбит. Не нагруженная особо. Странно.

Из за особенностей сетевого файлового протокола. Несколько баз (конфигураторов) запускать на одном компе можно, но не нужно. В принципе процессора может хватить и памяти, а все упрется либо в сеть, либо в диск. Так что большого смысла не вижу.

А в чем особенности? И какой это протокол? Есть ли о нем информация в сети?

сравни с возможностями физического носителя с файловой системой NTFS.