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

go_fire

  • Участник
  • *****
  • Публикации: 5075
  • 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

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

PC1: Intel® Celeron® CPU G540 2.50GHz; MB=Gigabyte GA-H81M-S2H rev.1.0; RAM=16Гб DDR3; VIDEO=SAPPHIRE ATI RADEON 4850.
PC2: AMD Athlon (tm) 64 X2 Dual Core Processor 5400+ 2.80 GHz; MB=GIGABYTE M61PME-S2P; RAM=8Гб DDR2; Video=NVIDIA nForce 6150SE (6100-430) - built in the MB.

Acho

  • Участник
  • *****
  • Публикации: 3307
  • 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 - SeaGate, 160 GB, SATAII; SB - Realtek HD Audio; DVD-RW - TSSTcorp DVD-RW; LAN - Realtek PCI-E GBE Controller; PSU - Fortron 350 Watt.

3p0

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

PC1: Intel® Celeron® CPU G540 2.50GHz; MB=Gigabyte GA-H81M-S2H rev.1.0; RAM=16Гб DDR3; VIDEO=SAPPHIRE ATI RADEON 4850.
PC2: AMD Athlon (tm) 64 X2 Dual Core Processor 5400+ 2.80 GHz; MB=GIGABYTE M61PME-S2P; RAM=8Гб DDR2; Video=NVIDIA nForce 6150SE (6100-430) - built in the MB.

3p0

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

PC1: Intel® Celeron® CPU G540 2.50GHz; MB=Gigabyte GA-H81M-S2H rev.1.0; RAM=16Гб DDR3; VIDEO=SAPPHIRE ATI RADEON 4850.
PC2: AMD Athlon (tm) 64 X2 Dual Core Processor 5400+ 2.80 GHz; MB=GIGABYTE M61PME-S2P; RAM=8Гб DDR2; Video=NVIDIA nForce 6150SE (6100-430) - built in the MB.

remotexx

  • Участник
  • *****
  • Публикации: 758
    • Профил
...Имал съм проблеми с компресирането на файлове, върху които вече е приложен компресиращ алгоритъм. И не мисля, че е постижима при тях компресия от още 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 и т.н. КБпс и вече кой кат мене, а кой да им обясни че първоначално изгубените КБпс няма откъде да се появят
« Последна редакция: Мар 21, 2017, 20:07 от remotexx »
Активен

ddantgwyn

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

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

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

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

--
the lamer's team honourable member

go_fire

  • Участник
  • *****
  • Публикации: 5075
  • 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
  • Участник
  • *****
  • Публикации: 1079
    • Профил
Не мога да разбера, защо двама от най-умните и опитни хора тук спорите за глупости. По-добра компресия винаги може да се измисли. Ограничението е същото, каквото е и за доброто шифроване — процесорна мощ. Така, че и в бъдеще ще виждаме още по-добра компресия. Не е завършен пътя.

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

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

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

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

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

--
the lamer's team honourable member

growchie

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

Naka

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

PAPKA-2017-03-22.tar.bz2

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

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

go_fire

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

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

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

***

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

***

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

3p0

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

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

PC1: Intel® Celeron® CPU G540 2.50GHz; MB=Gigabyte GA-H81M-S2H rev.1.0; RAM=16Гб DDR3; VIDEO=SAPPHIRE ATI RADEON 4850.
PC2: AMD Athlon (tm) 64 X2 Dual Core Processor 5400+ 2.80 GHz; MB=GIGABYTE M61PME-S2P; RAM=8Гб DDR2; Video=NVIDIA nForce 6150SE (6100-430) - built in the MB.

go_fire

  • Участник
  • *****
  • Публикации: 5075
  • 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

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

PC1: Intel® Celeron® CPU G540 2.50GHz; MB=Gigabyte GA-H81M-S2H rev.1.0; RAM=16Гб DDR3; VIDEO=SAPPHIRE ATI RADEON 4850.
PC2: AMD Athlon (tm) 64 X2 Dual Core Processor 5400+ 2.80 GHz; MB=GIGABYTE M61PME-S2P; RAM=8Гб DDR2; Video=NVIDIA nForce 6150SE (6100-430) - built in the MB.