Hi David, the STM32F7 has about 512K of usable RAM, and one can get close to 1MB on the STM32H7. It is not much compared to a 10$ Raspberry Pi but way more than what we have on the SM1000 or STM32F4 UHSDR (aka mcHF). So I have hopes of getting this to run w/o problems even without modification, but we'll see. I'll report back (in a couple of days) when I was able to use the real hardware. In the meantime I may (or may not) instrument the linux test code to get an idea of memory usage.
Regards, Danilo On 04.05.2018 18:21, David Rowe wrote: > Hi Danilo, > > 700D might need some refactoring to run on a small machine, in > particular the LDPC codec uses some large arrays and doubles. > > For example one "modem frame" is 119 complex QPSK symbols (119 * 2 > values/complex symbol * 4 bytes/float * 2 bits/symbol = about 2kbyte > soft decisions values per frame). A 16 frame interleaver will need > arrays of 2kbyte x 16. Although the interleaving can be limited if > necessary, I haven't settled on a fixed value for it. > > The OFDM modem port should be straight forward, and after a little > optimisation perhaps use less memory and CPU than the FDMDV modem used > for 1600. > > Codec 2 700C will also need to be ported. > > I can give you some tips on refactoring for small machines and porting > 700D if you are interested on working on this. > > Cheers, > > David > > On 04/05/18 22:02, Danilo Beuche wrote: >> Hi, >> >> we'll shortly be able to test how a CORTEX-M7 single core architecture >> holds up against 700D performance demands in the UHSDR firmware >> (STM32F7@216 MHz and STM32H7@400Mhz). And for sake of completeness, we >> can test it with a STM32F4 @ 168 Mhz but I don't have high hopes here... >> >> For the 800 Mhz for the A4-5000, I think this is current frequency when >> running the cpuinfo command, not necessarily the frequency when the >> processor is doing 700D (unless the command was called at the right >> time). A4-5000 ha 1.5Ghz max clock. >> Regards, >> Danilo >> >>> model : 0 >>> model name : AMD A4-5000 APU with Radeon(TM) HD Graphics >>> stepping : 1 >>> microcode : 0x700010b >>> cpu MHz : 800.000 >>> cache size : 2048 KB >>> fpu : yes >>> fpu_exception : yes >>> bogomips : 2994.54 >>> >>> top - 18:32:54 up 115 days, 4:43, 4 users, load average: 1.46, >>> 1.13, 0.70 >>> Tasks: 291 total, 3 running, 288 sleeping, 0 stopped, 0 zombie >>> %Cpu(s): 31.8 us, 4.2 sy, 0.0 ni, 63.9 id, 0.0 wa, 0.0 hi, 0.1 >>> si, 0.0 >>> st >>> KiB Mem : 7592440 total, 205480 free, 1813748 used, 5573212 >>> buff/cache >>> KiB Swap: 8191996 total, 6313456 free, 1878540 used. 5352648 >>> avail Mem >>> >>> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ >>> COMMAND >>> 28410 alanb 20 0 1205880 56316 38656 R 96.4 0.7 5:33.78 >>> freedv >>> 11081 alanb 20 0 368284 43696 27040 S 14.9 0.6 282:15.78 >>> Xorg >>> >>> This should be indicative of a modern laptop. >>> >>> Keep smiling >>> >>> Alan VK2ZIW >>> >>> >>> On Fri, 4 May 2018 14:55:21 +0930, David Rowe wrote >>>> No need for alarm .... it's consistent with previous versions of >>>> FreeDV GUI that people have been running since 2012. >>>> >>>> Optimisation of the DSP code won't help, as it doesn't appear to be >>>> in the modem/codec/FEC, e.g. running the FreeDV stack from the >>>> command line over 60 second samples: >>>> >>>> $ time ./freedv_rx 1600 ~/Desktop/ve9qrp_1600_8010.raw /dev/null >>>> real 0m0.748s >>>> $ time ./freedv_rx 700D ~/Desktop/ve9qrp_700d.wav /dev/null >>>> real 0m0.766s >>>> >>>> Perhaps 1% CPU. >>>> >>>> It's most likely in the GUI code. If anyone would like to take a >>>> look at this, I'd be interested in the results of profiling and will >>>> happily accept patches to reduce CPU. This is a job anyone with >>>> general C/C++ coding experience could do - you don't need to >>>> understand the DSP. >>>> >>>> - David >>>> >>>> On 04/05/18 12:51, glen english wrote: >>>>> or rather either that's alot of CPU or the cache is thrashing >>>>> >>>>> Is it using SSD / NEON vector instructions ? >>>>> >>>>> >>>>> On 4/05/2018 1:11 PM, Steve wrote: >>>>>> The lights aren't dimming in the office, the UPS isn't beeping, and >>>>>> crows aren't falling from the sky :-) >>>>>> >>>>>> On Thu, May 3, 2018 at 10:07 PM, glen english <g...@cortexrf.com.au >>>>>> <mailto:g...@cortexrf.com.au>> wrote: >>>>>> >>>>>> >>>>>> How many watts is that taking? >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------- >>>>>> >>> ----- >>>>>> Check out the vibrant tech community on one of the world's most >>>>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Freetel-codec2 mailing list >>>>>> Freetel-codec2@lists.sourceforge.net >>>>>> https://lists.sourceforge.net/lists/listinfo/freetel-codec2 >>>>> >>>>> >>>>> -------------------------------------------------------------------------- >>>>> >>> ---- >>>>> Check out the vibrant tech community on one of the world's most >>>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >>>>> _______________________________________________ >>>>> Freetel-codec2 mailing list >>>>> Freetel-codec2@lists.sourceforge.net >>>>> https://lists.sourceforge.net/lists/listinfo/freetel-codec2 >>>>> >>>> ---------------------------------------------------------------------------- >>>> >>> -- >>>> Check out the vibrant tech community on one of the world's most >>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >>>> _______________________________________________ >>>> Freetel-codec2 mailing list >>>> Freetel-codec2@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/freetel-codec2 >>> >>> Alan >>> >>> Evil flourishes when good men do nothing. >>> Consider the Christmas child. >>> --------------------------------------------------------------------------- >>> >>> Alan Beard Unix Support Technician from 1984 to today >>> 70 Wedmore Rd. Sun Solaris, AIX, HP/UX, Linux, SCO, MIPS >>> Emu Heights N.S.W. 2750 Routers, terminal servers, printers, >>> terminals etc.. >>> +61 2 47353013 (h) Support Programming, shell scripting, "C", >>> assembler >>> 0414 353013 (mobile) After uni, electronics tech >>> >>> >>> ------------------------------------------------------------------------------ >>> >>> Check out the vibrant tech community on one of the world's most >>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >>> _______________________________________________ >>> Freetel-codec2 mailing list >>> Freetel-codec2@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/freetel-codec2 >> >> >> ------------------------------------------------------------------------------ >> >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> Freetel-codec2 mailing list >> Freetel-codec2@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/freetel-codec2 >> > > ------------------------------------------------------------------------------ > > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Freetel-codec2 mailing list > Freetel-codec2@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freetel-codec2 ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2
