Отправлено декодеровояющий (на досуге) 21 ноября 2003 г. 13:23 В ответ на: Помогите разобраться плиз (+) отправлено SМ 21 ноября 2003 г. 12:46

У меня тоже самое - ну в смысле сть циклы где он вдруг по 7 тактов накидывает. Причем не всегда.
вот тут например

rptb asm_III_overlap_z_loop - 1
mov *AR0,*AR1+0 ; sample[i][sb]=overlap[i]
mov AC0,*AR0+ ; overlap[i]=0
asm_III_overlap_z_loop:

скорее всего - у меня во всяком случае
1. надо все же разложить по разным блокам DARAM то что по AR1 и по AR0
2. Глючит? этот так называемый циклоаккурантный ?
3. у меня прописано что прога из вне - хотя при такой длине цикла она должна поместиться в предбанник командный
4. фиг его знает что они там себе на придумали. - на реальной жедезке не могу пока проверить.

• Не отвечайте ему. Он не в себе. Человека мяса пожрать приглашал два раза - отказался... Деньги хотел дать - не взял... Явно не в себе! — st256   (21.11.2003 16:14, пустое)
  • Как раз всё в себе. Нашим надо предлагать не мяса и денег, а водки и морду набить :)))) — SМ   (24.11.2003 10:38, пустое)
• А по разным блокам IMHO раскладывать не надо. (+) — SМ   (21.11.2003 13:36, 39 байт)
• Ответ: (+) — SМ   (21.11.2003 13:35, 80 байт)
  • Вот так все полечилось, но почему именно 7? ... — он же    (23.11.2003 06:40, 492 байт)
    • Ответ: (+) — SМ   (23.11.2003 21:12, 68 байт)
      • А 7 - потому как RPTB (который не LOCAL) не успел среагировать при длине цикла в две команды на то, что FETCH надо делать именно с начала цикла. И 6 - длина конвейера + 1 на IBQ'шный STALL. А .localalign вкупе c rptblocal должен был спасти на 100% — SМ   (23.11.2003 21:15, пустое)