Изпечатай

[go_fire]

R
T
F
M
!

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

       -j, --bzip2
              Filter the archive through bzip2(1).

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

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

[3p0]

Сега върви компресия с команда: 

Код:

tar cJf /run/media/..../Archive/PAPKA.tar.xz PAPKA

[Acho]

Задобряваш все повече и повече. Браво.

[3p0]

Задобряваш все повече и повече. Браво.

Като ми написват, коя команда да използвам

[3p0]

Шампионската компресия беше постигната от последния код:

Код:

tar cJf /run/media/..../Archive/PAPKA.tar.xz PAPKA

резултатът е 5.6 Gb - файл!

[remotexx]

...Имал съм проблеми с компресирането на файлове, върху които вече е приложен компресиращ алгоритъм. И не мисля, че е постижима при тях компресия от още 20-30%.

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

Прбовай с това (само ще ти намали обема на картинките и после пак всички в един голям архив ама вече компресията може и да е отрицателна  )
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 и т.н. КБпс и вече кой кат мене, а кой да им обясни че първоначално изгубените КБпс няма откъде да се появят

[ddantgwyn]

...Имал съм проблеми с компресирането на файлове, върху които вече е приложен компресиращ алгоритъм. И не мисля, че е постижима при тях компресия от още 20-30%.

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

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

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

[go_fire]

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

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

[ddantgwyn]

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

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

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

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

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

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

[growchie]

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

[Naka]

Много е полезно в името на архива да слагаш датата. Така винаги ще знаеш кой е последният архив и няма да се чудиш

PAPKA-2017-03-22.tar.bz2

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

[go_fire]

А бе пак ще може, ама ще трябва да играе awk. А нашия приятел Трипио щом му се гади от tar, там направо ще се гътне 

п.п. Между другото аз за хронология си ползвам ls -rt. С това не казвам, че съвета с датата е лош. Много си е добър.

[3p0]

Много е полезно в името на архива да слагаш датата. Така винаги ще знаеш кой е последният архив и няма да се чудиш

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 и всичко ще се получи като в аптека!

[go_fire]

Код:

mv papka.tar.xz papka-2017-03-22.tar.xz

[3p0]

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

Ръчно ще пускам архива, че не знам как се правят скриптове. Записвам си командата, която работи, в един текстов файл, за да не я забравя и като реша да архивирам, отварям файла, копирам командата в Терминала и променям датата на архива пускам да работи....