[an error occurred while processing this directive]
Симулятору как то не доверяется... Вдруг какой stall упустит где-то :)
(«Телесистемы»: Конференция «Цифровые сигнальные процессоры (DSP) и их применение»)
Отправлено
SM
26 июля 2005 г. 16:43
В ответ на:
Я на эмуляторе на реальном проце считал. Там аппаратный клок-каунтер есть.
отправлено SM 26 июля 2005 г. 16:39
Составить ответ
|||
Конференция
|||
Архив
Ответы
тоже на эмуляторе 87794601 - выпало в out=1 но нужно заметить
—
yes
(26.07.2005 16:54
194.133.69.2
, 339 байт)
Ну вот вам и сравнение... Я ведь специально на ETSI делал, чтобы от хитростей компилера абстрагироваться. Только за счет 700M :) но и то, жрать-то он тоже на все 700 будет.
—
SM
(26.07.2005 16:58
213.141.159.26
,
пустое
)
но минимальные изменения, которые pin сделал - позволяют 10% выиграть, а исходник, он от С все-таки далек
—
yes
(26.07.2005 17:06
194.133.69.2
,
пустое
)
Кстати я боюсь, что pin просто гонял в симуляторе, что не учло каких-нибудь stall'ов с памятью.
—
SM
(26.07.2005 17:36
213.141.159.26
,
пустое
)
Нет, все честно проверено в железе.
—
-рin-
(26.07.2005 20:15
195.239.5.142
,
пустое
)
Тогда странно что результаты разные...
—
SM
(27.07.2005 00:01
213.141.159.26
,
пустое
)
я взял как есть, а pin провел минимальную оптимизацию (может в комментарий на сахаре не все влезло)
—
yes
(27.07.2005 10:26
194.133.69.2
,
пустое
)
Оп. А там комментарии смотреть можно? Щас...
—
SM
(27.07.2005 10:31
213.141.159.26
,
пустое
)
Ага нашел... А циркулярная это не честно :) Пересылки в памяти тоже в тест входят :)
—
SM
(27.07.2005 10:33
213.141.159.26
,
пустое
)
Я ему (VDSP) помог мало-мало :). Исходники по ссылке
—
-рin-
(27.07.2005 10:46
212.46.4.38
,
пустое
,
ссылка
)
Да, и все же пересылка памяти в FIR это часть теста на производительность. Циркулярность (+)
—
SM
(27.07.2005 11:01
213.141.159.26
, 107 байт)
А в чем суть (+)
—
SM
(27.07.2005 11:00
213.141.159.26
, 132 байт)
Помнится, без этого получался плохой медленный код. Ручная оптимизация на Си.
—
-рin-
(27.07.2005 11:41
212.46.4.38
,
пустое
)
Да не, я не против таких изменений, которые не меняют сути происходящего, в отличие от применение циркулярки. Просто интересно.
—
SM
(27.07.2005 14:37
195.225.131.183
,
пустое
)
помоему (сори за повтор) - слабое место BF это мало шин (ну или их негибкость)
—
yes
(27.07.2005 10:43
194.133.69.2
, 574 байт)
Ответ: (+)
—
SM
(27.07.2005 10:51
213.141.159.26
, 929 байт)
ну и пересылки идут словами (16 бит) соотв в 2раза. а причина тормозов
—
yes
(27.07.2005 11:07
194.133.69.2
, 204 байт)
Так кто мешает компилятору (+)
—
SM
(27.07.2005 11:13
213.141.159.26
, 238 байт)
компиляторы, наверно, хитрое дело - лично я ни одного не написал :) и какие там есть трудности слабо представляю
—
yes
(27.07.2005 11:19
194.133.69.2
, 104 байт)
Ну нету в C функций арифметики с насыщением... Не могу я тут ничего поделать. А я вообще без изменений собирал, как будто бы собирал бы какой-нить уворованный ITU-исходник.
—
SM
(26.07.2005 17:08
213.141.159.26
,
пустое
)
Имел в виду конечно дробную арифметику, чтобы со сдвигом.
—
SM
(26.07.2005 17:11
213.141.159.26
,
пустое
)
Отправка ответа
Имя (обязательно):
Пароль:
E-mail:
NoIX ключ
:
Запомнить
Тема (обязательно):
Сообщение:
Ссылка на URL:
Название ссылки:
URL изображения:
Перейти к списку ответов
|||
Конференция
|||
Архив
|||
Главная страница
|||
Содержание
|||
Без кадра
E-mail:
info@telesys.ru