Geheugen-test-programma?

[CWdV]

Bestaat er een geheugen-test-programma voor de Palm (Zire 71)?
Als oud-technicus denk ik aan een diagnostisch programma dat het geheugen langduriger kan testen.
Of draait de Palm na een harde reset een geheugentest?
.
De achtergrond van de vraag is het gezeur de laatste tijd over "chunks".
En om nu meteen een grote schoonmaak uit te voeren is ook weer veel werk.

[Bram]

Hoe wil je het geheugen testen? Als het hardwarematig niet meer in orde is, merk je dat snel genoeg.
Wat bedoel je met 'gezeur over chunks'?

[CWdV]

Als een programma niet start vanwege een geheugenprobleem, is er kennelijk iets niet goed. Dat kan aan het geheugen liggen of aan het programma. Als meerdere programma's klagen over geheugenproblemen, zou ik graag het geheugen willen testen. Dat ik inmiddels al iets gemerkt heb, spreekt voor zich.
Maar ik krijg het gevoel dat de inrichting van het Palm geheugen dusdanig ingewikkeld is dat er geen programma bestaat om het te testen. Het programma zou zichzelf immers moeten kunnen verplaatsen om het gehele geheugen te kunnen testen.
Heeft een Palm geheugen errorcorrectie (ECC)?

[Gazpacho]

Heb je letterlijke foutmeldingen dan?

Citaat:

Maar ik krijg het gevoel dat de inrichting van het Palm geheugen dusdanig ingewikkeld is dat er geen programma bestaat om het te testen.

Dan moet je toch eerst voor jezelf beslissen *wat* je wil testen, zoals Bram al aangaf.

Mijn vermoeden overigens is datje het een beetje te moeilijk inziet: waarschijnlijk heb je teveel programma's op de achtergrond draaien (zoals Fonts4OS5 of launchers) zodat de Dynamic Heap van de Zire71 al helemaal vol zit. Die is voor de Zire71 namelijk maar zo'n 800KB.

[CWdV]

Wat ik wil testen? Het volledige RAM. Dus buiten het Palm OS om. Maar ik krijg steeds meer het idee de hardware van de Palm niet te testen is met diagnostische programma's door een gebruiker. Het zij zo.
De opmerking over de 800kB (bytes toch, hoop ik) is in dank aanvaard.

Zojuist komt er een voorbeeld voorbij: Line: 4613 Chunk under-locked

[Gazpacho]

Citaat:

Wat ik wil testen? Het volledige RAM.

Prop het geheugen vol met bestanden: als het er allemaal op past, lijkt me dat het geheugen prima in orde is?

En voor de derde keer: welke "chunks" meldingen krijg je?

[Gazpacho]

Citaat:

Als meerdere programma's klagen over geheugenproblemen, zou ik graag het geheugen willen testen.

Ik zou een grote schoonmaak houden, omdat de kans dat je dynamic heap geheugen problemen hebt zo'n factor 10.000 groter is dan dat er iets mis is met de hardware van je Palm.

[CWdV]

Hartelijk dank voor de goede raad.
Het antwoord op de originele vraag:
"Bestaat er een geheugen-test-programma voor de Palm (Zire 71)?"
is kennelijk: NEEN.


Voor "chunk under-locked", troost (gedeelde smart is halve smart) gevonden in:
http://www.experts-exchange.com/Prog..._21949427.html

[Gazpacho]

Het hangt ervan af wat je wil testen. Je hebt dat eigenlijk nooit aangegeven, maar ik vermoed dat je bedoelt dat je elk stuk geheugen wil testen op 'bad sectors' voor zover dat kan met flash geheugen.

Andere geheugentesters zijn er wel degelijk, zoals het programma meminfo.

[ghia]

Citaat:

Oorspronkelijk geplaatst door CWdV

Het antwoord op de originele vraag:
"Bestaat er een geheugen-test-programma voor de Palm (Zire 71)?"
is kennelijk: NEEN.

En waarom niet? Omdat problemen nooit aan de geheugenchips liggen. Er bestaat een theoretische kans dat er iets mee fout gaat, maar voor zover bekend liggen de problemen altijd ergens anders.

Citaat:

Voor "chunk under-locked", troost (gedeelde smart is halve smart) gevonden in:
http://www.experts-exchange.com/Prog..._21949427.html

Er zijn verschillende mogelijkheden:
- Een probleem met de Palm UltraThin keyboard driver.
- Een probleem met de backup directory op je PC. Verplaats of hernoem deze en doe opnieuw een hotsync (welke lang zal duren).

[RobB]

Citaat:

Oorspronkelijk geplaatst door CWdV

Zojuist komt er een voorbeeld voorbij: Line: 4613 Chunk under-locked

Dit betekend dat het programma een stuk geheugen wilt vrijgeven wat daarvoor gealloceerd is. Het kan zijn dat er een fout in het programma zit of dat de heap-manager een beetje van slag is. Voor dat laatste is een reset helaas noodzakelijk. Volgens mij hoeft dit niet per se een 'harde' reset te zijn.

Over het algemeen zit de fout echter in het programma.

[CWdV]

"Over het algemeen zit de fout echter in het programma."

Inderdaad. In dit geval het programma"Serial Caller".

Maar met zo'n verwijzing naar "serial killer", roep je het bijna over jezelf af.

Nog steeds zegen ik de dag dat ik -vóór het implementeren van een nieuw programma- besloot om altijd een back-up van de bestaande situatie op SD te zetten.
Maar zelfs het grootvader, vader, zoon principe van back-up bestanden verloopt wel eens voordat een programma zijn chunk-staart begint te roeren....