The trouble with benchmarks like this is that they can be very misleading, and have little to do with the real world. Let me give a couple of reasons:
1. You can always write a very fast app if you keep all variables in Dynamic Store. This works fine in a test, with a limited number of variables. For a sophisticated app, the Dynamic Store is never large enough, so the much slower regular store has to be used. If you're working in something like C, the complexities of deciding where each variable should best reside can be handled by the programmer. For NS Basic, we didn't want to have programmers worrying about such stuff, so NS Basic manages it. There is definite overhead to this convenience, but it sure saves a lot of development time. 2. Use of the Palm object APIs: Palm has a very nice, efficient set of form and object API functions. Programs that make full use of them (like NS Basic) will be pretty quick at displaying and updating forms, which is arguably more of a factor in most Palm apps than calculating perfect numbers. Once again, NS Basic concentrates on making it easy to use the Palm object API's. The speed of NS Basic is pretty good for most apps. On the new Palm OS 5 devices, we've seen elapsed time for incrementing a value 20,000 times take just 8 seconds. It's rare that that kind of heavy processing is needed in normal apps. When you do need more speed, you can write a standard Palm OS shared library using C (and even put in line assembler code) which is easily called from with NS Basic. A benchmark like this needs to be taken in context of the total project: - How much of the job is CPU bound? - What long will it take to develop your app? - How good is the look and feel of the resulting project? - How compatible will it be with various Palm OS devices? - How is the support? - How easy is it to deploy? - How long has the tools vendor been around - is he likely to be there for the full life cycle of your product? We will continue to improve straight line performance of NS Basic, but all these other things are very important to us. George Henne NS BASIC Corporation http://www.nsbasic.com >I have dowloaded NSBasic a few hours ago, the product look nice, but too >slow and the function library is poor. >I run BenchMark2 algorithm , for the differents tools, here are the results >: > >CodeWarrior : 18.77 seconds (impressive!) >HB++ : 19.46 seconds >Falch.net / GCC : 20.41 seconds >.... >..... >Satellite Forms : 674.57 seconds >NSBasic : 1281.86 seconds >.... > >Note that I test only HB++ and NSBasic, other results come from >http://www.aldweb.com/articles.php?lng=fr&pg=24 > >My own results are : > >HB++ : 19.46 seconds >NSBasic : 1320.65 seconds > >On the same Clie, of course. > >And I need table (Grid in HB++). I don't understand why NSbasic, Sat Forms >and some other tools do not propose the Table object. I think that the List >is not design for loading lot of records. >As Lancelot say, in most app, sometime, I need to : > >> create a view of a database that has many (10000) records >> without having to load them all (like we do in C with a table). > >> With a table, you can access the 10 records you're going to display, >> and you're ready to display so it's faster and requires less memory > >> I would also like to do custom draw on the viewed items, allowing the >> app to format the displayed text, create fake columns, etc > >I manage to do it with CodeWarrior (a little bit long and complex for me, >because there is some problems in the Palm OS SDK with the Table, I think, >not in CW), and more more easily with HB++ . >HB provide a cool sample, VFSExplorer, that allow to change the table >(Grid) control into a Treeview control, as in the MS file explorer : It's >exactly the same syntax as in Visual Basic ! > >As I just try the new NSBasic version for a couple of hours, perhaps I miss >something ? >Any advice ? > > >Colmerauer > >Note : If someone here have found some bugs on HB++, please tell me. All >informations are welcome! >[EMAIL PROTECTED] > > > >-- >For information on using the Palm Developer Forums, or to unsubscribe, >please see http://www.palmos.com/dev/support/forums/ > -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/