Вышел архиватор Rar 5.0 для Linux и FreeBSD с поддержкой нового одноимённого формата

а вот если-бы ты использовал ssh, разницы-бы и не было. (там сжатие встроено)

По умолчанию оно выключено,

включи

к тому же там gzip (man ssh)

и что? В ssh да, gzip. Тебе мало? Зачем для передачи потока юзать PPMD или другой блочный алгоритм, например BWT?

Очевидно для создания сжатого контента обладающего контрольной суммой.

кстати, зачем нужна контрольная сумма, если всё равно проверяем gpg сигнатуру? Процессор лишний раз погреть?

С тех пор, как Рошал обнаружил, что архиватор может выглядеть красиво — он стал программой для людей.

Наличие таких явлений как киркоров, руки в верх и тд говорит о то что спрос есть на все что угодно

а разве эта ваша NTFS уже не тупит и фрагментируется от кучки мелких файликов?

вопрос очевидно к любителям мастдая, не ко мне

ты не понял, он RAR архив делает нечестно. Для текстовых файлов со специальным пресетом. Т.е. rar заранее «знает», что после q почти всегда идёт u.

там tar - единый файл, единый поток, другой вопрос что в потоке он может как то и мухлюет

В ssh да, gzip. Тебе мало?

В ssh хватает, а в scp/sftp мало, но там уже идут tar.xz

кстати, зачем нужна контрольная сумма, если всё равно проверяем gpg сигнатуру? Процессор лишний раз погреть?

очевидно для гарантий целостности в случае ненужности гарантии достоверности

а на серваке они успешно распаковались с 2014-м годом.

ну так нужно значит распаковывать в песочницу, делать всем touch и переносить

Думал уже в скрипте багу искать.

бага и есть

дело в том что tar включен в POSIX. На веки вечные видать...

Веки вечные закончились в 2008 :)

pax его умеет, да

Арифметическое кодирование и Хаффман — это энтропийное кодирование

А самолёт и велосипед - средства передвижения

В архиваторах используются оба метода, сначала контекстный, а потом энтропийный.

Мы же про Rar говорим либо проблемы Вселенной?

В раре это LZ78 или PPMD, а потом арифметик. В gzip это LZ78 и Хаффман, т.к. арифметик был закрыт патентом в пиндостане.

Ололо, почитай про LZ78, онолитик =)

Если ты глянешь на https://www.kernel.org/ то увидишь xz, а вовсе не gz.

gz там то-же есть, в недрах

А не нужно в уиндовс ничего запаковывать.

а разве эта ваша NTFS уже не тупит и фрагментируется от кучки мелких файликов?

вопрос очевидно к любителям мастдая, не ко мне

да? А откуда тебе знать, что там «не нужно»?

непонятно, зачем Евгений утруждает себя разработкой продукта для 1% неадекватных фанатиков

видимо даже этот 1% приносит хорошие деньги

да? А откуда тебе знать, что там «не нужно»?

ибо масдай не нужен

Плюсик в карму ушел.

В ssh хватает, а в scp/sftp мало

дык в scp/sftp оно на лету зажимает/разжимает. А если тебе хранить надо, то юзай xz в конвейере. Это уже другая задача.

Я имел ввиду задачу «передать Over9000 файлов сквозь узкий канал», очевидно, их надо слить в один поток, сжать поток, передать, разжать, и разделить поток на Over9000 файлов. Tar|ssh|sshd|tar с этим отлично справляются, и никакого отдельного сжатия тут не нужно. Как и сжатие внутри tar. Наоборот, это ssh должна знать, какой канал «узкий», а какой «широкий». И сжимать так, как сказано в ~/.ssh/config.

Те, кто хочет халявы - это либо упоротые фанатики, либо не адаптировавшиеся пользователи с форточек, которые даже 5 долларов не продонатят в какой-нибудь LibreOffice.

Не обижайте фанатиков пжлст. Фанатики халявы это как вообще.

И им прикольно рвать шаблон, например можно показать, как можно шифровать без пароля, но при этом расшифровать без пароля невозможно

У меня тоже возникает резонный вопрос - для чего такие извращения?

а НЕ непрерывный это gzip|tar (:

Переставлять аргументы при сжатии и (помнить) распаковке для красноглазых куда «проще», чем запомнить -s и не делать ничего при распаковке? Охотно верю =)

Я уже им рассказывал про xz, они сказали «это недоделанный архиватор, т.к. умеет жать только один файл. Не нужно!».

Т..к. xz внезапно и не архиватор вовсе, а лишь компрессор потока =)

Имелось в виду, что любители халявы - фанатики опенсорса, которые действительно считают, что всё должно быть бесплатно и с открытыми исходниками. Или те, кто ещё не привык платить после перехода с форточек.

фанатики опенсорса
считают, что всё должно быть бесплатно

Прошу прощения, но это не фанатики опенсорца. И вообще вряд ли фанатики чего угодно. Фанатизм imho должен подразумевать некую идейную составляющую, а желание безвозмездно есть, пить, ездить на быстрых машинах и иметь красивых женщин /me бы к таковым не относил.

Или те, кто ещё не привык платить после перехода с форточек.

Забавно звучит :) Хоть и не шутка.

Также маздайщики свято верят в невозможность создания tar'а с инфой для восстановления. Про par2 они естественно и не догадываются.

Также, автовладельцы свято верят в невозможность нормально ездить на ВАЗ'аз. Про мерседесы, они, естественно, и не догадываются

очевидно для гарантий целостности в случае ненужности гарантии достоверности

очевидно, что этим транспорт заниматься должен. Ну да ладно, пусть будет, оно вправду полезно иногда, да и считается быстро.

Можно ждать обновлённой версии для оффтопа для 7-zip? Ведь там в комплекте dll-ка с для распаковки .rar-архивов.

Но постойте, зачем тогда Линус делает tar.gz если оно уже есть в браузере ?

Если ты глянешь на https://www.kernel.org/ то увидишь xz, а вовсе не gz.

gz там то-же есть, в недрах

есть, но и не только.

А ты не смотри ;-)

А вы, собственно, из тех, кто ненавидит всем сердцем проприетарщину и говорит об этом в каждой теме про проприетарные игры и программы только потому, что это проприетарщина? Я вот таких имел ввиду. И да, предпочитать опенсорс и использовать только его из-за религии - разные вещи.

И им прикольно рвать шаблон, например можно показать, как можно шифровать без пароля, но при этом расшифровать без пароля невозможно

У меня тоже возникает резонный вопрос - для чего такие извращения?

а как ты будешь делать на сервере зашифрованные бекапы? Хранить пароль в текстовом файле, или вбивать его ручками каждый раз?

Переставлять аргументы при сжатии и (помнить) распаковке для красноглазых куда «проще», чем запомнить -s и не делать ничего при распаковке? Охотно верю =)

слушай, а зачем тебе вообще такие архивы? Мне они раз в 100 лет нужны. Я могу и раз в 100 лет запомнить. Что до формата, то имя архива будет *.tar, а в нём *.gz файлы. Разве непонятно, как такое распаковать? Кстати, файл *.gz можно читать любой less и любым vim'ом. Без внешней распаковки (именно так маны хранятся).

Т..к. xz внезапно и не архиватор вовсе, а лишь компрессор потока

именно так. Но его _можно_ прикрутить к чему угодно (tar, gpg, etc...), причём даже тогда, когда этот компрессор только появился.

Также маздайщики свято верят в невозможность создания tar'а с инфой для восстановления. Про par2 они естественно и не догадываются.

Также, автовладельцы свято верят в невозможность нормально ездить на ВАЗ'аз. Про мерседесы, они, естественно, и не догадываются

по делу есть что сказать?

У нас на серверах временная зона стоит в UTC. Тот кто не понимает необходимости UTC - житель дерени никогда из нее не вибирающийся

Наверное всё-таки часы в UTC, а не зона?

А вы, собственно, из тех, кто ненавидит всем сердцем проприетарщину и говорит об этом в каждой теме про проприетарные игры и программы только потому, что это проприетарщина?

Нет, не из тех. Вообще смысла в этих действиях не понимаю. Говорили б уже на форумах нвидий всяких.

Я вот таких имел ввиду.

Стоп, речь же шла о любителях халявы. Это не одно и то же. Есть огромная куча халявной проприетарщины, есть платный свободный софт.

И да, предпочитать опенсорс и использовать только его из-за религии - разные вещи.

Но использующий предпочитает уже по определению. Почему — это вопрос второй.

оно на лету зажимает/разжимает

gz не xz

а как ты будешь делать на сервере зашифрованные бекапы? Хранить пароль в текстовом файле, или вбивать его ручками каждый раз?

Шифрованные разделы уже запретили? Или у нас тут конкурс: «сделай 100 привычных тебе вещей с помощью tar|xz»? =)

Мне они раз в 100 лет нужны. Я могу и раз в 100 лет запомнить.

Т.е. нафиг никому не нужны - что и не требовалось даже особо доказывать =)

Что до формата, то имя архива будет *.tar, а в нём *.gz файлы. Разве непонятно, как такое распаковать?

Ага, «ручками, ручками» =)

Кстати, файл *.gz можно читать любой less и любым vim'ом. Без внешней распаковки (именно так маны хранятся).

Неявно

Но его _можно_ прикрутить к чему угодно (tar, gpg, etc...), причём даже тогда, когда этот компрессор только появился.

Менять удобство на возможности, которыми никогда и не воспользуешься - сразу видно человека, который в реальности ничего не делает =)

по делу есть что сказать?

скажи кем/где работаешь - скажу по делу

Да ладно киркоров, некоторые даже сосасолу пьют!

Скорость работы NTFS от фрагментации падает в среднем на 2%. Она так устроена, чтоб работать несмотря на фрагментацию. Правда, в итоге сама по себе довольно медленная.

В 2013 году пора бы это знать.

Рихард Ш. в курсе?

И что? Речь о том, что чел не знает, как денег заработать на опенсорсе, поэтому зарабатывает +15% на shareware (видимо).

А то что челу ради нестабильного и негарантированного навара может быть в лом приобретать быстроустаревающее и ненужное ведроидное железо и переходить на другой ЯП.

ты можешь сосиску накрыть пледом, но плед накрыть сосиской не удастся. требования не могут заменить друг друга, но могут дополнить, если друг другу не противоречат. считай, это операцией дизъюнкции

Эт ты о том, что ресурсов черезмерно уйдет?

Именно, уже сейчас разбор xml нужно оптимизировать чтобы не отожралось слишком много памяти. Проще всего его разбирать создавая на каждый узел по отдельному объекту не считая сколько их получится.

От меня же и раздадутся :) 2 гб офисный документ? ССЗБ-шность 3й степени

Когда-то и 640 килобайт основной памяти хватало на всё а теперь раздаются идеи что сильно архивировать не надо и хранить данные локально тоже не надо - интернетканал у всех резиновый, перекачает всё за секунды. Аппетиты растут растут как-то слишком быстро.

в Rar использовалось арифметическое сжатие, но только для отдельных (текстовых )файлов, основной алгоритм - словарный + хафман как и у deflate

Можно подробнее? Лучше ссылку на страницу, где хронологически перечислены использовавшиеся алгоритмы по версиям. Извлекать это из исходников unrar-а — задача не на один день.

Возможно. Я покрутил настройки xz и всё равно вышло толще чем .rar, пусть и всего на полмегабайта. Сможешь лучше ?
И как я писал это не Rar 5 а обычная версия рара, у него максимум 4 Мб словарь.

Какое всё таки г*вно этот ваш GCC:

Имеем - 3,1GB архив, сжатый RAR5, словарь 1GB.

Время распаковки:

Windows 7/WinRAR - 16 секунд (64)
Linux/Wine/WinRAR - 30 секунд
Linux/Native Rar5 - 96 секунд

// b.

И часы и зона. Т.е. сервер думает, что он не в Москве а в Гринвиче. Ну и все управление идет с использованием дат в UTC. Дело в том, что у нас куча серверов организованных в что-то вроде шарда по географическому принципу от SPb до Владика.

И в чем разница, если во встрече принимают участие люди из разных часовых поясов? В любом случае подразумевается привязка к одному универсальному времени. «Сбор в десять вечера.

Разница огромная. Виртуальной тусовке неинтересно тащить в виртуал излишек своих данных из реала (подозреваю что и твоё интернет погоняло «бака кун» не является переводом на японский паспортных данных) и потому удобнее привязаться к общему времени перевод которого в своё личное каждый человек осуществляет автономно и автоматически.

Не один ты считаешь себя пупом земли и не хочешь «скрипеть мозгами и вычислять сдвиг».

Вообще-то ты ошибаешься, моё время отличается от московского но вычислять сдвиг от постоянных и понятных координат удобнее чем от НЕХ.

Поэтому в любом нормальном форумном движке при регистрации или в профиле можно указать часовой пояс, многие определяют этот сдвиг автоматически.

И напишет тебе чел «заходи завтра на форум в 20 часов» и при чтении сообщение автоматически и без ошибок конвертируется в твою систему координат.

Просто пойми или прими как данность: неандерталец в меньшинстве — это ты.

Нет ты - по сравнению с миллиардом китайцев твоя численность лежит за пределами статичтической ошибки.

Во всех UNIX системах часы идут в UTC, эталонные источники времени идут в UTC, часы синхронизируются в UTC

Состояние переменной не отображаемое системой мну как-то не сильно волнует. При просмотре времени создания файла и в часах не отображается никакой UTC, в системных часах тоже его нет.

все совместные работы между учеными и инженерами разных стран идут в UTC, бизнес использует UTC

Это отдельная малочисленная прослойка которая живёт по своим законам и не вправе навязывать их большинству.

Локальное или местечковое время используется только при локальных контактах.

Только среди линуксоидов с utf-8 головного мозга.

Поработаю кэпом немножко: http://en.wikipedia.org/wiki/RAR

дык и хорошо. Зачем тебе знать, где я нахожусь?

Интересно не место а время.

ВРЕМЯ ты узнаешь, что тебе ещё надо-то от временного штампа?

Нет не узнаю. Полдень это примерно когда Солнце в зените а полночь - максимально далёкая от этого точка. То что сообщит дата в UTC является лишь моментом дрожания отмороженных молекул водорода - очень интересная информация.

где ты видишь «файлы из будущего»???

А вот тут ты бредишь. Если на файле будет написана время создания 20 часов и никто его не испохабит то и у тебя тоже будет написано столькоже вне зависимости от показаний твоего системного таймера. Дата последнего редактирования файла это такой же атрибут как и «только для чтения» который ты почему-то считаешь правильным портить.

Наличие таких явлений как киркоров, руки в верх и тд говорит о то что спрос есть на все что угодно

Очевидно, что именно поэтому весь линуксовый софт выглядит, как говно. Галерея какбэ гарантирует.

Ты какой-то странный. Какой смысл находить то, что тебе кажется недостатком в примере? Придумай свой пример, в котором будут другие недостатки, но не будет критичных для тебя. Идеальных вещей вообще не бывает.

Софт - не мешок муки.