inis zerschossen (Danke Navigon )

Stimmt, in Bezug auf die INIs läuft man im RAM weniger in Gefahr diese zu zerschießen. Trotzdem bleibt ein Restrisiko, eine reine Zeitfrage.

Zumal, wenn man hier die diversen Installationsorgien liest kann man ruhig auch mal den Test RAM vs. Speicherkarte machen. Soviel Zeit ist dann auch noch.

Übrigens reagiert nahezu JEDES Programm penibel wenn es um Arbeitsspeicher-Mangel geht. Entweder es wird langsam, produziert ungewöhnliche Resultate, bleibt hängen oder stürzt ganz einfach ab. Ich kenne auch nicht wirklich einen einzigen wirklich sauberen Source Code in Bezug auf Speicher-Anforderung/Freigabe und ordentliche (100%) Fehlerbehandlung. Mehr RAM als Arbeitsspeicher ist also in keinem Fall eine schlechte Idee.

Was ich noch nicht austesten konnte ist, ob sich größerer verfügbarer Arbeitsspeicher irgendwie im Routingverhalten bemerkbar. Bisher ist mir nichts dergleichen aufgefallen. Vielleicht eine Selbstbeschränkung auf Grund von Performance, ...

Zitat

Original von DeJe
....
mercyful, bist Du sicher das Du MN nur über "StartNavi" startest? Kontrolliere bitte noch einmal alle Shortcuts die Du zum starten von MN benutzt, auch in Glopus, PocketPlus, Start Menü, POI Warner? ...

....kommt vielleicht auf darauf an, welche startNavi.exe.

Du ( DeJe) hattest zwei EXE´n in Umlauf gebracht, Die erste hat nicht die ini´s schreibgeschutz gestellt. Die zweite macht es.

übrigens:
schön, dass ihr euch wieder ein wenig lieb habt

Zitat

Du ( DeJe) hattest zwei EXE´n in Umlauf gebracht, Die erste hat nicht die ini´s schreibgeschutz gestellt. Die zweite macht es.

Stümmt ebenfalls. Mich deucht aber ich hätte den Link zur ersten Version entfernt? Vielleicht sollte ich den Admins mal vorschlagen das Tools irgendwie anders, zentral, anzubieten. Source Code gebe ich auch gerne frei, kein Problem. Hab auch nichts dagegen wenn Navigon ihn nutzt.

Zitat

schön, dass ihr euch wieder ein wenig lieb habt

Na das will ich doch hoffen. Ich kann ja den Unmut verstehen! Teilweise nicht wie er sich äußert...

Zitat

Original von DeJe

Für mich ist der Vorteil von über 10 MByte gespartem RAM (den ich MN zusätzlich als Arbeitsspeicher zur Verfügung stellen kann) mehr wert als ein um ein paar Sekunden schnellerer Start. Zudem nutze ich meinen PPC noch für andere Dinge und da stört der Speicherplatzverbrauch schon enorm. Würde ich den PPC ausschließlich als Navi "degradieren" hätte ich MN wahrscheinlich auch im RAM.

Da stimme ich dir vollkommen zu! Habe meinen PDA auch nicht als reines Navi degradiert, sondern mache damit etliche andere Dinge. Und die etwas längere Startzeit ist mir letztendlich egal, da ich, wenn ich irgendwohin fahren muss, das Navi und meine BT-Maus schon auf dem Weg zum Auto starte. So ist genügend Zeit für einen Sat-Fix und das "hochfahren" von MN4.2

Zitat

Original von DeJe
mercyful, bist Du sicher das Du MN nur über "StartNavi" startest? Kontrolliere bitte noch einmal alle Shortcuts die Du zum starten von MN benutzt, auch in Glopus, PocketPlus, Start Menü, POI Warner? ...

Du wirst lachen, aber ich starte MN über einen sehr umständlichen Weg. Ich tippe mit meinem Stift (nein, nicht mit dem in der Hose ) auf Start, Programme, Datei Expolorer, Storage Card, NAVIGON MobileNavigator, StartNavi. Also immer ein direkt Start, da sämtliche Tasten mit anderen, für mich essentiellere, Funktionen belegt sind. Habe keinerlei weitere Add-On's installiert, sprich ich fahre das Original MN|4.2 (ich weiss, ich habe selber Schuld, aber die Bedienung genügt mir im Original)
Gruss Mercyful

P.S.
Sag mal, die Mühle übertakten, ist das nicht "sehr" bedenklich?

Morgen Leute!

Ich gehör auch zu der "Programm-auf-Karte" Fraktion und möchte davon auch nur ungern abgehen.

Gründe:

1. Ich möchte immer den optimalen Hautspeicher frei haben.

2. Nennenswerte Performance-Unterschiede bei der Navigation konnte ich bei Installation im Hauptspeicher nicht beobachten

3. Verwendung von MN 2.0 A, MN 4.01 und 4.2 jeweils auf eigener Karte in Verbindung mit dem zugehörigen POI Warner. Da kommt sich nichts in´s Gehege und bei Bedarf ist schnell die Karte gewechselt. Vor allen Dingen MN 4.2 betrachte ich noch als Testprogramm, das ich nur ab und zu zum Vergleich benutze. Zudem probiere ich bei 4.01 und 4.2 verschiedene Skins aus.

Die Inis habe ich auf einer Karte mit Schreibschutz versehen , auf der anderen Karte (Transcend 1 GB 45x) nicht.

Es ist schon erstaunlich, welche Unterschiede beim Schreiben auf die veschiedenen Karten bestehen.
Auf den "normalen" Karten dauert es eine "kleine Ewigkeit" bis MN 4 endlich fertig ist, wohingegen es bei der Transcend Karte ruckzuck geschrieben ist.

In diesem Zusammenhang habe ich mal eine Frage an die Experten:

Warum werden die Inis eigentlich beim Beenden des Programms immer neu geschrieben? Wenn ich meine optimalem Einstellungen (Skins, Profile usw.) gespeichert habe, funktioniert die Navigation doch auch mit aktiviertem Schreibschutz ohne Probleme.
Das heisst, in diesem Fall bräuchte MN 4 doch überhaupt nichts zu schreiben, oder?

Außerdem könnte das doch in das Programm eingebaut werden. Bei Änderungen der Einstellungen wird der Schreibschutz vorübergehend aufgehoben und danach wieder automatisch aktiviert. Oder ist das jetzt zu laienhaft gedacht?

Zweite Frage an die Experten:

Wird die Speicherkarte durch das viele Schreiben der Inis auf lange Sicht nicht unnötig verschlissen oder kann man das vernachlässigen?

Gruß
Navifreak

Zitat

Original von navifreak
In diesem Zusammenhang habe ich mal eine Frage an die Experten:

Warum werden die Inis eigentlich beim Beenden des Programms immer neu geschrieben? Wenn ich meine optimalem Einstellungen (Skins, Profile usw.) gespeichert habe, funktioniert die Navigation doch auch mit aktiviertem Schreibschutz ohne Probleme.
Das heisst, in diesem Fall bräuchte MN 4 doch überhaupt nichts zu schreiben, oder?

Außerdem könnte das doch in das Programm eingebaut werden. Bei Änderungen der Einstellungen wird der Schreibschutz vorübergehend aufgehoben und danach wieder automatisch aktiviert. Oder ist das jetzt zu laienhaft gedacht?

Warum die INIs grundsätzlich beim Beenden neu (und das auch noch vielfach) geschrieben werden, wissen wohl nur die Entwickler bei Navigon. Der größte Humbug ist das vielfache Beschreiben der spgps.ini während der Programm-Startphase. Ich vermute dahinter einfach Programmierfaulheit. Einen echten Grund sehe ich nur dann, wenn sich tatsächlich etwas geändert hat. Das ist normalerweise nur dann der Fall, wenn absichtlich Einstellungen geändert wurden oder z.B. zwischen den Routentypen gewechselt wurde (wobei dann die zugehörigen preference-Werte in die NavLib.ini übertragen werden).

Wenn Navigon eine vernünftige INI-Schreib-Strategie programmiert hätte, würde sich die Schreibschutz-Workaround-Thematik erübrigen.

Zitat

Original von navifreak
Zweite Frage an die Experten:

Wird die Speicherkarte durch das viele Schreiben der Inis auf lange Sicht nicht unnötig verschlissen oder kann man das vernachlässigen?

Zu dieser Frage verweise ich u.a. auf:
http://www.pocketnavigation.bi…?postid=116378#post116378 (Da wurde das Thema schon mal aufgrund der vielen Schreibzugriffe am Ende der Routenberechnung von MN 2.0a diskutiert)