"Memory allocation failed" auf Axim x51v

    Hallo,


    ich habe seit dem MN6 immer mal wieder die hier schon (vor allem im Zusammenhang mit älteren MN-Versionen) oft erwähnte Fehlermeldung "memory allocation failed", die vorzugsweise bei hereinkommenen, meine Route betreffenden TMC-Meldungen oder auch bei längeren Routen mit mehreren Zwischenzielen auftritt.


    Der Navigon-Support gab mir zur Behebung dieses Fehlers heute den Rat, die \SD-Karte\MN6\device.xml zu löschen. Auf meine kurze Rückfrage, welchen Hintergrund diese Datei hätte meinte die wirklich freundliche Dame: "Diese Datei wäre eigentlich dazu gedacht gewesen, genau diesen Fehler zu umgehen,. Das sei aber nach den mittlerweile vorliegenden Erfahrungen falsch und die Datei würde leider genau das Gegenteil bewirken."


    Ich hab sie gelöscht und werde die nächsten Fahrten und ein paar Trockentests dazu nutzen, das zu prüfen. Vielleicht testet es ja noch jemand und postet seine Ergebnisse hier.


    Sollte dieser Hinweis hier schon irgendwo stehen (ich habe gesucht aber keinen passenden Kontext gefunden) bitte ich um Entschuldigung und um Löschung dieses Postings.

    Einmal editiert, zuletzt von Orientator ()

    Toller Vorschlag.. (entweder Navigon will dich, oder du willst uns ......)


    Mach doch mal - aber vorher Datei sichern ;)

    Meine Güte, ich glaub ich war heute Morgen noch im Halbschlaf... : drink


    Obwohl die Schilderung des o.g. Supportkontaks inhaltich korrekt ist, ist DIESE Abhilfemaßnahme für "memory allocation failed" natürlich ganz offensichtlicher Unsinn...


    Ein weiterer Anruf bei Navigon (dieses Mal war ein Herr dran) ergab folgenden Vorschlag: "Bitte installieren sie MN6 auf einer anderen SD-Karte und beobachten Sie, ob dieser Fehler immernoch aufttitt. Bei anderen Kunden hat dieses Vorgehen den Fehler oft behoben. Es kann sein, dass der MiniSD-Adapter nicht in Ordnung ist."
    Da ich aber keine weitere SD-Karte in dieser Größe habe und nun aber auch nicht auf CentralEurope verzichten möchte, empfahl er alternativ eine Formatierung der Mini-SD-Karte (mit FAT16) und anschließend eine Neuinstallation von der DVD. Auf meine Rückfrage, ob ich denn auch den (sicherheitshalber) auf DVD gesicherten Auslieferungsstand der MiniSD-Karte zurück spielen könne, meinte er, dass ich besser von der DVD installieren solle.


    Das werde ich demnächst nun auch machen....


    PS: sorry 4 the confusion...

    Einmal editiert, zuletzt von Orientator ()


    Ich habe eine Transcend 2GB und Europa Map von der DVD draufgespielt,mit dem Speicher hat das nicht viel zu tun ,mir bleiben nach der Berechnung gerademal 8mb übrig.

    Zitat

    Original von onkel10
    Ich habe eine Transcend 2GB und Europa Map von der DVD draufgespielt,mit dem Speicher hat das nicht viel zu tun ,mir bleiben nach der Berechnung gerademal 8mb übrig.


    Deiner Meinung nach hat "Memory allocation failed" eher nichts mit Zugriffen auf eine fehlerhafte Speicherkarte (ggf. via fehlerhaftem Adapter) zu tun sondern mehr mit einem möglichen Fehler bei der Allokation von internem x51v-Arbeitspeicher. Versteh ich Dich richtig?


    Da Du ja nicht die von Navigon gelieferte Mini-SD einsetzt: Hast Du denn "memory allocation failed" wenn Du die Transcend einsetzt?

    @ Orientator
    "memory allocation failed" ist bei mir gar nicht aufgetreten ;)
    habe die Mini-SD nicht verwendet, erst CF 2GB, jetzt SD 2GB Transcend
    kann allerdings den Rest-RAM von 8 MB bestätigen, was unter Umständen MN6 killt, wenn man andere Anwendung zusätzlich öffnet, die viel Speicherplatz benötigt

    Zitat

    Original von Rabe22
    @ Orientator
    "memory allocation failed" ist bei mir gar nicht aufgetreten ;)
    habe die Mini-SD nicht verwendet, erst CF 2GB, jetzt SD 2GB Transcend
    kann allerdings den Rest-RAM von 8 MB bestätigen, was unter Umständen MN6 killt, wenn man andere Anwendung zusätzlich öffnet, die viel Speicherplatz benötigt


    Ok, ich hab jetzt mal einen etwas ausführlicheren Lasttest gemacht (ohne GPS connected). Das einzige Programm, dass bei mir im Hintergrund läuft, ist SPB Pocket Plus:


    Testfall 1.)
    a.)
    - kein initialisierender Softreset
    - alle berechneten Routen sind bereits gespeichert
    Nach dem Start von MN6 habe ich von den 28 MB freien Programmspeichers noch 17 MB frei (Prüfung über drücken des Kontakte-Buttons und wechseln auf den Heute-Bildschirm über Windows-Startmenü).
    Nach einer Routenplanung (rd. 500 km, Start: HH, 1 Zwischenstop in D-Puttgarden, zwei Grenzüberschreitungen nach DK und SE bis nach Kristianstad) ist das RAM runter auf 4 MB. Dann mal das Heute-Plugin von Pocket Plus ausschalten: bringt 700 KB mehr freien Prog.Speicher. Plug-in wieder aktivieren zieht Prog.Speicher kurz runter auf 3.3 MB und geht dann wieder hoch auf 4 MB (MN6 bleibt brav im Hintergrund und lässt sich auch problemlos wieder in den Fordergrund holen aber alles in allem ist das doch schon ziemlich an der Grenze zum Stabilitätsverlust) Wenn ich das Routenprofil von "Optimale Route" in "Schöne Route" ändere und MN6 dann neu berechnet, ändern sich die 4 MB nicht. MN6 beibt stabil, das Reaktionsverhalten der Oberfläche wird jedoch spürbar träger.
    Lösche ich die Route und plane eine neue (von Hamburg nach Saint-Aubin-les-Elbeuf, Normandie (F)) dauert die Berechnung schon um Einiges länger, etwa 3x so lange allein nur bis Berechnung mit der Luftlineinanzeige beginnt. Nach etwa 3/4 der Strecke kommt dann "Memory allocation failed. Line: 5086, Error: 5". Den Speicherstand kann ich dann nicht mehr prüfen denn solange das Fehlerfenster angezeigt wird, komme ich nicht zurück auf den Heute-Screen, in dem die Speicherauslastung angezeigt wird und wenn ich das Fehlerfenster mit OK bestätige, schließt sich MN6.
    Freier Prog.Speicher ist dann wieder bei rd. 28 MB.
    b.)
    Ein Neustart vom MN6 (kein Softreset) und nochmaliges Berechnen der zweiten Route geht etwas schneller, wird aber mit derselben Fehlermeldung abgebrochen.


    Testfall 2.)
    a.)
    - Softreset, freier Prog.Speicher: 28 MB
    - Berechnung der zweiten Route geht flüssiger als bei 1b.) und wird ohne Fehlermeldung erfolgreich abgeschlossen (Länge: 1080 km).
    Anschließend Berechnung der ersten Route (von HH via Puttgarden nach Kristianstad) dauert nur unwesentlich länger als unter 1a.) und wird erfolgreich abgeschlossen.
    2b.) nochmaliges Berechnen der zweiten Route dauert wieder unverhältnismäßig lange (siehe 1a.)) , wird aber erfolrgreich abgechlossen. Freier Pro.Speicher jetzt bei 2,6 MB
    Nochmaliges Berechnen der ersten Route in diesem Systemzustand wird ebenfalls wieder erfolgreich abgeschlossen. Freier Prog.Speicher nach dieser Planung: 1,9 MB. Nach dem Umschalten auf den Heute-Bildschim zum Ablesen dieses Wertes hat sich MN6 im Hintergrund beendet und allen alloziierten Prog.Speicher wieder frei gegeben, lag dann bei 30,3 MB.


    Testfall 3.) (extreme Lasttests)
    - jeweils mit initialisierendem Softreset
    a.) Route von Porsanger in Norwegen (der nördlichsten STATOIL-Tankstelle, die ich in Europa auf die Schnelle finden konnte) zum Restaurent PRESIDENT im Hafen von Palermo. Ergebnis: "Route kann nicht berechnet werden, Fehler: 467"
    (Anm.: Nach dem Auswählen der beiden Punkte über die Karte waren noch 11 MB Prog.Speicher frei für die Berechnung. Der Fehler 467 kam jedoch von MN6, nicht von WM5)
    b.) Route von besagter Tankstelle zum Kolosseum in Rom (Italien): Abbruch mit dem Anzeigen eines WM5-Fehlerfensters, dass allerdings leer blieb. Anschließend Softreset nötig.


    Testende.


    Schlussfolgerung:
    Nach dem Löschen einer berechneten Route (über Optionen > Neue Route) wird der für die Berechnung der Route alloziere Speicher nicht sofort wieder frei gegeben und auch nach dem Laden der neuen Route ist der freie Prog.Speicher unverändert. Der Prog.-Speicher läuft schlicht und ergreifend irgendwann voll und zwar tendenziell eher wenn eine lange Route auf eine zuvor kürzere Route berechnet wird. Dieses Vollaufen wird durch weitere Neuplanungen fortgesetzt und erhöht die Abstutzwahrscheinlichkeit.


    Fazit:
    => Verbesserungsbedarf am Speichermanagement des MN6 notwendig (Garbage Collection)


    Einstufung dieses Systemverhaltens:
    Unschön und spieltriebmindernd aber nicht wirklich kritisch für das Produkt, sofern das Verhalten auf solche Mörderrouten wie unter 3.) begrenzt ist. Mobile Navigation hat ebenso ihre Grenzen wie jede andere Softwarelösung, sowohl hinsichtlich der zur Verfügung stehenden Ressourcen wie auch der Implementierungsqualität und der Zeit für das Testen einer Lösung.
    Dennoch: Das Verhalten gem. 1.) und 2.) stufe ich als einen verbesserungswürdigen Mangel ein denn die angebotene Möglichkeit der Nutzung einer kompletten Europakarte zur Planung von Routen ins nächste Nachbarland (siehe HH > Elbeuf) sollte kompromisslos funktionieren und nicht davon abhängen,
    - ob man vorher schon andere Routen geplant hat
    - ob man vorher einen Softreset durchgeführt hat


    Vorübergehender Workarround bis zur softwaretechnischen Lösung durch Navigon (warten wir's mal ab):
    Vor komplexeren Planungen (Länge, Zwischenstops, ...) oder mehrfachen Neuplanungen einen Softreset durchführen, das verlängert die Zeit bis zum Volllaufen etwas.


    Ich denke, Navigon kann seine Erklärung mit dem defekten MiniSD-Adapter von der Liste nehmen....


    Hallo,


    leider muß das nicht nur bei Mörderrouten auftreten: Hannover->Hamburg und ein Rerouting durch TMC können schon reichen :(


    Momentan nutze ich deshalb eigentlich tendenziell immer noch mehr Route 66 als MN6 und warte auf das Update auf 6.1, das nach Erwartung der Programmierer vom POI-Warner das Problem beheben soll. Die leiden ja besonders darunter: Sie verkaufen ein Zusatztool zu MN6, das von MN6 nach einiger Zeit aus dem Speicher gedrängt wird, wenn der Ram knapp wird.


    Ciao,


    Detlev


    ja, das kommt bei mir auch vor. Sehr"schön" ist eine Fahrt von Lauenburg nach Schleswig, die Levensauer Brücke ist voll gesperrt.


    Nicht zu reden von der miesen Re-Routingqualität denn die Alternativroute ist exakt dieselbe wie vor dem Eintreffen der TMC-Meldung... aber ok, das ist hier OT.

    Der Last-Test ist überzeugend - kann ich bestätigen - da wir hier in einem nahezu reinen Axim x51v Thread sind - Navigon hat das Gerät (immer noch bezeichnet mit Windows 2003, was natürlich Quatsch ist) aus der Kompatibilitätsliste genommen:
    "Dieses Gerät ist nicht kompatibel mit Navigon 6"


    Vorher haben sie sich nur aus der BT-Geschichte rausgehalten (unnötigerweise - funktioniert super) - jetzt aber ganz...


    Sollte man sich Sorgen machen ? Oder direkt zurückgeben ? Oder auf 6.1 hoffen ?

    Also ich werde auf PNA umsteigen und mein Dell verkaufen, weil ich den Dell sowieso nur zum Navigieren benutzt habe. ich glaube nicht das ,daß Update 6.1 was bringt. Wenn du dich hier im Forum durchliest kannst du sehen das immer mehr PDA einfach von Navigon aus der Kompatibilitätsliste geschmissen werden.
    Also langsam glaube ich auch das der PDA bei Navigon eine aussterbende Rasse ist.

    2 Mal editiert, zuletzt von onkel10 ()

    habe genau das gleiche Problem auf meinem ASUS Mypal A636. Nach einiger Zeit des Navigierens (unterschiedlich lange) erscheint :


    EXEPTION
    Memory Allocation Failed


    Error 5168
    Line 87


    Bei WM2003 konnte man in der Registry unter dem Key:


    HKLM\System\StorageManager\PnPUnload einen Wert erhöhen.


    Leider gibt es diesen Key unter WM5 nicht mehr.


    An alle anderen mit WM2003: den Wert auf 5000 erhöhen, das hat in den meisten Fällen geholfen.


    Es gibt auch einen Thread hierzu hier im Forum, hab den Link aber gerade nicht zur Hand.


    Wenn einer eine Lösung für MN5 findet, bitte posten. Dieses Problem tritt doch scheinbar bei immer mehr Nutzern auf.


    LG Hendrik

    Zitat

    Original von onkel10
    Also ich werde auf PNA umsteigen und mein Dell verkaufen, weil ich den Dell sowieso nur zum Navigieren benutzt habe. ich glaube nicht das ,daß Update 6.1 was bringt. Wenn du dich hier im Forum durchliest kannst du sehen das immer mehr PDA einfach von Navigon aus der Kompatibilitätsliste geschmissen werden.
    Also langsam glaube ich auch das der PDA bei Navigon eine aussterbende Rasse ist.


    Ich denke auch, dass die Tage des Navi-Handheld vielleicht wirklich gezählt sind... jedenfalls bei den NaviSoftware-Anbietern, die auch PNAs verkaufen.


    Ich werde dieses Update noch abwarten, in der Hoffnung, dass das MN6-Verhalten auf dem x51v dadurch verbessert wird.


    Ich versteh allerdings eines nicht: wenn MN6 gegen die APIs von WindowsMobile5 programmiert ist, wie kann es dann sein, dass das es so viele unterschiedliche Systemverhalten gibt?
    Oder wurde MN6 vielleicht "nur" gegen WinMobile2003 entwickelt?

    Hallo,


    ich habe mich über genau das Thema "Memory allocation failed" bei Navigon beschwert und habe folgende Antwort bekommen. Da mein Kaufdatum schon länger als 14 Tage zurückliegt, kann ich die Software theoretisch auch nicht zurückgeben.


    Grüße,
    Kai


    -------------


    [...]
    ich möchte Sie bitten uns einmal mittzuteilen wie lange Sie die MN6 Version schon haben.
    Bei uns ist leider ein Fehler aufgetretten. Und zwar wurde auf unserer Hompage gesagt, dass der Dell Axim x51v kompatibel sei, ist er aber nicht. Sie haben ein 14 tägiges Rückgaberecht.
    Wir danken Ihnen für Ihr Verständnis.
    [...]



    (Edit: einige unnötige Details entfernt)

    Einmal editiert, zuletzt von kai4u ()


    Du kannst die Software 2 Jahre lang an den Händler zurückgeben, wenn sie einen Mangel hat (z.B. eine zugesicherte Eigenschaft fehlt). Nach der Aussage des Supports hat sie einen Mangel, du kannst sie also zurückgeben.


    Lars