ULX3S micro python local programming speeds

Well, you could knock me down with a feather, if you thought remote programming was blisteringly fast…..

File nameTime 1Time 2Time 3Time 4Time 5Ave Time (ms)
/blink.bit518518548521522525
/blink.bit.gz114011401142114111411141
/blinkc.bit868487838685
/blinkc.bit.gz189189189189189189







/sd/blink.bit108710871090108610901088
/sd/blink.bit.gz114811481150115111511150
/sd/blinkc.bit178174175173175175
/sd/blinkc.bit.gz193196193193196194

The headline here has to be a blistering 85ms from the internal flash!!!

There is no surprise with compression methods, while some timings are nearer to each other than with remote programming, they are in line with what you’d expect.

As I understand it it might be possible to improve SD speeds (I might have the wrong end of the stick here), but even without an improvement I defy you to notice the difference between 175ms and 85ms by eye!

As the internal flash is limited it makes perfect sense to use –compress and gzip together, it being only a tiny bit slower than the fastest SD speed

Again that 85ms isn’t a typo, fantastic! its easily conceivable you could have a massive library of bitstream files on your SD card, connect the board to your phone’s AP and demonstrate your work anywhere….

I’m seriously thinking about finding a fast 640×480 LCD for this board…..

Not only is this board more than capable of retro emulation at home, it could very comfortably make a blisteringly capable portable game system…. (portable Amiga certainly, or maybe more!)

Leave a Reply

Your email address will not be published. Required fields are marked *