Onderwerp: Raspberry Pi evaluatie voor navigatie

hoe verhoudt de snelheid van jouw simulatie zich tot de werkelijke snelheid van een raspberry?
idem voor geheugengrootte en i/o?

zonder deze info kun je niet veel zeggen over de echte snelheid (van OpenCPN) op een echte berry....

100% gelijk Thomas.
emulator is met deze parameters gestart:

qemu-system-arm -kernel kernel-qemu -cpu arm1176 -m 512 -M versatilepb -no-reboot -serial stdio -append "root=/dev/sda2 rootfstype=ext4 rw elevator=deadline rootwait panic=1" -hda 2013-09-25-wheezy-raspbian.img -hdb swapdisk.img -redir tcp:5022::22

Dus hij gebruikt normaal dezelfde processor en snelheid als de echte model B. Ook geheugen is niet mee geprutst. Blijft de 512MB die op een standaard model B zit.

I/O haal ik 70MB/s (gemiddeld) op read en 34MB/s (gemiddeld) op write.
Is dit vergelijkbaar met de Pi? Ik weet het niet. Moeten we meten op een echte.

Eigenlijk ben ik hoopvol om de image eens op een sdcard te zetten en op een berry te laten draaien. Na nieuwjaar komt een vriend met zijn berry naar me thuis en dan doen we de echte testen. Zal wel sowieso sneller zijn dan de emulator. Ik zie toch wel wat overhead in de emulator ook en om eerlijk te zijn, qemu heeft qua overhead niet echt een goeie reputatie.

ook van belang natuurlijk de snelheid van de geheugenchipjes.
Een SDkaart zal vast flink langzamer zijn dan SDRAM of zo in je PC...

Wel mooi dat je die emulator wat performanceparameters kan meegeven!

net even dd tests gedaan op mijn emulated pi.
mijn native os is write 362MB/sec ter vergelijking.
dus ik vermoed dat de emulator ook wel rekening houdt met de max performance van de sd card (bewijzen kan ik dit niet).

Zet een img ergens op het net. Dan kunnen anderen ook genieten. Hier op mijn buro ligt een Rasb nix te doen. Mijn kennis gaat niet zo ver maar een img naar een SD schrijven gaat wel lukken.
- een van de nadelen van een SD is wel dat die niet erg lang mee gaat als die vaak wordt beschreven. Maar dat is makkelijk op te lossen door elk seizoen met een nieuwe kaart te beginnen.

en zelfs daar zijn oplossingen voor.
linux is eigenlijk ontworpen voor op draaiende schijven te werken en sd cards slijten het hardst van "fout" gebruikt. Nu kan je linux ook aanpassen om er wel deftig mee om te gaan.
Voor "niet bewegende opslag" moet je andere filesystemen aanmaken enzo eigenlijk. Journaling zou je kunnen afzetten, noatime parameter zetten, uw "uitlijning" van uw storage goed doen...
Staat dus ook nog op de todo list.

image is nu 10GB, hoe groot zijn je sd'cards? Welke card ga je gebruiken want van de kaart zelf hangt HEEL veel af. een class 10 zal bvb sneller zijn dan je class 4 ... )

morgenavond eens in het OpenGL probleem duiken denk ik.

Die van mij ligt ook stof te happen....

Ik heb volgens de methode op deze site; www.agurney.com/raspberry-pi/pi-chart OpenCpn proberen te installeren, maar krijg het niet draaiende..
Ik ben nu nog wat andere distro´s aan het proberen; www.raspberrypi.org/downloads (Arch, RISC-OS, Pidora) draait allemaal leuk, vooral met RISC-OS is hij (voor een ARM processor) best wel snel. RISC-OS is ook de lichtste distro die er op het moment voor de Raspberry is.
In een .img ben ik ook zeer geinteresseerd, want tot nu toe ben ik wel een beetje vastgelopen met de Pi en OpenCpn.
Mijn plan was om de Pi in te bouwen in de boot, met een 10¨ inch usb touch-screen. Het moet allemaal gevoed worden via de accu/zonnepanelen, en gezien de afmetingen van mijn boot, een leisure17, zijn dat niet erg grote panelen. dus een laag stroomverbruik is voor mij zeer interessant.

Martijn

16 Gb is geen probleem. Nu heb ik er een 32 in. maar die wis ik liever niet. Veel verschil in snelheid heb ik overigens niet kunnen ontdekken bij verschillende kaarten op de rasb. Mogelijk wel als opencpn veel naar verschillende files moet. Bovendien een class 10 @ 16Gb kost nagenoeg het zelfde als de rasb.

ok goed, ik ga een manier bedenken om de 10GB bij jullie te krijgen.
even een kleine "disclaimer"

Dit is een pre-alpha build. Er zitten nog fouten in op glx, die foutmeldingen krijg je ook bij opstart.
Gps connectie is nog niet gechecked, lijkt mij ook wel belangrijk

Kaarten zijn niet van mij, dus "eigenlijk" moet ik ze uit de image wissen, maar ik ga er van uit dat jullie netjes de kaarten gekocht hebben en dit dus geen probleem hoeft te zijn.

Aan de linux moet nog VEEL gesleuteld worden, vooral voor de throughput naar de sd card toe.
Yep 3noreen, die kaartjes zijn "relatief duur", maar hun performantie wel waard.
Voor deze build steek er niet je beste kaartje in omdat alles nog getouched gaat worden!
Controleer ook de build of de swapfile groot genoeg is. In de emulator durft hij de 2e disk (zo heb ik het tijdelijk opgelost) soms niet vinden en dan moet je zelf effe snel je swap aanzetten.

Een build op risc staat ook nog op het wishlistje, maar eerst maar even zien hoe deze quick en dirty hack op een echte raspberry pi reageert.

Accepteren jullie dat dit nog niet echt gebruikt kan worden en gewoon "om te zien of het traag maar bruikbaar qua responsiveness" is?


edit: GLX foutje gevonden denk ik, maar dat zou willen zeggen een volledige rebuild van een nachtje kunnen jullie nog wachten tot volgende week om te testen?

Absolut geen haast. Ook nog geen intentie om in nu al in te zetten aan boord. Gewoon leuk om mee te experimenteren.
Wis de inhoud van de kaarten map die kunnen wij zelf wel weer vullen met onze eigen materiaal. Of we gebruiken kaarten van RWS. Dan kunnen we wat publiekelijker met de img om gaan.

Geen probleem, ik heb geen haast Er liggen hier ook nog een hoop andere ¨projecten¨ te wachten

Martijn

Ik volg dit met argusogen en hoop dat het dan misschien toch kan,OpenCPN op mijn Pi.
Maar voor het zover is, zal ik blijkbaar nog een hele hoop moeten leren, voornamelijk hoe kernels te rebuilden, cross compiling etc etc .

Hoeft niet hè Tony als de image beschikbaar is, is het image op sdcard, kaartjes opzetten en runnen maar.
Da's het mooie van de pi. Hardware is altijd 't zelfde (model dus kan je in de build alles insteken.
Ben er ook nog niet uit of het rasbian blijft of niet, maar voorlopig doet het wel goed.

Hulde voor al deze inzet!

Mijn PI crashed inderdaad bij het inlezen van de kaarten, waardoor de PI door gebrek aan geduld en onkunde in de hoek beland is.

We lezen gulzig mee.

Maar ik mis even de reden voor dit project.

Kosten kan het zijn, maar je moet flink uitkijken met je componenten om niet boven de 300 E uit te komen voor het hele verhaal.

Dan stroomverbruik. 1A is VEEL! De vraag is geheel wat voor voeding, 12V/5V converter, je er voor zet. Mijn webbook gebruikt 600mA/12V met het beeldscherm aan!

De enige die dan over blijft is hobby.

Tja, daar is niks tegenin te brengen.

Joop66 schreef :
Net als varen natuurlijk......

Tja ik had ook 2 Pi's aangeschaft voor al dat leuks aanboord (en thuis) en ondertussen lopen ze ook stof te happen. En dat gedoe met die SD kaartjes helpt ook niet echt.
Toen ik mijn Pi net had beef het steeds opnieuw booten. Het bleek dat de voeding die ik had niet genoeg stroom leverde en dat vand de Pi niet leuk.
Ondertussen zijn er ook andere fabrikanten die linux experimenteer bordjes leveren. Eentje die me erg charmeert is Olimex die heeft dit bordje het kost €65 dat is 2x zo duur als een Pi maar je krijgt er ook heel wat meer voor. (A20 cpu=dual core ARM 7, 1GB ram 4GB flash, SATA aansluiting, VGA/HDMI/LCD aansluiting, 6-16V voeding spanning!) Antratek.nl heeft ze ook. Bij Olimex verkopen ze ook bijpassende schermjes.
Ik wordt erg blij van dit apparaat. Oh ja en voor de knutselaars (ik dus ook) voldoende I/O aansluitingen.
Als ik een goede kaart kan vinden voor openCPN dan ga ik zo'n ding kopen.

Mijn persoonlijke reden? Eenvoudig, ik lees er zoveel her en der over dat ik op de duur niet meer weet wie te geloven. Enige manier is het dan zelf uit te zoeken.

Rebuild van deze nacht geeft geen gewenst resultaat, maar weet wel waar 't zit en is niet simpel te fixen.

Bij Linux heb je 1voordeel, niet gaan bestaat niet. Zal er wel rond geraken, maar zal even tijd vragen. Komt wel goed, ziet er veel belovende uit. Ik heb zo'n gsm autoladertje dat 5v geeft, en met een gsm eraan zit dat onder de 0,5A, dus maar met mijn kerncentrale aan boord lukt dat net

Nou ik heb dat bordje inmiddels besteld. Ik was zo verlekkerd toen ik naar de beschrijving keek
Ik zal nogwel laten weten hoe dat gaat in een nieuw topic.

Wat verbruikt zo'n olimex? Enig idee?

300mA bij 12V zonder 'peripherals', 500mA met. Vooral de ingangsspanning is interessant, pakt alles aan tussen de 6 en de 16V, kan dus gewoon aan het boordnet.

Inderdaad interessanter dan raspberry pi dan.
Een ding vraag ik mij dan af, waarom is de pi zo bekend en olimex nog niet?

Waarom is Windows zoveel bekender dan Ubuntu? Heb intussen ook een site gevonden van iemand die die A20 op Ubuntu heeft laten draaien...
olimex.wordpress.com/2013/10/1...s-for-a20-olinuxino/
Het grote voordeel is dat Opencpn gewoon op Ubuntu draait hier.

Ubuntu is nog altijd debian based he. Als je'n gui'ke belangrijk vindt, tsja maakt niet veel uit op zich.

Wel effe rekening houden dat't ook een arm gebaseerd bordje is en dat je dus ook je opencpn zelf zal moeten builden.
Waarschijnlijk door de "grotere power" van dat bordje kan't wel zijn dat je met de guide op opencpn tot een werkende build komt zonder aanpassingen. Zoniet, laat even weten he, dan geef ik de hacks in de cpp files wel door (in pb, is hier geen computerforum voor compilers he )

Vipe6 schreef :
Ik ken je Linux skills niet, maar die guide in zijn debian stuk is wel goed zo te lezen. Houdt ook rekening met een uitlijning van zijn partities, da's eentje dat ik eens grondiger ga lezen. Thanks for painting me there.