64 Mb

[Alexey Haritonov]

Привет Alexey!

21 Мая 2007г. 21:14, Alexey Torgashin -> Alexey Haritonov:

AB>>> Давно пора, а еще лучше 128Мб
AH>> тогда дайте две планки. ;)
AT> Сейчас планки меньше 256-512 Мб трудно найти.
AT> Так что твоя текущая планка, если только у тебя не очень старый комп,
AT> подойтет. ;)

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

Alexey.
Я топчу землю уже 300959 часов. [Goblin(крендель)cvalka.net]
... [1-е января] ───────────┼────────────────── [31-е декабря]

[Konstantin Melnikov]

Hello, Alexey!
You wrote to Alexey Torgashin on Mon, 21 May 2007 22:27:23 +0400:

AH> и тормозов не будет? не верю. сейчас пакует шустро и с нормальным
AH> сжатием. что будет потом?

Ты прав, не будем просить Женю добавлять большие словари. И совсем не
важно, что rar стал проигрывать конкурентам на раз, зато он запустится
на самой слабой из существующих машин с самыми сложными ключами!
Представляешь какой козырный ход, до которого конкурентам ни когда не
додуматься. И рекламный слоган "4 мегабайта есть везде!".

PS: Ясно, что вышенаписанное - сарказм. Но мысль, думаю, понятна. А вот
твои "шутки юмора" на тему планок, понятны не очень. То есть я со своими
2 гигами иду, по твоим понятиям, лесом?

[Eugene Roshal]

Hello,

AT>> Сейчас планки меньше 256-512 Мб трудно найти.
AT>> Так что твоя текущая планка, если только у тебя не очень старый комп,
AT>> подойтет. ;)

AH> и тормозов не будет? не верю. сейчас пакует шустро и с нормальным
AH> сжатием. что будет потом?

И тормоза будут, причем всегда, а выигрыш от большого словаря - только иногда.


И размер памяти при использовании нынешних структур поиска будет в районе
5.5*<размер_словаря>, так что дополнительная планка все же может понадобиться.

И распаковка на старых компьютерах пострадает. Граница слишком старого для
распаковки RAR железа сдвинется на несколько лет вперед.

Eugene

[Alexey Torgashin]

Tue May 22 2007 09:43, Eugene Roshal wrote to Alexey Haritonov:

AH>> и тормозов не будет? не верю. сейчас пакует шустро и с нормальным
AH>> сжатием. что будет потом?

ER> И тормоза будут, причем всегда, а выигрыш от большого словаря - только
ER> иногда.


Не всегда. А только когда большой словарь используется (при упаковке, или если
архив сделан с таким словарем).

Любая фича нужна "только иногда". Давайте теперь не будем добавлять фич..

ER> И размер памяти при использовании нынешних структур поиска будет в районе
ER> 5.5*<размер_словаря>, так что дополнительная планка все же может
ER> понадобиться.

Ну давай умножим 5.5 на 64 Мб. Получится 352 Мб - что вполне
распакуется/сожмется на планке 512 Мб, которая сейчас есть в любом новом
компе. Только свопить будет, если ОС заняла больне 30% памяти. А на 1 Гб компе
даже свопить наверное не будет.

Alexey

[Eugene Roshal]

Hello,

AT> Любая фича нужна "только иногда". Давайте теперь не будем добавлять фич..

Увеличение словаря это особая фича. С ней связано несколько тонких моментов.

Во-первых, она ведет к потере совместимости. Пользователи старых версий не
смогут распаковать новые архивы.

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

В-третьих, пострадают пользователи со старыми компьютерами, на которых просто
не хватит памяти для распаковки таких архивов.

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

Eugene

[Alexey Torgashin]

Соглашусь.

Недостатки действительно серьезные. К тому же, 5.5 * размер словаря. Это
много, на планке 512 Мб будет однозначно свопить, т.к. ОС занимает все-таки
большую часть от этих 512 Мб. Если можно было бы что-то сделать с этим
множителем, уменьшить его как-то - но думаю, это непросто....

Alexey

[Xander Olegovich Fedorov]

Hi,

Post by Eugene Roshal
Исключать возможность такого изменения я не буду, но и относиться к нему как к
очередной обычной фиче было бы неправильно. Кроме плюсов в большом словаре
есть и минусы.
Eugene

IMHO, такую фичу - поддержку словарей в 64, 128, 256 и может даже 512 (в распаковщике)
нужно ввести уже сейчас, в текущих версиях, думая о будущей совместимости формата, а
добавлять ее в упаковщик (в опции и интерфейс) пока не обязательно.
Это позволит потом не боятся несовместимости. Пусть сейчас оно не работает, но когда
через несколько лет появятся такие архивы, распаковщик уже с текущей версии сможет их
обработать.


xof

[Alexey Torgashin]

Tue May 22 2007 00:27, Alexey Haritonov wrote to Alexey Torgashin:

AB>>>> Давно пора, а еще лучше 128Мб
AH>>> тогда дайте две планки. ;)
AT>> Сейчас планки меньше 256-512 Мб трудно найти.
AT>> Так что твоя текущая планка, если только у тебя не очень старый комп,
AT>> подойтет. ;)

AH> и тормозов не будет? не верю. сейчас пакует шустро и с нормальным
AH> сжатием.

Будет, как без тормозов. Ну так по умолчанию она будет отключена, естественно,
а те, кому надо сжимать исошники по 600 Мб, ее включат.
В 7-zip тоже тормозит, вроде.

Alexey