У клиента базы расположены на сервере. 10 баз.

Варианты:
1. Скопировать к себе на ноутбук и обновлять на своем ноуте.
2. Обновлять по сети. Т.е. как у клиента ведет сетевой путь до базы на сетевой диск, так и ведет. Запускаем конфигуратор, и поехали обновлять.
3. Запустить несколько конфигураторов одновременно - обновляем параллельно, скажем, 4 базы.

Не могу разобраться, как быстрее. Вроде бы, локалка не должна замедлять процесс - поэтому второй способ не уступает первому, кажется.

Что касается третьего способа. Я посмотрел в диспетчере задач - ну,  вроде бы проц грузит на 1 %. Памяти надо 210 мегов. Т.е., вроде бы, ничто не мешает несколько процессов обновления запустить одновременно.

Был бы очень признателен за совет.

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

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

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

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

Вы скажите - насколько быстрее на локальной машине, чем в сети.

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

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

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

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

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

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

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

(11) wiki:Network_File_System
сравни с возможностями физического носителя с файловой системой NTFS.