Haec nota de instrumentis tergum tractat quae tergum exercent in archivo creando in servo tergum.
Inter ea quae requisita sunt duplicitas (quae interfaciem lepidam habet in forma deja dup) et duplicati.
Alterum instrumentum tergum valde praeclarum est dar, sed quia amplissimum optionum indicem habet - methodologia probatio vix 10% id quod capax est comprehendit - non eum probamus ut partem cycli currentis.
expectata results
Cum ambo candidati archivum crearent aliter aut aliter, ordinarius bitumen uti potest ut dux.
Accedit, aestimabimus quomodo bene data reposita in servo repositoria optimized sit, creando exemplarium tergum in quibus solum interest inter plenum exemplar et praesentem statum imaginum, vel inter archivi prioris et currentis (incrementales, decrementales, etc.) .
Mores creando tergum:
- Relative exiguus numerus imaginum in tergum servo repositae (comparabilis est numero exemplarium tergum vel amplitudo notitiarum in GB), sed amplitudo eorum satis magna est (decem ad centena megabytarum).
- Repositorium magnitudo tantum mutationes includet - nullae duplicatae reponendae sunt, ergo magnitudo repositio minor erit quam cum programmate rsync-substructio.
- Exspectare onus grave CPU cum compressionem et/vel encryptionem utens, et verisimile satis altum retis et orbis onus si archiving et/vel encryption processum currit in servo repono tergum.
Hoc mandatum ut referat valorem curramus:
cd /src/dir; tar -cf - * | ssh backup_server "cat > /backup/dir/archive.tar"
Exsecutionis exsecutio haec fuerunt:
Supplicium tempus 3m12s. Perspici potest celeritatem orbis subsystem limitatam servo repono, sicut in exemplo
Etiam, compressionem aestimare, eandem optionem curramus, sed comprimendum in tergum lateri server enable:
cd /src/dir; tar -cf - * | ssh backup_server "gzip > /backup/dir/archive.tgz"
Eventus sunt:
Supplicium tempus 10m11s. Verisimile est bottleneck unus-fluxus compressor in fine accepto.
Idem mandatum est, sed cum compressione transfertur servo cum notitia originali ad hypothesin probandam quod bottleneck unus-filam compressor est.
cd /src/dir; tar -czf - * | ssh backup_server "cat > /backup/dir/archive.tgz"
Contigit sic:
Executio temporis fuit 9m37s. Onus in uno nucleo a compressore conspicuum est, quia Reticulum translationis celeritas et onus in fonte disco subsystem similia sunt.
Perpendere encryption, uti potes openssl vel gpg coniungendo addito imperio openssl
aut gpg
in organo. Nam referendum erit tale praeceptum;
cd /src/dir; tar -cf - * | ssh backup_server "gzip | openssl enc -e -aes256 -pass pass:somepassword -out /backup/dir/archive.tgz.enc"
Eventus sic exierunt:
Executionis tempus evasit 10m30s, cum 2 processus in latere accepto currerent - in bottleneck iterum compressor unus-filam, plus parva encryption supra caput est.
UPD: Rogatus bliznezz addo probationes cum pigz. Si modo compressore uteris, esset 6m30s, si encryptionem etiam addas, esset circiter 7m. Intinge in fundo graph est orbis cache unflushed:
Effingo temptationem
Duplicitas pythonis est software pro tergum ut archivum encryptatum in tar forma creando.
Pro archivis incrementalibus, librsync adhibetur, ut mores descriptos expectes
Tergum potest encrypted et signari utendo gnupg, quod est magni momenti cum diversis provisoribus utendo ad condendum tergum (s3, backblaze, gdrive, etc.)
Videamus quid eventus sint:
Hi eventus cepimus, cum sine encryption currit
praedo
Quisque cursus tempus test, cursus
Lorem 1
Lorem 2
Lorem 3
16m33s
17m20s
16m30s
8m29s
9m3s
8m45s
5m21s
6m04s
5m53s
Hic eventus sunt quando gnupg encryption potest, cum clavis magnitudine 2048 frenorum:
Eadem data operandi tempus, cum encryption.
Lorem 1
Lorem 2
Lorem 3
17m22s
17m32s
17m28s
8m52s
9m13s
9m3s
5m48s
5m40s
5m30s
Truncus magnitudinis indicatus est - 512 megabytes, quae in graphis clare conspicua est; Processus onus restabat ad 50%, quod significat propositum non plus quam unum nucleum processus.
Principium operationis progressionis etiam satis clare conspicuum est: partem datam comprehenderunt, eam compresserunt et ad tergum servo repositae miserunt, quod admodum tardum esse potest.
Alia notatio est temporis cursus praedictio progressionis, quae solum pendet a magnitudine notitiae mutatae.
Encryption encryption non signanter auget temporis cursus progressio, sed processus onus auxit circiter 10%, quod admodum pulchrum esse potest.
Infeliciter, hoc programma recte condicionem cum directorio renamingentis deprehendere non potuit, et inde repositoria magnitudo evenit ut magnitudines mutationum (i.e., omnes 18GB), sed facultas utendi infido servo pro tergum clare hoc tegit mores.
Effingo temptationem
Haec programmata in C# scripta sunt et copia bibliothecarum a Mono currit usus. Est GUI tum in versione CLI.
Proximus index principalis notarum est duplicitati similis, inclusa varia provisoribus repositionis tergum, quamvis duplicitatis dissimilis, plurima notae praesto sunt sine instrumentis tertiae partis. Utrum hoc plus vel minus a casu speciali pendeat, sed incipientibus verisimilius est omnium lineamentorum indicem statim ante eas habere, quam habere ad pythonis fasciculos additos instituere. causam duplicitatis.
Alia parva nuance - programmata actuose datorum localium sqlite datorum pro utentis qui tergum incipit, sic debes insuper curare, ut requisita datorum recte specificetur singulis diebus processus cli uti incipiat. Cum per GUI vel WEBGUI operabitur, singula ab usuario occultabuntur.
Videamus quid indices haec solutio producere possit:
Si encryptionem averte (et WEBGUI hoc facere non suadeo), eventus sunt hi:
horae:
Lorem 1
Lorem 2
Lorem 3
20m43s
20m13s
20m28s
5m21s
5m40s
5m35s
7m36s
7m54s
7m49s
Cum encryption confortavit, utens aes, hoc videtur:
horae:
Lorem 1
Lorem 2
Lorem 3
29m9s
30m1s
29m54s
5m29s
6m2s
5m54s
8m44s
9m12s
9m1s
Et si programmate externo gnupg uteris, sequentia exeunt;
Lorem 1
Lorem 2
Lorem 3
26m6s
26m35s
26m17s
5m20s
5m48s
5m40s
8m12s
8m42s
8m15s
Ut vides, programma in pluribus sequelis operari potest, sed hoc non uberiorem solutionem facit, et si opus encryption compares, programma externum emittit.
citius evasit quam utens bibliotheca a Mono profectus est. Hoc potest ex eo quod progressio externa magis optimized est.
Aliud grata res fuit quod repositorium quantitatem accipit prorsus quantum notitia actualis mutata, i.e. directorium renominationum duplicati deprehendit et hanc condicionem recte tractavit. Hoc videri potest cum secundo experimento currit.
Superius, satis affirmativae progressionis impressiones, inter quae newbies satis amicae sunt.
Π Π΅Π·ΡΠ»ΡΡΠ°ΡΡ
Ambae candidati lentius laboraverunt, sed in generali, ad bitumen regularem comparato, progressus est, saltem cum duplicatis. Pretium talis progressionis patet etiam onus notabile
processus. In genere praenuntiando eventus speciales nullae sunt deviationes.
Inventiones
Si alicubi ruere non debes, et processus parcere habebis, aliqua solutionum perpensis faciet, in casu, satis multum opus factum est quod scripturae fasciae super bitumen iterari non debet. . Praesentia encryptionis valde necessaria est proprietas si ministrans exemplarium tergum recondendis plene confidere non potest.
Ad solutiones fundatur
Sunt compendia ex quantitate repositorii, sed solum duplicati.
nuntius
Tergum Pars 3: Recognitio et probatio duplicitatis, duplicati, deja dup
Tergum Pars 4: recensens et probatio zbackup, restic, borgbackup
Tergum Pars 5: Testis bacula et veeam tergum pro linux
Tergum Pars VI: Tergum Comparans Tools
Tergum Pars VII: Conclusiones
Missae ab: Pavel Demkovich
Source: www.habr.com