Автор Тема: Кой архивиращ метод/програма да използвам?  (Прочетена 28891 пъти)

go_fire

  • Global Moderator
  • Напреднали
  • *****
  • Публикации: 8780
  • Distribution: Дебиан Сид
  • Window Manager: ROX-Desktop / е17
  • кашик с гранатомет в танково поделение
    • Профил
    • WWW
R
T
F
M
!

Из ръководството на tar:

Цитат
       -j, --bzip2
              Filter the archive through bzip2(1).

       -J, --xz
              Filter the archive through xz(1).


Просто замени едната буква с другата!
Активен

В $por4e2 e истината  ;)

***

Aко даваха стипендия за най-глупави, щях да съм човека с най-много Mини Kупъри

***

Reborn since 1998 || 15.09.2007 totally М$ free && conscience clear

3p0

  • Напреднали
  • *****
  • Публикации: 354
    • Профил
Сега върви компресия с команда: 
Код:
tar cJf /run/media/..../Archive/PAPKA.tar.xz PAPKA
Активен

MX Linux version 18 "Continuum"
PC: Intel® Celeron® CPU G540 2.50GHz; MB=Gigabyte GA-H61M-S2V-B3 rev.1.0; RAM=16Гб DDR3.

Acho

  • Напреднали
  • *****
  • Публикации: 5256
  • Distribution: Slackware, MikroTik - сървърно
  • Window Manager: console only
    • Профил
    • WWW
Задобряваш все повече и повече. Браво.
Активен

CPU - Intel Quad-Core Q8400, 2.66 GHz; Fan - Intel Box; MB - Intel G41M-T2; RAM - DDR2-800, Kingston HyperX, 2X2048 MB; VC - onboard, Intel G41 Express Chipset; HDD - Toshiba, 500 GB, SATAII; SB - Realtek HD Audio; DVD-RW - TSSTcorp DVD-RW; LAN - Realtek PCI-E GBE Controller; PSU - Fortron 350 Watt.

3p0

  • Напреднали
  • *****
  • Публикации: 354
    • Профил
Задобряваш все повече и повече. Браво.
Като ми написват, коя команда да използвам :)
Активен

MX Linux version 18 "Continuum"
PC: Intel® Celeron® CPU G540 2.50GHz; MB=Gigabyte GA-H61M-S2V-B3 rev.1.0; RAM=16Гб DDR3.

3p0

  • Напреднали
  • *****
  • Публикации: 354
    • Профил
Шампионската компресия беше постигната от последния код:
Код:
tar cJf /run/media/..../Archive/PAPKA.tar.xz PAPKA
резултатът е 5.6 Gb - файл!
Активен

MX Linux version 18 "Continuum"
PC: Intel® Celeron® CPU G540 2.50GHz; MB=Gigabyte GA-H61M-S2V-B3 rev.1.0; RAM=16Гб DDR3.

remotexx

  • Напреднали
  • *****
  • Публикации: 3210
    • Профил
...Имал съм проблеми с компресирането на файлове, върху които вече е приложен компресиращ алгоритъм. И не мисля, че е постижима при тях компресия от още 20-30%.

Винаги съм бил на мнение, че тези които казват 'Това не може да  бъде' да се опитват поне да не пречат на тези които го правят.

Прбовай с това (само ще ти намали обема на картинките и после пак всички в един голям архив ама вече компресията може и да е отрицателна  8))
https://github.com/dropbox/lepton

Lepton image compression: saving 22% losslessly from images at 15MB/s
https://news.ycombinator.com/item?id=12094002

Dropbox Open Sources New Lossless Middle-Out Image Compression Algorithm
https://news.slashdot.org/story/16/07/14/1638246/dropbox-open-sources-new-lossless-middle-out-image-compression-algorithm

Dropbox’s Lepton lossless image compression really uses a ‘middle-out’ algorithm
https://techcrunch.com/2016/07/14/dropboxs-lepton-lossless-image-compression-really-uses-a-middle-out-algorithm/

има и други (всички без загуба на данни, е не повече от тази при първоначалната компресия)
http://flif.info/

П.П. и няма как това ме върна във времената на .. рафтъра ..дата.даге когато лапетиите сваляха аудио файлче напр. 96 Кбпс и го конверитараха на 128,256,384 и т.н. КБпс и вече кой кат мене, а кой да им обясни че първоначално изгубените КБпс няма откъде да се появят
« Последна редакция: Mar 21, 2017, 20:07 от remotexx »
Активен

ddantgwyn

  • Global Moderator
  • Напреднали
  • *****
  • Публикации: 1262
    • Профил
...Имал съм проблеми с компресирането на файлове, върху които вече е приложен компресиращ алгоритъм. И не мисля, че е постижима при тях компресия от още 20-30%.

Винаги съм бил на мнение, че тези които казват 'Това не може да  бъде' да се опитват поне да не пречат на тези които го правят.

Прбовай с това (само ще ти намали обема на картинките и после пак всички в един голям архив ама вече компресията може и да е отрицателна  8))
https://github.com/dropbox/lepton

ами пробвах и не мисля, че за моите цели е практично. освен това не видях как да го накарам да компресира всички картинки от една директория, но и не съм търсил много дълго.
Активен

the lamer's team honourable member

go_fire

  • Global Moderator
  • Напреднали
  • *****
  • Публикации: 8780
  • Distribution: Дебиан Сид
  • Window Manager: ROX-Desktop / е17
  • кашик с гранатомет в танково поделение
    • Профил
    • WWW
Не мога да разбера, защо двама от най-умните и опитни хора тук спорите за глупости. По-добра компресия винаги може да се измисли. Ограничението е същото, каквото е и за доброто шифроване — процесорна мощ. Така, че и в бъдеще ще виждаме още по-добра компресия. Не е завършен пътя.

Нещо повече. Вече има разработени такива алгоритми в научните трудове. Но ще бъдат въведени, едва, когато станат практични. Засега са прекалено бавни.
Активен

В $por4e2 e истината  ;)

***

Aко даваха стипендия за най-глупави, щях да съм човека с най-много Mини Kупъри

***

Reborn since 1998 || 15.09.2007 totally М$ free && conscience clear

ddantgwyn

  • Global Moderator
  • Напреднали
  • *****
  • Публикации: 1262
    • Профил
Не мога да разбера, защо двама от най-умните и опитни хора тук спорите за глупости. По-добра компресия винаги може да се измисли. Ограничението е същото, каквото е и за доброто шифроване — процесорна мощ. Така, че и в бъдеще ще виждаме още по-добра компресия. Не е завършен пътя.

flame wars -- поддържаме форма ::)

Цитат
Нещо повече. Вече има разработени такива алгоритми в научните трудове. Но ще бъдат въведени, едва, когато станат практични. Засега са прекалено бавни.

Ами и аз това казвам -- lepton не е практичен за моите цели, поне докато не разбера как мога да компресирам цяла директория на един път. Друг проблем е, че снимките стават негледаеми по този начин.

А сега се сещам и нещо друго -- при стъпката, която са приели за капацитета на твърдите дискове -- 0,5; 1; 2; 4 TB, 20% компресия няма да ми отразят чак толкова осезаемо във финансов аспект на фона на другите недостатъци.

Говоря само и единствено за снимки, да не започнете да ми обяснявате колко много не ги разбирам тези неща :P
Активен

the lamer's team honourable member

growchie

  • Напреднали
  • *****
  • Публикации: 623
    • Профил
@3p0 Ръчно ли ще си пускаш архива или ще си пишеш скрипт? Ако те интересува автомаизиране и неща за по-интелигентно архивиране, може да погледнеш ето тази статийка от сайта: http://www.linux-bg.org/cgi-bin/y/index.pl?page=article&id=advices&key=373636577 Лично на мен ми беше много полезна и напрактика всичките ми бекъп скриптове съм ги организирал на този принцип. Няма да издам някаква тайна, ако кажа, че при бекъпа не е важно колко мачкаш, а колко често архивираш и колко лесно после възстановяваш. Имам дневен, седмичен, месечен и годишен бекъп, като в края на всеки цикъл трия данните от по-високо ниво. Това е и добра стратегия за защита от криптовируси да речем, понеже неестествено голям архив на данните пред деня ще означава нещо нередно.
Активен

Naka

  • Напреднали
  • *****
  • Публикации: 3395
    • Профил
Много е полезно в името на архива да слагаш датата. Така винаги ще знаеш кой е последният архив и няма да се чудиш

PAPKA-2017-03-22.tar.bz2

И то в такъв ред Година-Месец-Ден а Не обратното (22-03-2017), както е общоприетото.
Така като имаш много архиви в една папка можеш да ги сортираш хронологично (а ако е обратното, няма да може)
 
« Последна редакция: Mar 22, 2017, 11:49 от Naka »
Активен

Perl - the only language that looks the same before and after encryption.

go_fire

  • Global Moderator
  • Напреднали
  • *****
  • Публикации: 8780
  • Distribution: Дебиан Сид
  • Window Manager: ROX-Desktop / е17
  • кашик с гранатомет в танково поделение
    • Профил
    • WWW
А бе пак ще може, ама ще трябва да играе awk. А нашия приятел Трипио щом му се гади от tar, там направо ще се гътне  ;D

п.п. Между другото аз за хронология си ползвам ls -rt. С това не казвам, че съвета с датата е лош. Много си е добър.
« Последна редакция: Mar 22, 2017, 11:55 от go_fire »
Активен

В $por4e2 e истината  ;)

***

Aко даваха стипендия за най-глупави, щях да съм човека с най-много Mини Kупъри

***

Reborn since 1998 || 15.09.2007 totally М$ free && conscience clear

3p0

  • Напреднали
  • *****
  • Публикации: 354
    • Профил
Много е полезно в името на архива да слагаш датата. Така винаги ще знаеш кой е последният архив и няма да се чудиш

PAPKA-2017-03-22.tar.bz2

И то в такъв ред Година-Месец-Ден а Не обратното (22-03-2017), както е общоприетото.
Така като имаш много архиви в една папка можеш да ги сортираш хронологично (а ако е обратното, няма да може)
Още сега ще направя това, за да свикна:
Временно ще преименувам PAPKA на PAPKA-2017-03-22
Ще пусна в Терминала команда:
Код:
tar cJf /run/media/..../Archive/PAPKA-2017-03-22.tar.xz PAPKA-2017-03-22
След като се компресира, връщам името на папката на: PAPKA и всичко ще се получи като в аптека!
Активен

MX Linux version 18 "Continuum"
PC: Intel® Celeron® CPU G540 2.50GHz; MB=Gigabyte GA-H61M-S2V-B3 rev.1.0; RAM=16Гб DDR3.

go_fire

  • Global Moderator
  • Напреднали
  • *****
  • Публикации: 8780
  • Distribution: Дебиан Сид
  • Window Manager: ROX-Desktop / е17
  • кашик с гранатомет в танково поделение
    • Профил
    • WWW
Код:
mv papka.tar.xz papka-2017-03-22.tar.xz
Активен

В $por4e2 e истината  ;)

***

Aко даваха стипендия за най-глупави, щях да съм човека с най-много Mини Kупъри

***

Reborn since 1998 || 15.09.2007 totally М$ free && conscience clear

3p0

  • Напреднали
  • *****
  • Публикации: 354
    • Профил
@3p0 Ръчно ли ще си пускаш архива или ще си пишеш скрипт? Ако те интересува автомаизиране и неща за по-интелигентно архивиране, може да погледнеш ето тази статийка от сайта: http://www.linux-bg.org/cgi-bin/y/index.pl?page=article&id=advices&key=373636577 Лично на мен ми беше много полезна и напрактика всичките ми бекъп скриптове съм ги организирал на този принцип. Няма да издам някаква тайна, ако кажа, че при бекъпа не е важно колко мачкаш, а колко често архивираш и колко лесно после възстановяваш. Имам дневен, седмичен, месечен и годишен бекъп, като в края на всеки цикъл трия данните от по-високо ниво. Това е и добра стратегия за защита от криптовируси да речем, понеже неестествено голям архив на данните пред деня ще означава нещо нередно.
Ръчно ще пускам архива, че не знам как се правят скриптове. Записвам си командата, която работи, в един текстов файл, за да не я забравя и като реша да архивирам, отварям файла, копирам командата в Терминала и променям датата на архива пускам да работи....
Активен

MX Linux version 18 "Continuum"
PC: Intel® Celeron® CPU G540 2.50GHz; MB=Gigabyte GA-H61M-S2V-B3 rev.1.0; RAM=16Гб DDR3.