 |
www.ice-graphics.com
Форум ICE-Graphics
|
| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
Barazuk
Зарегистрирован: 10.04.2005
Сообщения: 75
Откуда: Киев, Украина
|
 Добавлено: Ср Мар 05, 2008 12:56 pm Заголовок сообщения: ICE ECC 2.6 - жуткие тормоза... |
 |
|
Глубокоуважаемые разработчики!!! Только что поставил себе версию 2.6, и чуть было не снёс к чертям сразу же с ругательствами.
Почему? Рассказываю. При попытке защитить папку с 3,5 тысячей картинок, новая версия делает это жутко медленно - она предполагает, что ей понадобится около 4-х часов для этого.
В то же время, версия 2.4 - сделала это за минуту.
После ковыряния обнаружилось, что виной тому нововведение в виде
| Цитата: | Version 2.5
Добавлено более быстрое чтение ecc файлов, если имеется несколько ecc файлов
Для режима с низким приоритетом теперь используется приоритет IDLE |
Я уж не знаю, само оно включило этот режим, или я когда-то... После отключения стало работать с той же скоростью, что и старая версия.
Но если бы менее дотошный юзер попался бы - снёс бы просто к чертям, и всё.
Предложение: при обновлении с более старой версии, с включенной опцией, сообщать юзеру об этом, предупреждая, что работа будет в сотни раз медленнее, и опцию нужно отключить.
А еще лучше - сделать как у людей - несколько уровней приоритета процесса. ИМХО "Высокий" и "низкий" (а IDLE под ХП вообще можно назвать "почти не работающий приоритет"  ) - это маловато, при том, что операционка позволяет 7 уровней приоритета... |
|
| Вернуться к началу |
|
 |
persicum
BANNED
Зарегистрирован: 29.06.2007
Сообщения: 179
|
| Добавлено: Чт Мар 06, 2008 12:03 pm Заголовок сообщения: |
|
|
| А причем тут три тысячи картинок? Вроде Айсу все равно сколько файлов, ибо он кодирует все сплошняком, не оставляя никаких промежутков. Разве не так? |
|
| Вернуться к началу |
|
|
Barazuk
Зарегистрирован: 10.04.2005
Сообщения: 75
Откуда: Киев, Украина
|
| Добавлено: Чт Мар 06, 2008 12:26 pm Заголовок сообщения: |
|
|
| persicum писал(а): | | А причем тут три тысячи картинок? Вроде Айсу все равно сколько файлов, ибо он кодирует все сплошняком, не оставляя никаких промежутков. Разве не так? |
Дык, я же сначала подумал, что дело именно в этом, но в середине поста следствие таки выяснило причину тормозов |
|
| Вернуться к началу |
|
|
ICE Graphics
Site Admin
Зарегистрирован: 26.01.2003
Сообщения: 2752
|
| Добавлено: Чт Мар 06, 2008 12:56 pm Заголовок сообщения: Re: ICE ECC 2.6 - жуткие тормоза... |
|
|
| Barazuk писал(а): | | Я уж не знаю, само оно включило этот режим, или я когда-то... После отключения стало работать с той же скоростью, что и старая версия. |
1. В v2.6 приоритет не IDLE, а LOWEST
2. В v2.6 при инсталляции низкоприоритетный режим отключается по умолчанию. Только если установка поверх производится, тогда старые опции будут использоваться.
| Barazuk писал(а): | | Предложение: при обновлении с более старой версии, с включенной опцией, сообщать юзеру об этом, предупреждая, что работа будет в сотни раз медленнее, и опцию нужно отключить. |
Что за проц, какая Windows, сколько RAM, какие параметры ECC файла, какой средний размер файла ?
| Barazuk писал(а): | | А еще лучше - сделать как у людей - несколько уровней приоритета процесса. ИМХО "Высокий" и "низкий" (а IDLE под ХП вообще можно назвать "почти не работающий приоритет" ) - это маловато, при том, что операционка позволяет 7 уровней приоритета... |
Тут дело такое. Под одним процессором работает так, под другим по другому. Сразу всё учесть - задача крайне сложная. Тем более в случае ICE ECC, когда используется множество процессов параллельно выполняются синхронно. И замедление даже одного может создать проблемы для остальных процессов. |
|
| Вернуться к началу |
|
|
Barazuk
Зарегистрирован: 10.04.2005
Сообщения: 75
Откуда: Киев, Украина
|
| Добавлено: Чт Мар 06, 2008 1:07 pm Заголовок сообщения: Re: ICE ECC 2.6 - жуткие тормоза... |
|
|
| ICE Graphics писал(а): | | Barazuk писал(а): | | Предложение: при обновлении с более старой версии, с включенной опцией, сообщать юзеру об этом, предупреждая, что работа будет в сотни раз медленнее, и опцию нужно отключить. |
Что за проц, какая Windows, сколько RAM, какие параметры ECC файла, какой средний размер файла ? |
| SiSoft Sandra писал(а): |
Модель : AMD Athlon(tm) 64 Processor 3000+
Скорость : 1.81GHz
Номер модели : 3000 (примерно)
Рейтинг производительности : PR3256 (примерно)
|
| SiSoft Sandra писал(а): |
Модуль памяти 1
Изготовитель : Samsung
Модель : M3 68L6523CUS-CCC
Серийный номер : F421B3FA
Тип : 512MB DDR-SDRAM
Технология : 8x(64Mx8)
Скорость : PC3200U
Стандартные режимы синхронизации : 3.0-3-3-8 (tCL-tRCD-tRP-tRAS)
Версия : 1.0
Дата изготовления : 7 мая 2006 г.
Штатный тайминг @ 200MHz : 3.0-3-3-8 (tCL-tRCD-tRP-tRAS)
Штатный тайминг @ 167MHz : 2.5-3-3-7 (tCL-tRCD-tRP-tRAS)
|
Параметры ЕСС-файла:
Redundancy: 1,79% - единственный параметр, который я вообще трогаю 
Header redundancy: 200%
Split to volumes: No split
3671 файл общим объёмом 588421506 байт, в среднем 160289 байт/файл. |
|
| Вернуться к началу |
|
|
persicum
BANNED
Зарегистрирован: 29.06.2007
Сообщения: 179
|
| Добавлено: Чт Мар 06, 2008 1:19 pm Заголовок сообщения: |
|
|
| Цитата: | | Redundancy: 1,79% - единственный параметр, который я вообще трогаю |
Второй Моторокер нашелся... Ну не понимает пипл, что такое SourceBlockCount, зачем он нужен и на что влияет. Видать, не очень хорошо объяснили в руководстве пользователя... |
|
| Вернуться к началу |
|
|
Barazuk
Зарегистрирован: 10.04.2005
Сообщения: 75
Откуда: Киев, Украина
|
| Добавлено: Чт Мар 06, 2008 1:30 pm Заголовок сообщения: |
|
|
| persicum писал(а): | | Цитата: | | Redundancy: 1,79% - единственный параметр, который я вообще трогаю |
Второй Моторокер нашелся... Ну не понимает пипл, что такое SourceBlockCount, зачем он нужен и на что влияет. Видать, не очень хорошо объяснили в руководстве пользователя... |
| Цитата: | Source block count
Set how many "virtual" blocks the files will be sliced into. |
Объяснение - афигенно пространное. |
|
| Вернуться к началу |
|
|
persicum
BANNED
Зарегистрирован: 29.06.2007
Сообщения: 179
|
| Добавлено: Чт Мар 06, 2008 2:58 pm Заголовок сообщения: |
|
|
| Цитата: | | Объяснение - афигенно пространное |
Чем больше SourceBlockCount, тем более запутанные и раздробленные ошибки может исправлять программа, а не только подряд идущие. Но вместе с тем растут и требования:
1) Время кодирования растет линейно
2) Расход памяти растет квадратично
3) Время на подготовку к декодированию ("лечению") растет как куб - для 8 тысяч блоков и более это уже многие часы и сутки =))) |
|
| Вернуться к началу |
|
|
Barazuk
Зарегистрирован: 10.04.2005
Сообщения: 75
Откуда: Киев, Украина
|
| Добавлено: Чт Мар 06, 2008 3:17 pm Заголовок сообщения: |
|
|
persicum, и к чему ты всё это здесь рассказывал? Что, если выключаешь опцию "низкий приритет" автоматически уменьшается количество блоков? Или куда?  |
|
| Вернуться к началу |
|
|
persicum
BANNED
Зарегистрирован: 29.06.2007
Сообщения: 179
|
| Добавлено: Чт Мар 06, 2008 4:33 pm Заголовок сообщения: |
|
|
Это я тебе вправлял мОзги, чтобы ты мог использовать ICEECC более рационально, а заодно возмещал скудость руководства.
А главное - время, которое требуется для защиты одного CD или DVD не есть наперед строго заданная величина, его можно регулировать как раз параметром SourceBlockCount. |
|
| Вернуться к началу |
|
|
ICE Graphics
Site Admin
Зарегистрирован: 26.01.2003
Сообщения: 2752
|
| Добавлено: Пт Мар 07, 2008 10:42 am Заголовок сообщения: Re: ICE ECC 2.6 - жуткие тормоза... |
|
|
| Barazuk писал(а): | | Модель : AMD Athlon(tm) 64 Processor 3000+ |
Это из-за этого. В следующей версии опять приоритет на Low верну. |
|
| Вернуться к началу |
|
|
ICE Graphics
Site Admin
Зарегистрирован: 26.01.2003
Сообщения: 2752
|
| Добавлено: Пт Мар 07, 2008 10:47 am Заголовок сообщения: |
|
|
| persicum писал(а): | | 1) Время кодирования растет линейно |
Да
| persicum писал(а): | | 2) Расход памяти растет квадратично |
Нет. Расход памяти не изменяется с ростом числа Source Block Count
| persicum писал(а): | | 3) Время на подготовку к декодированию ("лечению") растет как куб - для 8 тысяч блоков и более это уже многие часы и сутки =))) |
Нет. Вообще не зависит. Время на подготовку к декодированию зависит только от числа повреждённых блоков. Зависимость действительно куб. Предельное число повреждённых блоков около 4 тысяч. Если больше, то будет очень долго. |
|
| Вернуться к началу |
|
|
Моторокер
Гость
|
| Добавлено: Вт Мар 11, 2008 9:42 am Заголовок сообщения: |
|
|
| persicum писал(а): | | Ну не понимает пипл, что такое SourceBlockCount, зачем он нужен и на что влияет. Видать, не очень хорошо объяснили в руководстве пользователя... |
Не все ведь на досуге пишут программы для кодов Соломона. Пытаемся выжать [для кого-то] очевидные вещи. |
|
| Вернуться к началу |
|
|
|
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
|
Powered by phpBB © 2001, 2005 phpBB Group
|
FAQ
Поиск
Пользователи
Группы
Регистрация
Профиль
Войти и проверить личные сообщения
Вход
