NSBasic 4.1 Native!

[r. dohmen]

NS Basic kan vanaf versie 4.1 ook Armcode genereren en is daardoor op OS5 machines tot 25x sneller. Lees hier meer.

[jean-paul]

Heb jij als NS/Basic-programmeur en Vriend van de Palmclub niet een keer zin om het oude review van NS/Basic eens te actualiseren?

En misschien (maar hoort eigenlijk niet in deze thread) heeft Bram dan zin om Handheld Basic te reviewen?

- jp

[Bram]

NSBasic kan geen ARM code produceren. De Runtime is nu in ARM code geschreven, waardoor het maximaal 25x sneller gaat als met de 68k runtime.

hier staan (helemaal onderaan) veel pakketten op snelheid vergeleken. Hoewel NS Basic 4 er nog niet bij staat, moet het nog eens 100x sneller gaan om sneller te draaien als Handheld Basic++

[r. dohmen]

Citaat:

Op 06-01-2004, om 17:40 heeft jean-paul dit gezegd in bericht #2
Heb jij als NS/Basic-programmeur en Vriend van de Palmclub niet een keer zin om het oude review van NS/Basic eens te actualiseren?

Prima, over een weekje of 2 heb ik wel weer wat tijd denk ik.
Wil je met off-thread even precies vertellen wat je wilt?

Citaat:

hier staan (helemaal onderaan) veel pakketten op snelheid vergeleken. Hoewel NS Basic 4 er nog niet bij staat, moet het nog eens 100x sneller gaan om sneller te draaien als Handheld Basic++

Dat hangt natuurlijk van de benchmark af. Volgens deze scheelt het heel wat minder; een factor 20 schat ik.
Progamma's die dar hun voordeel me doen moet erg veel rekenen of erg veel werk met databases doen.
Voor de meeste soorten programma's de snelheid van NSBasic ruim voldoende; de vele nsbasic programmeurs spreken voorzcih denk ik.
daarnaast is het natuurlijk het verschil in prijs.
Ook is de ondersteuning van NSBasic al jaren prima. Van wat ik de laatste maanden zo gezien heb lijkt me die bij HB++ ook wel in orde, trouwens.

Ik begrijp je enthousisme over hb++ helemaal Ik ben zelfs van plan het programma te kopen. Je kunt Ns-basic natuurlijk net zo lief met PRC-tools of SateliteForm vergelijken; als je daar fan van bent.
Het gaat behalve snelheid ook om het gemak en de snelheid waarmee je programma's schrijft en leert schrijven (dat gaat in NSBasic erg sneller).
HiRes ondersteund NsBasic bijvoorbeeld al een tijdje, HB++ zou dat volgens de aankondigingen al een paar maanden moeten kunnen; maar de update blijft maar uit. Het aanspreken van bestanden op geheugenkaartjes gaat in HB++ bijvoorbeeld weer veel gemakkelijk dan in NsBasic.
Maar inderdaad; op snelheid wint HB++ met voorsprong.

[Bram]

Citaat:

Op 06-01-2004, om 18:02 heeft r. dohmen dit gezegd in bericht #4
Volgens deze scheelt het heel wat minder; een factor 20 schat ik.

Dat is bij de floatings. Moet je ook eens bij de integers kijken Scheelt een factor 400. Zelfs LyME is daar sneller.

Zal ook wel reageren in een SRT.

[r. dohmen]

Dat is dus meteen een (bekende) truc in NSBasic, rekenen met Floats -> zelfs als loop-variabele in loops e.d.!

Met een freeware tool als PalmOS-Pascal is het heel goed mogelijk om rekenenintensief werk even snel als HB++ of C te maken in de vorm van een shared library. De interface bouw je in NS-Basic.

Hallo,

Ik zag in deze thread een vergelijk verschijnen in snelheid tussen NSBasic en HB++.

Het lijkt me een normale zaak dat HB++ sneller is dan NSBasic, immers HB++ compileert een applicatie naar een native PalmOS applicatie.

NSBasic daarentegen gaat een applicatie omzetten naar een taaltje - tokenizing - dat de NSBasic runtime kan gebruiken. Deze runtime is eigenlijk een mini virtuele machine die de instructies vervat in een NSBasic applicatie verstaat en vertaald naar PalmOS instructies.

Bovenstaande redenering gaat echter niet helemaal meer op de nieuwere ARM Palms.

Tot voor NSB4.1 was de runtime gecompileerd voor 68k Palms. Dit houdt in dat een native 68k Palm applicatie ook wordt geinterpreteerd door een virtuele machine op de Palm, die 68k machine taal instructies omzet naar ARM machine taal instructies.

Wat houdt dit nu in? Tot voor NSBasic 4.1 waren er twee indirectie lagen tussen de NSBasic applicatie en een ARM Palm, wat de snelheid niet ten goede komt. Met de komst van NSBasic 4.1 is er dus slechts 1 indirectie.

Nu, momenteel lijkt HB++ enkel 68k code te genereren, dus HB++ applicaties hebben ook een indirectie, namelijk 68k code naar ARM.

De vraag is nu ... wat is het snelst?

In ieder geval verwacht ik van HB++ toch ook wel een ARM compiler te zien verschijnen ...

Groeten,
Johan

[r. dohmen]

Citaat:

In ieder geval verwacht ik van HB++ toch ook wel een ARM compiler te zien verschijnen ...

HB++ kan nu al wel met armlets werken, ARM compiler stond voor midden 2004 gepland.

[Bram]

Citaat:

Op 07-01-2004, om 13:31 heeft r. dohmen dit gezegd in bericht #8


HB++ kan nu al wel met armlets werken, ARM compiler stond voor midden 2004 gepland.

ARM is echter alleen voor OS6 weggelegd bij HB++

[r. dohmen]

Dat is logisch. OS5 kan alleen armlet met ARM-code runnen, geen native programma's.