Программирование на УКНЦ как?

[randomizer]

Дальнейшее ускорение возможно за счёт копирования слов, а не байт... Но это снова рост размера распаковщика и риск получить код который не заработает, например, на ВМ3.

Почему размер распаковщика дожен вырасти?
На первый взгляд, если заменить

4$:
          .rept  16.
          MOVB  (R1)+, (R5)+    ; Копируем строку из
          .endr
          SOB   R2, 4$          ; уже распакованных данных

на

4$:
          .rept  8.
          MOV   (R1)+, (R5)+    ; Копируем строку из
          .endr
          SOB   R2, 4$          ; уже распакованных данных

то размер кода только уменьшится.

[Advertiser]

[troosh]

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

Оригинальный формат LZ4 подразумевает возможность копирования с точностью до байта. И вот как тогда скопировать, допустим, 7 байт в предлагаемой новой версии кода? Что будет, если адреса на входе такого цикла будут невыровненные по границе слова?

[Hunta]

риск получить код который не заработает, например, на ВМ3.

Эт почему?

[AFZ]

Вероятно, потому, что ВМ3 делает Trap to 4 при попытке словной записи по нечетному адресу. В отличие от ВМ1/2 и LSI-11, включая наши ее клоны (Э-60). Правда, и LSI-11, и ВМ1/2 пишут таки по четному адресу, игнорируя этот младший адресный бит (А0), он анализируется только при байтовой записи, блокируя запись в невыбранный байт памяти. LSI-11 при этом (при байтовой записи) выставляет записываемый байт в оба байта шины, а адресный бит рулит тем, какой из них запишется, это заявлено в моей любимой книжке про ЦП М2 (3.858.382 ТО), а как там оно у ВМ1 и ВМ2 - не знаю. Но, по-любому, ломиться с нечетным адресом в программу со словной записью неправильно.

[Hunta]

Вероятно, потому, что ВМ3 делает Trap to 4 при попытке словной записи по нечетному адресу.

Это я знаю. Так же как и то, что за такое в программе бить канделябром стоит.
Но я подумал, что может что то ещё...

[nzeemin]

randomizer, troosh, в соседнем разделе форума подвезли реализацию LZSA1 для БК - https://zx-pk.ru/threads/11381-napis...=1#post1030619
Исходник: https://gitlab.com/ivagor/lzsa8080/b...ZSA1/lzsa1.asm
Запаковщик тут: https://github.com/emmanuel-marty/lzsa

[ivagor]

Решил с распаковщиками для PDP-11 переехать сюда, т.к. здесь подобные вопросы уже обсуждались.
Выложил распаковщик LZSA2 (и обновил LZSA1). Он толще и медленнее LZSA1, зато сжатие заметно лучше. Ну и оптимизировать скорее всего можно.

- - - Добавлено - - -

Хотя надо отметить, что команды ВМ2 в распаковщиках я не использовал (ASH вроде подойдет), может мне и не стоило переезжать из темы БК.

[hobot]

ivagor, а вы FCU архиватор под RT-11 щупали в плане сжатия весьма не плох.
http://archive.pdp-11.org.ru/ukdwk_a.../FCU_PLUSPLUS/
http://archive.pdp-11.org.ru/ukdwk_a...U_Shurick_inc/

[ivagor]

FCU я не пробовал, но по описанию там LZ+Хаффман, т.е. должен сжимать на уровне zip. LZSA слабее, там LZ, но распаковщики наверняка более быстрые.

[hobot]

но распаковщики наверняка более быстрые.

не проверял, а вот пакует большие файлы под осью быстрее и компактнее - это факт.

- - - Добавлено - - -

единственный минус "не универсальный" от LZA архивы не кушает, а так вообще был бы единственным современным архиватором под RT-11, автор насколько известно - Украинский программист.