The format in which files are store

The format in which files are stored can have an effect on the efficiency of the P2P backup system. At first, backing up each file as a whole might seem like the obvious choice, since files are only useful in their entirety. However, the creators of the P2P backup systems pStore and PeerStore have hown that there are benefits to splitting files up into fixed-sized chunks, rather than distributing complete files to peers. In these systems, this is accomplished by creating two types of files: a ”file block”, which contains a section (chunk) of the original file, and a ”file block list”, which contains information on which file blocks compose the original file and how to order them. This allows for peer heterogeneity in terms of storage capacity. For example, if a peer needs to store a 10GB file, it does not need to find an individual peer capable of storing 10GB (which might be rare); rather, it needs to find a number of peers, each capable of storing the size of a chunk (which is magnitudes smaller in size than the original file).
Equation 2.1 shows how many peers are needed to store a file F for a given chunk size c, the number of desired replications of the file r, and the size of the file Fsize.

Результаты (русский) 1:

Формат, в котором хранятся файлы могут иметь влияние на эффективность системы резервного копирования P2P. Во-первых резервное копирование каждого файла в целом может показаться очевидным выбором, поскольку файлы только полезны в их полном объеме. Однако создатели P2P системы резервного копирования pStore и PeerStore имеют hown, что есть преимущества для разделения файлов на куски фиксированного размера, вместо того, чтобы распространять полные файлы для сверстников. В этих системах, это достигается путем создания двух типов файлов: «файлового блока», который содержит раздел (фрагмент) оригинального файла, и «список блоков файлов», который содержит информацию, на которой файл блоки составить исходный файл и как заказать их. Это позволяет для одноранговых неоднородность с точки зрения емкости хранения. Например если одноранговый узел должен хранить файл 10 ГБ, он не нужно найти отдельных сверстников может хранить 10 ГБ (что может быть редким); скорее ему необходимо найти несколько одноранговых узлов, каждый способный хранить размер блока (что величина меньше по размеру, чем исходный файл). Уравнение 2.1 показывает, сколько узлов необходимо для хранения файла F для заданного блока размер c, количество желаемого репликациями r файла и размер файла Fsize.

Результаты (русский) 2:

Формат , в котором хранятся файлы могут иметь влияние на эффективность системы резервного P2P. Во - первых, резервное копирование каждого файла в целом может показаться очевидным выбором, так как файлы могут быть использованы только во всей их полноте. Тем не менее, создатели P2P систем резервного копирования PStore и PeerStore имеют hown , что есть преимущества разделения файлов вверх в фиксированного размера кусков, а не распространения полных файлов по отношению к аналогам. В этих системах, это достигается путем создания двух типов файлов: "файл блок", который содержит раздел (куска) исходного файла, и " черный список файлов", который содержит информацию , на которой блоки файлов сочинить оригинал файл и как заказать их. Это позволяет пэра гетерогенность с точки зрения емкости. Например, если одноранговое должен хранить файл 10GB, ему не нужно найти индивидуальный сверстников, способный хранить 10GB (которые могут быть редкими); скорее, он должен найти ряд коллег, каждый из которых способен хранить размер куска (который величины меньше по размеру, чем исходный файл).
Уравнение 2.1 показывает , как нужны многие сверстники , чтобы сохранить файл F для заданного размера порции C, количество требуемых репликаций файла г, а размер файла FSIZE.

Результаты (русский) 3:

формат, в котором хранятся может сказаться на эффективности P2P системы резервного копирования.во - первых, заступился за каждый файл в целом может показаться очевидным, поскольку файлы только полезными в их совокупности.однако создатели P2P резервных систем pstore и peerstore есть hown, что существуют льготы для разделения файлы на фиксированного размера кусков, а не распространяет полное досье на коллег.в этих системах, это достигается путем создания двух типов файлов: "файл блок", в котором содержится в разделе (фрагмент) исходный файл, и "файл блок список", в котором содержится информация о файл, который блокирует сочинить оригинальный файл и как для их.это позволяет для коллегиального неоднородность с точки зрения емкости.например, если нужно хранить 10 сверстников файл, ему не нужно подобрать коллегиального, способную обеспечить хранение 10 гб (которые можно редко); напротив, он должен найти ряд коллег, каждый из которых способен хранить размер кусок (которая величины меньше по размеру, чем оригинальный файл).уравнение 2.1 показывает, сколько сверстников для хранения файл F на данный кусок размера с, число желаемых репликации файл R, и размер файла fsize.