-
- А если указатель стека - сразу на пару байт. А однобайтовые пихания - LPUSH и HPUSH - Рома(20.05.2005 11:53, )
- Не выход - не укладывается в общую концепцию и теряется совместимость в 8-битном режиме. - SM(20.05.2005 12:11, )
- Да пусть он будет кратным 2м, просто в 16б.режиме игнорировать мл бит - Рома(20.05.2005 12:18, )
- Ага - и при записи в 8-битном режиме писать один байт, а второй впустую скипать? ОЗУ это вещь ценная. - SM(20.05.2005 12:20, )
- В 8битном две отдельные команды LPUSH и HPUSH, одна из них - SP+2 - Рома(20.05.2005 12:22, )
- Восьмибитный режим должен быть совместим с оригинальным ядром. - SM(20.05.2005 12:25, )
- Возложите на программиста, там где он хочет сэкономить ОЗУ - заменит пару PUSHей на LPUSH+HPUSH, где не хочет - оставит тот,кот +2 - Рома(20.05.2005 12:32, )
- Восьмибитный режим должен быть совместим с оригинальным ядром. - SM(20.05.2005 12:25, )
- В 8битном две отдельные команды LPUSH и HPUSH, одна из них - SP+2 - Рома(20.05.2005 12:22, )
- Ага - и при записи в 8-битном режиме писать один байт, а второй впустую скипать? ОЗУ это вещь ценная. - SM(20.05.2005 12:20, )
- Да пусть он будет кратным 2м, просто в 16б.режиме игнорировать мл бит - Рома(20.05.2005 12:18, )
- Да, на пару регистров. Тоже не сахар, но логически понятно. Стиль написания программ, конечно, изменицца. Например, объединить в пару status и А. - mse(20.05.2005 11:59, )
- Для совместимости мона писать одиночный регистр в слово, хрен с ним. А для экономии сделать команду парного PUSHa: DPL+DPH,0+1,2+3... и в прерывание входить с PSW+ACC. - mse(20.05.2005 12:21, )
- Одиночный в слово - жаба душит. А в прерывании PSW+B+ACC и так само в спец-стек хардверный сохраняется. - SM(20.05.2005 12:26, )
- ну, дык, это-ж только для совместимости. Платить за совместимость чем-то нада? ;О) - mse(20.05.2005 12:32, )
- Не - можно нае...обмануть. ALEXD решил проблему как мне кажется наиболее оптимально. - SM(20.05.2005 12:36, )
- кстати имел статистику по своим программам на 51. Максимум в стек пхал около 40 байт. Это с учётом того, что 3/4были вызовы пп. Ну уйдёт 10 лишних байт, ну и х с ними. - mse(20.05.2005 12:38, )
- А у нас статистика - что пихаем максимум 20 байт, и не можем выделить 21-й, даже если он понадобится. - SM(20.05.2005 12:41, )
- ну под стек и ХРАМу мона наваять. 16-битную. Хоть немного, но сделать. Правда не знаю, как просто РАМа реализована. По 51-вовски? Или полный доступ ко всей? - mse(20.05.2005 14:02, )
- ХРАМы у него нет, вместо этого расширена обычная РАМа да 16bit. - =AlexD=(20.05.2005 14:13, )
- то исть всево 256? Мававато будет. Сделал бы ещё ХРАМу хоть бы 128 или 64, глядишь и вопросы бы проще решались. - mse homjak(20.05.2005 23:03, )
- Те-ж сказали, 16 бит адреса у внетренней. Итого до 64К. А воткну столько, сколько на кристалл войдет. - SM(23.05.2005 20:10, )
- Твоя мабила молчит - General(23.05.2005 20:13, )
- Все с ней в полном порядке. Точно знаю. - SM(23.05.2005 21:09, )
- Твоя мабила молчит - General(23.05.2005 20:13, )
- Те-ж сказали, 16 бит адреса у внетренней. Итого до 64К. А воткну столько, сколько на кристалл войдет. - SM(23.05.2005 20:10, )
- то исть всево 256? Мававато будет. Сделал бы ещё ХРАМу хоть бы 128 или 64, глядишь и вопросы бы проще решались. - mse homjak(20.05.2005 23:03, )
- ХРАМы у него нет, вместо этого расширена обычная РАМа да 16bit. - =AlexD=(20.05.2005 14:13, )
- ну под стек и ХРАМу мона наваять. 16-битную. Хоть немного, но сделать. Правда не знаю, как просто РАМа реализована. По 51-вовски? Или полный доступ ко всей? - mse(20.05.2005 14:02, )
- А у нас статистика - что пихаем максимум 20 байт, и не можем выделить 21-й, даже если он понадобится. - SM(20.05.2005 12:41, )
- кстати имел статистику по своим программам на 51. Максимум в стек пхал около 40 байт. Это с учётом того, что 3/4были вызовы пп. Ну уйдёт 10 лишних байт, ну и х с ними. - mse(20.05.2005 12:38, )
- Не - можно нае...обмануть. ALEXD решил проблему как мне кажется наиболее оптимально. - SM(20.05.2005 12:36, )
- ну, дык, это-ж только для совместимости. Платить за совместимость чем-то нада? ;О) - mse(20.05.2005 12:32, )
- Одиночный в слово - жаба душит. А в прерывании PSW+B+ACC и так само в спец-стек хардверный сохраняется. - SM(20.05.2005 12:26, )
- Для совместимости мона писать одиночный регистр в слово, хрен с ним. А для экономии сделать команду парного PUSHa: DPL+DPH,0+1,2+3... и в прерывание входить с PSW+ACC. - mse(20.05.2005 12:20, )
- Для совместимости мона писать одиночный регистр в слово, хрен с ним. А для экономии сделать команду парного PUSHa: DPL+DPH,0+1,2+3... и в прерывание входить с PSW+ACC. - mse(20.05.2005 12:21, )
- Не выход - не укладывается в общую концепцию и теряется совместимость в 8-битном режиме. - SM(20.05.2005 12:11, )
- Я бы предпочел вариант A. vmp(632 знак., 20.05.2005 09:44, )
- Ответ: SM(195 знак., 20.05.2005 11:43, )
- А нельзя сделать однотактное сохранение при любом адресе? =AlexD=(272 знак., 20.05.2005 08:38, )
- Ответ: SM(482 знак., 20.05.2005 11:46, )
- А если указатель стека - сразу на пару байт. А однобайтовые пихания - LPUSH и HPUSH - Рома(20.05.2005 11:53, )