rsync в сжатый архив файла

Виртуализация не смешивается хорошо с играми. Нет большой дискуссии об этом. Единственным достойным решением для гипервизора, работающим сверху Windows, является Hyper-V, и это не поддерживает 3D графику.

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

У Вас могут в конечном счете быть Windows вообще и Virtualbox Linux, который должен хорошо работать, хороший и простой.

11
задан 11 August 2009 в 17:35
4 ответа

Я думаю, что rsyncing к fuseCompress смонтировал, что файловая система могла бы быть наилучшим вариантом. История проекта конкретно упоминает их делающий улучшения производительности rsync с ним.

http://code.google.com/p/fusecompress/

https://github.com/tex/fusecompress/

6
ответ дан 2 December 2019 в 21:52

Я не уверен, что понимаю то, что Вы пытаетесь сделать, но Вы могли создать резервные копии gzipped на основном сервере, удостоверившись, что они с готовностью rsyncable и не потрудились распаковывать что-либо в пути.

gzip(1)

--rsyncable
       While compressing, synchronize the output occasionally based on
       the  input.   This  increases  size by less than 1 percent most
       cases, but means that the rsync(1) program can much more  effi‐
       ciently  synchronize  files  compressed with this flag.  gunzip
       cannot tell the difference between a  compressed  file  created
       with this option, and one created without it.
10
ответ дан 2 December 2019 в 21:52
  • 1
    Мило. Я didn' t знают о rsyncable флаге. That' s удобный. Интересно почему это isn' t значение по умолчанию за 1%-ю потерю –  Matt Simmons 11 August 2009 в 18:52

Можно записать обертку в rsync. Если Вы 'вытягиваете' данные, нет ничего специального, чтобы сделать. Если Вы хотите 'продвинуть' данные с исходных машин на сервер резервного копирования, это более тонко, чтобы заставить его работать:

Сначала необходимо быть уверены, что обертка вызывается с тем же именем, путем и параметрами как исходный rsync, по крайней мере, для пользователя, при котором Вы выполняете резервные копии.

Во-вторых, обязательно не запишите что-либо в stdout, потому что он исказил бы канал передачи.

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

-1
ответ дан 2 December 2019 в 21:52

Он, вероятно, ищет сжатие передачи данных через rsync, не сжатие файла в другом конце.

Выезд: http://jimmyg.org/blog/2007/rsync-basics.html

Параметры сжатия из страницы справочника:

   -z, --compress              compress file data during the transfer

        --compress-level=NUM    explicitly set compression level

По умолчанию ssh делает свое собственное сжатие до степени. Я не знаю, сколько лучшего rsync's по собственному ssh. Если большинство Ваших файлов уже сжато в gzip файлы, там вероятно, привычка - много, которое механизм сжатия rsync может сделать для Вас. Можно только сжать файл так.

-2
ответ дан 2 December 2019 в 21:52
  • 1
    Нет, I' m поиск сжатия файла в одном конце только. rsyncing уже сжатые файлы неэффективен, таким образом, I' d как rsync часть для случая с несжатыми данными. –  rjmunro 11 August 2009 в 17:37

Теги

Похожие вопросы