#qi-hardware IRC log for Monday, 2012-12-17

viriccan it be that the nanonote is faster than the raspberry pi (for non fp code, of course)09:34
larscI doubt it10:58
larscas far as I know the cpu freq of the rpi is twice that of the nanonote. And usually ARM is not a factor two slower than MIPS when it comes to instructions per clock cycle10:59
wpwrakviric: did anyone make such a claim ? or was this just speculation ?12:01
viricmy speculation12:03
viricI've seen the nanonote quite capable, and the pi a bit slow. But maybe I simply gave too different jobs to them12:03
wpwrakthe display resolution may also make a difference. the ben has only a few pixels to move.12:17
larscyea, I have seen ben like hardware connected to a 800x600 display, it wasn't pretty ;)12:19
viricI've been only compiling12:21
viricI've 'openssl speed' numbers somewhere12:21
viricof both.12:21
DocScrutinizer05compiling is 90% IO15:06
DocScrutinizer05IO in turn is massively depending on your actual hw design, like in "ZX81 computed during the VSYNC period of display only, other time the RAM been busy with video buffer readout"15:08
DocScrutinizer05well, odd example since that's not even IO15:09
DocScrutinizer05but anyway I guess you get the picture, regarding using a RAMdisk vs slow MMC flash storage raped by constant swapping and thus slowing down to <1 IOPS for real file access15:11
DocScrutinizer05the latter commonly known as swap hell on e.g. Nokia N90015:12
DocScrutinizer05compiler runs are *very* prone for running into swap hell on any architecture that has small amounts of RAM, compared to filesize of the compiled project15:14
DocScrutinizer05-j 64 doesn't help either ;-)15:15
wpwrak-j 64 at least makes the situation obvious ;-)15:18
qi-bot[commit] Werner Almesberger: libubb/: helper library for UBB access (master) http://qi-hw.com/p/ben-blinkenlights/2c52dac15:31
qi-bot[commit] Werner Almesberger: swuart/: half-duplex software UART for UBB (WIP) (master) http://qi-hw.com/p/ben-blinkenlights/468988215:31
qi-bot[commit] Werner Almesberger: swuart/: use a hardware timer and allow full-duplex operation (master) http://qi-hw.com/p/ben-blinkenlights/8816dcf15:31
larscgpio uart?15:33
wpwrakand in user space16:59
wpwrakwell, with the usual dirty tricks :)17:00
wpwrakfor example, i turn off interrupts while sending/receiving17:00
wpwrakof course, it's not perfect. i.e., it has to be ready and polling when a new byte arrives. in a typical request-response dialog, that is normally no problem, but if you have fully independent operation, it would lose receive data17:02
wpwrakwhat the full-duplex capability does is that it allows responses to begin while still sending. e.g., an echo or maybe in the future xon/xoff flow control17:05
DocScrutinizer05roh: you've been the rider or the driver of Rudi? ;-D18:19
DocScrutinizer05ooh, didi senft ... http://www.stern.de/panorama/raddesigner-didi-senft-rentierfahrrad-begeistert-berlin-1942361.html18:26
viricDocScrutinizer05: hm yes, a lot of IO.18:41
DocScrutinizer05roh: yup ;-P18:42
DocScrutinizer05roh: nevertheless I seen two guys with hoods on a weird bike... Instantly thought of you and gismo, you both looked similar in a certain way on Camp18:43
wpwrakwolfspraul: btw, how about adding "antorcha" to the commit notifications on this channel ? http://projects.qi-hardware.com/index.php/p/antorcha/21:05
--- Tue Dec 18 201200:00

Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!