netrebos
Full Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору rex Цитата: Я себе подобрал оптимальную | Одновременно и согласен, и нет. Цитата: Я себе подобрал оптимальную, с моей точки зрения, систему | такая система подразумевает слишком много резервных дисков, занятых обработкой только одной базы, потому что не плохо было бы иметь еще и "копию копии". Что произойдет, если во время например, "обрезания -- упаковки" ребенок выдернет шнур накопителя. База издохнет. Цитата: А кэш SAS может быть один на резервном диске, пока устойчивость кэша SatMap под вопросом, но в целом, с учетом возможности отказа HD и прочих факторов, кэш SAS намного менее надежен чем кэш SatMap. | -- согласен, нет ничего вечного Цитата: Кстати если дефрагментацию базы SatMap можно сделать банальным экспортом, то дефрагментацию базы SAS сделать можно только сверхдолгим, и практически нереальным копированием с диска на диск (что тоже экспорт, но ооочень медленный). Плюс куча мелких файлов занимает намного больше дискового пространства, чем компактная база. | -- тоже верно А вот с этим абсолютно не согласен: Цитата: не думаю, что relictus стоит тратить время на дополнительные приспособления к кэшу SAS. Кэш SAS временная мера, даже для самой SAS. | 1) Раз уже возможен импорт\экспорт, чуть сократить порядок ходов с "выкачиваем" - "экспортируем" до просто "выкачиваем" большого труда не составит, а экономия времязатрат пользователя на обработку черновиков сократится вдвое, а то и втрое, если учитывать уточнение egor23 об Цитата: ограничение на размер одиночного кэша | 2) На относительно короткий отрезок времени, когда нужно развернуть всю черновую базу, действующий кэш САС более ударопрочен на разные воздействия пользователя -- угробить десяток тайлов безобиднее, чем 2 -- 4 гб даже промежуточного архива. За это время издыхание HD возможно, но не гарантировано. А в остальном кэш САС крайне неудобен (по крайней мере в зоне гугля), согласен. Но именно об этом отрезки времени я и пекусь. Заодно можно сэкономить как минимум один накопитель на хранении копии. . 3) Сама надстройка САС пока несколько шире функций SatMap, что дает дополнительные преимущества в работе с черновиком. Одно полигонное выделение чего стоит (не в упрек). Отрисовка заполняемости слоев так же происходит быстрее. Да и количество подключенных ресурсов велико -- иногда полезно для сравнения с черновиком в одном окне. 4) Как ни странно, но допотопный механизм выкачивания тайлов САС для меня оказался очень удобным для подчистки небольших пропусков -- он лучше справляется с некоторыми особенностями моей сети именно во время коротких, около 100 тайлов, закачек. Цитата: Кэш SAS временная мера, даже для самой SAS. | GoogleMV оказался временной мерой для GoogleMV. Тем не менее САС предусматривает возможность сразу формировать кэш в формате GoogleMV -- удобная демократия выбора, на определенном этапе расширившая чьи-то возможности. Когда что-то есть -- можно пользоваться, можно нет. Когда нет -- то нет и выбора. Ну целый роман накропал -- пусть relictus решает, а то еще голосование устроим раз речь зашла о демократии. |