Problemen met Treo 650 en Tungsten T5 (?)

[Frank]

Gelezen op www.mobileread.com:

Not only is the new system much slower, as the data has to be loaded into a SDRAM chip before running, but in this filesystem PalmOne switched from using directly addressable storage, to storage addressed in 512 Byte blocks. This has caused many files to swell in size - up to 500% in some cases (such as the address book).

Not good for products that only offer a mere 23Mb of memory to play with. These issues are causing many users to cancel their orders to wait until the memory problems are addressed. Given that most of the people who buy new toys as soon as they're released are tech phreaks and developers, this doesn't bode well for a company who has already seen their market share dip below that of the Windows CE market.

Link

[RobB]

Misschien is dit een domper voor velen die in spanning op de nieuwe treo hebben gewacht: TreoCentral

Wellicht wordt dit door een upgrade van het OS nog opgelost maar leuk is het niet. Als softwareontwikkelaar ben ik in ieder geval niet van plan mijn applicaties aan te passen.
Dit geldt trouwens ook voor de T5 die hetzelfde type geheugen gebruikt.

Al met al niet zo'n slimme zet van Palm in de strijd tegen Microsoft.

[RoelvdV]

Belachelijk inderdaad. PalmOS is juist klein en simpel en dan besluiten je geheugen in blokken van 512 kB op te delen. Al zouden ze maar naar 64 kB gaan, dat zou al een flinke verbetering zijn.

Ik gebruik zelf KeySuite, maar als die hier niet iets voor kunnen aanpassen, dan gaat me dat ook veel geheugen kosten.

Groeten, Roel.

[Smaus]

Hmmm... serieuze domper! Net nou ik gisteren zeg maar officieel had besloten om een Treo650 te kopen, krijgen we dit

Ikzelf zal er niet zo heel veel last van hebben, aangezien ik niet van die hele grote databases heb (wat betreft PIM-apps dan), dus ik zal er weinig last van hebben, maar adres-fanaten als RoelvdV hebben er dus wel degelijk last van

Geen leuk begin van de dag!

Groeten,

Jaap

[RobB]

Citaat:

Ikzelf zal er niet zo heel veel last van hebben, aangezien ik niet van die hele grote databases heb.

Het grote probleem is dat je dat niet weet. Als ik een van mijn programma's neem, bijv Postcode:
nu is dat ca 91kB groot, 2461 records van elk gemiddeld 37 bytes.
dat wordt dan 2461*512 = 1260kB ofwel 1.2 MB


Op die manier ben je wel erg snel door je geheugen.

[RoelvdV]

En hier ook nog wat opmerkingen van CESD (de maker van de DateBk programma's) in een uitgebreide thread op Treocentral met de alleszeggende titel: NVFS (Non Volatile File System) is a disaster:

Citaat:

CESD (the well-respected author of DateBk 5) reportedly said this about the Tungsten 5:

Ok, I have now confirmed that yes, the reason the T5 is so slow is that their revised DM Patch DOES put the PalmSource database in Flash Rom. It is cached into Ram, but when the database is opened or closed, everything has to be copied into the much slower Flash Rom - hence the performance hit. And even simple requests for records end up going to Flash Rom - thereby
impacting performance. It also explains the bug that I have seen whereby you can get a:

VFSDBCache.c, Line:6761, DeleteRecord() called on invalid record

I was puzzled as to who was calling VFS since the DatebookDB database appears to be in RAM, but it apparently ends up calling VFS routines that access the internal flash drive, and there's obviously some bug whereby the DM Patch gets confused and messes up the record number for deletion.

At this point, it looks like the T5 may not be a good choice for those Palm Users who have an interest in running any third party software that accesses the standard PalmSource databases.

If you like the general form factor, you would probably be much better off with a Sony Th-55 and a 1gb Memory stick for around the same price.

I am of course revisiting the whole issue of supporting these undocumented, proprietary databases that PalmOne now seems determined on using, but this is not a trivial undertaking as it would require that support be added for all four proprietary databases - something that would require a parallel development effort and separate versions of the software. I have ordered a
T5 (another $400 only to look at device bugs) and will know more when I see this device in person.

I am disappointed that PalmOne is not only going against the philosophy of the Palm OS being an open platform by using proprietary databases, but that they also seem to think that providing support for third party applications (at least as good as older devices provided ) in this "compatibility mode" is no longer much of a priority either...

Cheers!
CESD, Pimlico Software, Inc.


> Anyone having a problem with their T5.

You and everyone who has bought one

> I had to get the update for the T5 because it would have Fatal Errors each time I would use DateBk5. But after the update I still have a problem with it locking-up after I put an appointment down in the calendar.

That's because the update does nothing to fix any of the bugs in the PalmOne DataManager patch. Just hold on some 24 hours or so as I will be posting a maintenance release VERY SHORTLY that talks directly to the proprietary calendar and memo databases thereby sidestepping their DataManager patch (several people have been testing this for me and all of them indicate it
eliminates all these problems on the T5 and also provides far better performance on the Tungsten T3, E, and Zire72/31).

With the T5, the Datamanager patch has moved IMHO from a designation of "kludge" to "worthless kludge" - it's basically unusable - not only because the performance is so bad, but because it was inadequately tested and has too many bugs to be considered a usable piece of software.

Among the very obvious problems when you try and use DateBk5 on a Tungsten T5 (or forthcoming Treo650) are:

1) Slow exit out of DateBk5 (One time, I clocked it at over 35 seconds!!).
2) Details dialog can take several seconds to appear
3) strange clicking noises and delays when executing simple functions
4) Unexpected crashes including ones with the message:

VFSBCache.c,line:6761 DeleteRecord()called and invalid record

The T5 is a nice looking device and has some nice features, but the testing was poor and this is by far the buggiest device that we've ever seen from a Palm licensee. I suspect there is a VERY good reason why PalmOne has announced the Treo650 (which uses the same architecture) but no carriers have started to make it available for sale(!).

I have to say that in ten minutes of testing after I got this device, I noted FOUR very obvious bugs, which leaves me at a loss to explain how a device like this could be released with such obvious errors - it does make you wonder if anyone even looked at this device before it was put up for sale...

Finally, while I may "Fix" DateBk5, this will not "fix" any other third party apps that use the built-in, standard Palmsource databases. So if you depend upon a third party addressbook app or memo app, or something like ToDO+, etc. you may well want to forgo the T5 (and the forthcoming Treo650) as your experience will no doubt leave a bad taste in your mouth.

Een hele korte vertaling:
De Tungsten|T5 is buggy. Gegevens worden heen en weer geschoven tussen Flash-geheugen en het RAM werkgeheugen. Dat kost tijd en gaat regelmatig mis. Wellicht dat de standaard PIM's wel goed werken, maar programma's zoals DateBk5 die gebruik maken van de standaard databases zullen herschreven moeten worden, puur voor deze twee modellen en of de softwareontwikkelaars daar zin in hebben is maar zeer de vraag.
De uitgebracht fix maakt het probleem alleen maar erger. Om dat de Treo 650 hetzelfde geheugensyteem gebruikt is te verwachten dat dat model dezelfde problemen heeft.

Conclusie: ik blijf nog een tijdje gebruik maken van mijn Tungsten|T3...

Groeten, Roel.

[RoelvdV]

Op de TreoCentral forums is veel meer informatie te vinden en daar kwam ik ook deze thread tegen waarin een reactie van palmOne te lezen is en waaruit blijkt dat ze er heel hard mee aan het werk zijn. Ik vond de reactie erg duidelijk en direct, dus geen eromheen gedraai maar gewoon toegeven dat dit een groot probleem is. Ze komen er alleen wat laat achter...

Groeten, Roel.

[RoelvdV]

En dan wat positief nieuws: in alweer een treocentral thread beschrijft een gebruiker de overstap van zijn bomvolle Treo 600 naar een Treo 650 en dat lijkt allemaal prima te werken.

Groeten, Roel.

[Ce]

Als ik al die verhalen lees wordt het m.i. tijd voor een officiele reactie van PalmOne..(ik weet ook wel dat ze dat nooit zullen doen..) omdat dit T5 verhaal zo langzamerhand begint te stinken. Ik zou me in ieder geval ZWAAR bekocht voelen met zo'n belabberde PDA...Palm volstrekt onwaardig (en volgens mij heb ik dat al 'ns vaker geschreven )
Wanneer je afhankelijk bent van software van derden (zoals te lezen in het verhaal van CESD) is de Palm T5 eigenlijk niet meer dan een heel duur stuk plastic.

[Gazpacho]

Zonder de hete adem van Sony in de nek, die altijd aangaf wat technologisch-innovatief mogelijk was met PalmOS soft- en hardware, legt PalmOne het af tegen alles wat er nog overblijft aan concurrentie, zonder een maatstaf te hebben over hoe het *wel* kan met PalmOS soft- en hardware.

Er is de afgelopen tijd zowat geen enkele PDA geweest van PalmOne die eens niet leed aan slechte kwaliteitscontrole. Krassen op de T|E, frituurpan van de T|T3, geheugenproblemen van de Treo650 en T5, problemen met de ingebouwde PIM van de T5, afblakerende verf van de Zire72... gaat goed zo!

Bye-bye PalmOne.

[Frank]

Citaat:

Bye-bye PalmOne.

Het lijkt er inderdaad op dat Palmone goed bezig is zichzelf uit de markt te prijzen, terwijl juist de grote concurrent Micro$oft steeds stabieler en probleemlozer schijnt te worden.

Ik denk dat ik maar heel voorzichtig moet zijn met mijn T55 en T3, want ik vrees dat dit de twee laatste behoorlijke PDA's met Palm software zullen zijn

[Gazpacho]

Ik heb nog nooit een developper zo bitter horen praten over een Palm als die man van Pimlico (Datebk5), toch een van de vooraanstaande ontwikkelaars voor dit OS.

[Peter Drake]

palmOne is het weer eens gelukt. Fijn dan, en daar zitten wij dan mooi mee opgescheept. 512kb voor elke DB ok, maar gooi er dan gelijk 128mb bij de T5 in en 64 bij de Treo650. Wat dat betreft vind ik palmOne maar een krent. Gaat lekker zo!

[Bram]

Citaat:

Op 22-11-2004, om 09:11 heeft RoelvdV dit gezegd in bericht #3
Belachelijk inderdaad. PalmOS is juist klein en simpel en dan besluiten je geheugen in blokken van 512 kB op te delen. Al zouden ze maar naar 64 kB gaan, dat zou al een flinke verbetering zijn.

Ze zijn zelfs naar 512 bytes gegaan, stukken kleiner dan 64kB

[RoelvdV]

Ik bedoelde ook bytes, maar dan nog: voor een simpel adresrecord heb je meestal geen 512 bytes nodig, dus de rest is loze ruimte en dat is zonde.

Groeten, Roel.

[r. dohmen]

Op Palmaddicts een review waaruit blijkt dat het niet altijd zo negatief uit pakt. In het specfieke voorbeeld blijft er op een T650 ___meer___ vrij geheugen over dan op een T600 (met dezelfde software geinstalleerd). To be continued....

[Peter Drake]

Dat is wel appart zeg. De vraag is dan alleen; hoe kan dat?

[Frank]

Palmone heeft nu ook formeel gereageerd op het memory-probleem:

"palmOne this evening confirmed that the Treo 650 has a reduced effective memory size because of the new NVFS file system, and commits to a ROM upgrade that will help reduce the NVFS overhead. In addition, a free 128 MB SD card will be sent on request to Treo 650 users with memory management issues."


Zie ook hier

[Peter Drake]

Aldus...

Gereageerd in de verkeerde thread... bij deze dan nog!

[bluevoice]

Raar, zie ook:

http://www.palm2you.com/content.php3...nuitems_id=261