Цитата(Владимир @ Aug 14 2018, 10:32)
если Vault стоит на виртуалке -- будет все то, что описано выше, если число подключений будет заметно.
Печально. Согласитесь, что сделано через место, в котором ни когда не светит солнце. С одной стороны
глоболизация - это хорошо решили библиотеку переместить в централизованное сетевое хранилище, с другой стороны не научили АД НЕНАПРЯМУЮ обращаться к библиотеке при движении мышки. Букву s ввел в окне Libraries - ад удалил все имена из Component Name, которые не на s. Нажал t - остались только st*. Когда библиотека в сети, то эта фильтрация длиться очень очень долго. Это же не HD, и не SSD, это сетевой ресурс. До него доступ на порядок (если не на два, три) меньше.
Например.... такая технология: яндекс.диск/дропДиск/гуглДиск (далее яд), Можно разместить библиотеку на яд в облако. До облачного яд может быть доступ 3Гб, а может быть 9600 бит/сек (а может быть вообще по расписанию - каждое утро с 8 до 9). На рабочих ПК ставим клиента яд и делаем локальные копии библиотек. АД работает с локальными копиями, быстро, шустро. При сохранении библиотеки АД быстро сохранит локально, а клиент ЯД в фоне синхронизирует с облаком. Я думал, что может Vault работает по подобной технологии? Может родное хранилище библиотек работает как-то через локальные копии....
ps а как ад с ваултом работает при отсутствии сетевого ресурса? если комп в офлайне, то вообще библиотеки не доступны? С яд можно в офлайне работать. Правда могут быть коллизии на сохранение.... но это можно административно решить.