реклама на сайте
подробности

 
 
 
Reply to this topicStart new topic
> Сжатие исполняемого кода для ARM (ARM мода), как лучше?
Romario
сообщение Apr 27 2006, 08:35
Сообщение #1


Частый гость
**

Группа: Участник
Сообщений: 92
Регистрация: 26-06-04
Пользователь №: 192



Интересует сжатие бинарника программы для ARM, т.к. апдейт
девайса предполагается через GPRS (чтобы побыстрее)

посмотрел вскользь на инструкции, вроде первый байт уже как то
можно умять (RLE или еще как то)

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

p.s.
пожал c помощью ARJ, 87 килобайтный бин получил 47.
устраивает, но как то не очень хочется в загрузчик засовывать UN_ARJ
мне бы чтонибудь попроще.

(проц LPC2138)

Сообщение отредактировал Romario - Apr 27 2006, 08:38
Go to the top of the page
 
+Quote Post
Andrew2000
сообщение Apr 27 2006, 08:45
Сообщение #2


Местный
***

Группа: Свой
Сообщений: 421
Регистрация: 25-12-04
Пользователь №: 1 675



Цитата(Romario @ Apr 27 2006, 12:35) *
Интересует сжатие бинарника программы для ARM, ...
но как то не очень хочется в загрузчик засовывать UN_ARJ
мне бы чтонибудь попроще.
(проц LPC2138)

Нопример, eCos пользует zip
вот из этой папки выдрать можно - ecos\packages\services\compress\zlib\
(т.е. это путь в исходниках eCos)
Go to the top of the page
 
+Quote Post
Romario
сообщение Apr 27 2006, 09:02
Сообщение #3


Частый гость
**

Группа: Участник
Сообщений: 92
Регистрация: 26-06-04
Пользователь №: 192



Цитата(Andrew2000 @ Apr 27 2006, 12:45) *
Цитата(Romario @ Apr 27 2006, 12:35) *
Интересует сжатие бинарника программы для ARM, ...
но как то не очень хочется в загрузчик засовывать UN_ARJ
мне бы чтонибудь попроще.
(проц LPC2138)

Нопример, eCos пользует zip
вот из этой папки выдрать можно - ecos\packages\services\compress\zlib\
(т.е. это путь в исходниках eCos)


Вы меня не поняли, zip-ы , gzip-ы и прочее меня не интересует. т.к. у меня уже есть
рабочая реализация ARJ работающая на другом проце, он жмет стабильно минимум в 2 раза примерно
но сложноват. не хотелось бы его совать в LPC.
интересует чтонибудь попроще, ''потупее'' c приемлемой степенью сжатия, ну, хотя бы
процентов на 25% умять - уже хорошо.
Если ктото реально это делал просьба направить на идеюsmile.gif
Go to the top of the page
 
+Quote Post
vet
сообщение Apr 27 2006, 09:10
Сообщение #4


Знающий
****

Группа: Свой
Сообщений: 550
Регистрация: 16-06-04
Из: Казань
Пользователь №: 32



Хаффман, LZSS - несложные и не слишком требовательные алгоритмы.


--------------------
Главная линия этого опуса ясна мне насквозь!
Go to the top of the page
 
+Quote Post
Evgeny_CD
сообщение Apr 27 2006, 09:22
Сообщение #5


Гуру
******

Группа: СуперМодераторы
Сообщений: 2 065
Регистрация: 11-01-05
Из: Москва
Пользователь №: 1 892



http://www.7-zip.org/sdk.html
LZMA features:

* Compressing speed: 500 KB/s on 1 GHz CPU
* Decompressing speed: 8-12 MB/s on 1 GHz Intel Pentium 3 or AMD Athlon. 500-1000 KB/s on 100 MHz ARM, MIPS, PowerPC or other simple RISC CPU.
* Small memory requirements for decompressing: 8-32 KB + DictionarySize
* Small code size for decompressing: 2-8 KB (depending from speed optimizations)
Go to the top of the page
 
+Quote Post

Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 20th July 2025 - 17:59
Рейтинг@Mail.ru


Страница сгенерированна за 0.01383 секунд с 7
ELECTRONIX ©2004-2016