Matrisberäkningar med för STM32?

[hawkan]

Jag har inte kunnat testa på riktig hårdvara.
Men allt kompilerar och som jag förstår det, gut feeling och erfarenhet och sånt, så *ska* det funka.
Allt kompilerade och länkade, förutom några av testcasen där ftruncate saknades. Det var några varningar också,
men i princip allt gick igenom. Om det varit mitt projekt hade jag gått vidare och testat på riktig hårdvara
och ladda ned det med stlink och provkört.

Får du problem med _exit() och sånt så är det " --specs=nosys.specs" som är lösningen, se min make.inc.
Det är tydligen en oanad feature denna --specs.

[Al_Bundy]

En fråga! Fungerar komplexa tal på STM32?

[hawkan]

Om det finns i clapack så ja!
Complexa tal som sådant finns ju inte i C. Men om linjär algebra-paketet stöder det
så är ju allt i mjukvara och då stöds det.

[sodjan]

Finns det någon (normal) maskinvara som har stöd för komplexa tal?
Annars är det ju alltid emulering och då fungerar det ju överallt...
Frågan ger lite underliga "vibbar"...

[Al_Bundy]

Om det finns i clapack så ja!
Complexa tal som sådant finns ju inte i C. Men om linjär algebra-paketet stöder det
så är ju allt i mjukvara och då stöds det.

Nu har jag testat min C kod och den fungerar för STM32

[Al_Bundy]

Finns det någon (normal) maskinvara som har stöd för komplexa tal?
Annars är det ju alltid emulering och då fungerar det ju överallt...
Frågan ger lite underliga "vibbar"...

Då ska jag köra eigenvärden utan komplexa tal. Jag vet att komplexa tal är väldigt användbart för dynamiken, men det är helt enkelt komplext för mig

[Al_Bundy]

Nu är jag klar med mitt bibliotek! Eller ja, den första versionen med Lapack.

Jag tänkte fråga er om ni har tid att kolla igenom biblioteket och ge mig några råd på om hur det blir med minneshanteringen för detta bibliotek. Biblioteket innehåller matrisdekompisering och massa andra fina verktyg som liknar MATLAB's verktyg.

Denna version innehåller eigenvärden. Det är en enorm beräkning bakom det ska ni veta.

Vad händer om det är double i biblioteket? Gör det något?

Ni behövere Eclipse för att öppna projektet.

[Rick81]

Nice! Hur lång tid tog din 36x36 SVD på stm32f4? Det som kommer hända med double är att det tar längre tid om inte cpu har double i HW.

[Al_Bundy]

Jag testade att bränna över koden till min stm32 och jag fick inga felmeddelanden. Jag har inte testat om stm32 räknar ut matriserna. Men jag ska göra det.

För en 72*72 så tog det 0.002 sekunder på en 11 år gammal dator.

[Rick81]

0.002 sekunder på en gammal dator säger inte så mycket. Är det en 3 GHz och STM32f4 kör på 180 MHz så är den ju 16 ggr snabbare bara i klockcyckler plus att x86 klarar köra mer instruktioner per klockcykel än ARM...men vist 1 per sekund borde den ju klara utan problem.

[Al_Bundy]

Här är informationen om min dator.

Kod: Markera allt

dell@dell-Precision-M6400:~$ cat /proc/cpuinfo
processor	: 0
vendor_id	: GenuineIntel
cpu family	: 6
model		: 23
model name	: Intel(R) Core(TM)2 Duo CPU     T9600  @ 2.80GHz
stepping	: 10
microcode	: 0xa0b
cpu MHz		: 2141.544
cache size	: 6144 KB
physical id	: 0
siblings	: 2
core id		: 0
cpu cores	: 2
apicid		: 0
initial apicid	: 0
fpu		: yes
fpu_exception	: yes
cpuid level	: 13
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl cpuid aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 xsave lahf_lm pti tpr_shadow vnmi flexpriority dtherm ida
bugs		: cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf
bogomips	: 5586.46
clflush size	: 64
cache_alignment	: 64
address sizes	: 36 bits physical, 48 bits virtual
power management:

processor	: 1
vendor_id	: GenuineIntel
cpu family	: 6
model		: 23
model name	: Intel(R) Core(TM)2 Duo CPU     T9600  @ 2.80GHz
stepping	: 10
microcode	: 0xa0b
cpu MHz		: 2381.042
cache size	: 6144 KB
physical id	: 0
siblings	: 2
core id		: 1
cpu cores	: 2
apicid		: 1
initial apicid	: 1
fpu		: yes
fpu_exception	: yes
cpuid level	: 13
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl cpuid aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 xsave lahf_lm pti tpr_shadow vnmi flexpriority dtherm ida
bugs		: cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf
bogomips	: 5586.46
clflush size	: 64
cache_alignment	: 64
address sizes	: 36 bits physical, 48 bits virtual
power management:

dell@dell-Precision-M6400:~$ 

[Rick81]

Jaha där ser man, men vore det inte intressant testa på STM32? om du redan laddat ned koden borde det ju vara enkelt bara köra din test kod och kolla tiden?

[Al_Bundy]

Just nu hittade jag ett litet problem med eig-kommandot. Den har inte korrekt minustecken. Men jag ska bränna in koden på min stm32 och ge er en återkoppling.

[Al_Bundy]

Jag kompilerade och testade om jag kunde läsa av något värde.
Fick inga felmeddelanden under kompileringen.

Men jag fick detta när jag försökte läsa av en array. Någon som kan testa? Jag lägger upp senaste projektet.

[ahlsten]

Kolla rad 98 i den där filen? Står det något om minneshantering kanske?