MBedder, терминатор (01.05.2008 00:23, просмотров: 198) ответил AU_ на Если верить рекламе, для STM32F103x - 72 MHz max. freq., 1.25 DMIPS/MHz. Для PIC32MX - 80 MHz, Up to 1.5 DMIPS/MHz...-
- Вопрос: при чем ДМИПСы/МГЦ к быстрым прерываниям и ногодрыганью? Ответ: само по себе не причём. У нас в планах много int расчётов типа а*x+b и строковых пересылок, которые будут прерываться на дрыгоножество. - AU_(01.05.2008 02:57)
- Конкретизируй свой вопрос пожалуйста. - AU_(01.05.2008 03:09)
- Конкретней некуда. Опять GOTO $-3 --> - MBedder(01.05.2008 16:21, ссылка)
- Тогда я гораздо счастливее, чем кажется. Вопрос таки решительно недопонял, соответственно что ответить не разумею. - AU_(01.05.2008 16:32)
- Я так понимаю, что укажаемый MBedder, никаких MCU/SOC для сравнения предложить не может, или ошибаюсь? ARM9 и xSCALE для наших задач, IMHO избыточны. AU_(784 знак., 01.05.2008 16:49)
- Я выше предложил серийные (в отличие от опытных PIC32) dsPIC33F/PIC24H. Производительность в 6..10 раз выше, чем у Меги, тактовая - в 2..2.5 раза, периферии на порядок больше и она на порядок лучше, стоимость ниже, и т.д., и т.п. --> - MBedder(01.05.2008 16:45, ссылка)
- Дык PIC32 статус "In-production" и уже 2 errata есть по 2 десятка пунктов. Кажется, что для простых задач с использованием периферии на 5% можно и применить? + 40МГц dsPIC33F/PIC24H есть такие, которые меньше 0,25А кушают? - AU_(01.05.2008 16:55)
- Если можно, поясните начинающему пользователю Microchip (чайнику): в задаче с 75% банальных пересылок из памяти программ в регистр PIC32 @ 80MHz должен раза в 2 уделать dsPIC33F/PIC24H @ 40MHz по быстродействию? AU_(62 знак., 01.05.2008 16:59)
- Нет. Обращения к Flash там идут через кэш/конвейер, т.к. время доступа к Flash все равно 25 нс. Будет зависеть от попал/не попал, ветвлений, очереди, погоды в Астрахани и положения светил, а в dsPIC33F/PIC24H это время будет всегда одинаково MBedder(47 знак., 01.05.2008 19:49)
- Очень интересно. Ширина шины от Flash памяти до prefetch 128бит, чтение 20Мгц (50нс), выход 32бит 80Мгц. При линейном коде, если команд перехода 5% вычислитель будет работать >72 MIPS. - AU_(02.05.2008 00:11)
- Сам PIC32 еще не юзал, то те, кто их уже попробовал, говорят, что не все так просто. - Dir(02.05.2008 00:26, ссылка)
- ну, там дело не столько в ширине шины флэш, сколько в типа кэше Gamma SPb(462 знак., 02.05.2008 00:23)
- Во-во... Кстати, не прикидывал, сколько у dsPIC33 DMIPS/MHz? - MBedder(02.05.2008 00:48)
- У dsPIC и PIC24 получается, при использовании C30, около 45 DMIPS на частоте ядра 40 МГц. - PIC32(02.05.2008 16:44)
- А дай ссылочку на ТВОЙ исходник бенчмарка плз - MBedder(02.05.2008 16:49)
- Здесь весь проект, я оставил в dhry() только вычислительную часть, чтобы облегчить портирование. - PIC32(02.05.2008 17:05, ссылка)
- А дай ссылочку на ТВОЙ исходник бенчмарка плз - MBedder(02.05.2008 16:49)
- дык примерно так, как пик32 и написал по ссылке. Что подтверждено на буржуйском форуме. Сам только пока со стартер китом поигрался, проекта нет реального, чтоб действительно что-то оценить... - Gamma SPb(02.05.2008 00:58, ссылка)
- У dsPIC и PIC24 получается, при использовании C30, около 45 DMIPS на частоте ядра 40 МГц. - PIC32(02.05.2008 16:44)
- Во-во... Кстати, не прикидывал, сколько у dsPIC33 DMIPS/MHz? - MBedder(02.05.2008 00:48)
- Очень интересно. Ширина шины от Flash памяти до prefetch 128бит, чтение 20Мгц (50нс), выход 32бит 80Мгц. При линейном коде, если команд перехода 5% вычислитель будет работать >72 MIPS. - AU_(02.05.2008 00:11)
- Нет. Обращения к Flash там идут через кэш/конвейер, т.к. время доступа к Flash все равно 25 нс. Будет зависеть от попал/не попал, ветвлений, очереди, погоды в Астрахани и положения светил, а в dsPIC33F/PIC24H это время будет всегда одинаково MBedder(47 знак., 01.05.2008 19:49)
- ВСЕ dsPIC33F/PIC24H кушают меньше 90 мА - это dsPIC30 прожорливые, и то на 5 вольтах/30 МИПС, и не 0.25, а 0.15..0.2А. А PIC32 еще как минимум пару лет до ума доводить будут - по аналогии с dsPIC сужу - MBedder(01.05.2008 16:59)
- Если можно, поясните начинающему пользователю Microchip (чайнику): в задаче с 75% банальных пересылок из памяти программ в регистр PIC32 @ 80MHz должен раза в 2 уделать dsPIC33F/PIC24H @ 40MHz по быстродействию? AU_(62 знак., 01.05.2008 16:59)
- Дык PIC32 статус "In-production" и уже 2 errata есть по 2 десятка пунктов. Кажется, что для простых задач с использованием периферии на 5% можно и применить? + 40МГц dsPIC33F/PIC24H есть такие, которые меньше 0,25А кушают? - AU_(01.05.2008 16:55)
- Я выше предложил серийные (в отличие от опытных PIC32) dsPIC33F/PIC24H. Производительность в 6..10 раз выше, чем у Меги, тактовая - в 2..2.5 раза, периферии на порядок больше и она на порядок лучше, стоимость ниже, и т.д., и т.п. --> - MBedder(01.05.2008 16:45, ссылка)
- Ладно, проехали - MBedder(01.05.2008 16:41)
- Я так понимаю, что укажаемый MBedder, никаких MCU/SOC для сравнения предложить не может, или ошибаюсь? ARM9 и xSCALE для наших задач, IMHO избыточны. AU_(784 знак., 01.05.2008 16:49)
- Тогда я гораздо счастливее, чем кажется. Вопрос таки решительно недопонял, соответственно что ответить не разумею. - AU_(01.05.2008 16:32)
- Конкретней некуда. Опять GOTO $-3 --> - MBedder(01.05.2008 16:21, ссылка)
- Конкретизируй свой вопрос пожалуйста. - AU_(01.05.2008 03:09)
- .... - AU_(01.05.2008 02:56)
- Ты не ответил на мой вопрос. GOTO $-2 --> - MBedder(01.05.2008 01:09, ссылка)
- Вопрос: при чем ДМИПСы/МГЦ к быстрым прерываниям и ногодрыганью? Ответ: само по себе не причём. У нас в планах много int расчётов типа а*x+b и строковых пересылок, которые будут прерываться на дрыгоножество. - AU_(01.05.2008 02:57)