melodan
Junior Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору На мой взгляд скорость отображения страниц не критична по сравнению с WinDjview, поскольку последний используется очень часто, а Букмаркер - изредка, и потому затраты на доп. секунды загрузки картинки не критичны (сравнил разницу в скорости загрузки кешированных страниц - быстрее отображает =)). А вот с памятью не у всех пользователей наверно всё в порядке. У самого терабайт жесткой памяти, но диск С: уже забит "под завязку". Поэтому мне такая ситуация с кешированием на винт не нравится. Был момент, когда упирался в потолок - оглавление не доделано, а новую страницу открыть не могу. Благо с "серыми" книжками таких проблем нету - страницы более компактные получаются. К сведению: djvu-журнал (цветной, 61 Мб), в нем создавал оглавление из 87 пунктов согласно твоим наставлениям: Цитата: Проходите сверху вниз по ссылкам в оглавлении и сдвигаете нумерацию вверх в режиме "..и последующих".. | В результате программа распаковала 124 файла общим размером 1,5 Гб. При работе занимала в оперативной памяти 75 Мб. Добавлено: Про WinDjView. Если он твой идеал, так стремись к нему, шлифуй свой продукт! =) Оптимизируй работу с изображениям, память оперативную используй. Как вариант, можно вести список последних использованных страниц и удалять наиболее старые. Например, держи в памяти последние 5 страниц. В зависимости от размера страниц можно динамически изменять этот ограничитель: например, 5 шт. для цветных и 20 шт. для черно-белых. Распаковка и сохранение изображения на винт затрачивает больше времени, нежели работа в оперативке, тем более на более старых винтах.. Хотя с другой стороны хорошо, что оперативка свободна от многочисленных распакованных изображений. У многих моих знакомых компьютеры неоптимизированы должным образом, работают с антивирусами и прочими программами, поэтому в целом на использование оперативной памяти накладываются большие ограничения - ее просто на всех не хватает. |