Datenuebertragung von VP auf Triton ist lahm
so die herren...
trotz nachtdienst habe ich einen ehemaligen kumpel aus meiner IT-Zeit angerufen.
Nachdem ich sagte 64bit AMD X2 und 32Bit Windows war seine erste Frage:
"Benoetigt die Software um die es geht .net????"
ich sagte ja, und er meinte dass es desoefteren probleme mit 64Bit CPU, 32Bit XP und .Net gebe.
Ich zitiere ihn:
"Was erwarten die leute auch wenn sie mit so einer heterogenen Zwitterumgebung arbeiten? Ein 32Bit System auf einem 64Bit-Prozesoor ist ein Kompromiss der zwangslaeufig zu Problemen fuehrt"
Seine loesung: Wenn 64Bit CPU, dann 64Bit XP und 64Bit .Net-Runtime.
mehr kann ich euch im moment auch nicht dazu sagen
hier ein link zu 64Bit und 32 Bit:
http://www.channelpartner.de/technik/636767/index.html
trotz nachtdienst habe ich einen ehemaligen kumpel aus meiner IT-Zeit angerufen.
Nachdem ich sagte 64bit AMD X2 und 32Bit Windows war seine erste Frage:
"Benoetigt die Software um die es geht .net????"
ich sagte ja, und er meinte dass es desoefteren probleme mit 64Bit CPU, 32Bit XP und .Net gebe.
Ich zitiere ihn:
"Was erwarten die leute auch wenn sie mit so einer heterogenen Zwitterumgebung arbeiten? Ein 32Bit System auf einem 64Bit-Prozesoor ist ein Kompromiss der zwangslaeufig zu Problemen fuehrt"
Seine loesung: Wenn 64Bit CPU, dann 64Bit XP und 64Bit .Net-Runtime.
mehr kann ich euch im moment auch nicht dazu sagen
hier ein link zu 64Bit und 32 Bit:
http://www.channelpartner.de/technik/636767/index.html
ein versuch von mir:
deinstalliert mal das .net 2.0 komplett und danach das 3.5
was passiert dann mit eurem problem???
hier der link zu .NET Framework 3.5
http://www.microsoft.com/downloads/deta ... laylang=de
und hier gleich als redistributable:
http://download.microsoft.com/download/ ... etfx35.exe
deinstalliert mal das .net 2.0 komplett und danach das 3.5
was passiert dann mit eurem problem???
hier der link zu .NET Framework 3.5
http://www.microsoft.com/downloads/deta ... laylang=de
und hier gleich als redistributable:
http://download.microsoft.com/download/ ... etfx35.exe
-
- Experte ***
- Posts: 59
- Joined: Fri Feb 08, 2008 8:46 am
-
- Experte ***
- Posts: 59
- Joined: Fri Feb 08, 2008 8:46 am
Bei mir leider nein.
Was ich zwischenzeitlich zusaetzlich zu Deinen Tips ueberlegt/versucht habe:
In der Windows XP SP2 Firewall eine Ausnahme definiert fuer vantagepoint.exe - sollte Dein Verdacht zutreffen und die Synchronisation von Triton und VantagePoint ueber ActiveSync-Bibliotheken laufen, wird das ueber IP-Protokoll und die Ports 990, 999, 5678, 5679, 5721 und 26675 abgewickelt.
Meinem Virenscanner erklaert, dass er die Dateien unter vantagepoint\data in Ruhe lassen soll.
Ob all diese Massnahmen was gebracht haben, kann ich nicht zuverlaessig sagen. Wirklich die Zeit gestoppt hab' ich erst beim letzten Sync-Vorgang, vorher nie. Zuletzt hab' ich 130 Geocaches am Triton geloescht, 156 neue Geocaches uebertragen, 60 "additional waypoints" am Triton geloescht, 87 neue "additional waypoints" uebertragen, zwei kurze Trails (je ca. 250 Wegpunkte) am Triton geloescht, eine Route uebertragen. Dabei hat Vantagepoint knapp drei Minuten Bedenkzeit gebraucht, ehe der erste Fortschrittsbalken sich bewegt hat. Die Uebertragung selber ging dann, wie frueher schon, recht flott.
Gruss
Juergen
Was ich zwischenzeitlich zusaetzlich zu Deinen Tips ueberlegt/versucht habe:
In der Windows XP SP2 Firewall eine Ausnahme definiert fuer vantagepoint.exe - sollte Dein Verdacht zutreffen und die Synchronisation von Triton und VantagePoint ueber ActiveSync-Bibliotheken laufen, wird das ueber IP-Protokoll und die Ports 990, 999, 5678, 5679, 5721 und 26675 abgewickelt.
Meinem Virenscanner erklaert, dass er die Dateien unter vantagepoint\data in Ruhe lassen soll.
Ob all diese Massnahmen was gebracht haben, kann ich nicht zuverlaessig sagen. Wirklich die Zeit gestoppt hab' ich erst beim letzten Sync-Vorgang, vorher nie. Zuletzt hab' ich 130 Geocaches am Triton geloescht, 156 neue Geocaches uebertragen, 60 "additional waypoints" am Triton geloescht, 87 neue "additional waypoints" uebertragen, zwei kurze Trails (je ca. 250 Wegpunkte) am Triton geloescht, eine Route uebertragen. Dabei hat Vantagepoint knapp drei Minuten Bedenkzeit gebraucht, ehe der erste Fortschrittsbalken sich bewegt hat. Die Uebertragung selber ging dann, wie frueher schon, recht flott.
Gruss
Juergen
Wegepunkte loeschen
Wo wir so schoen beim Uebertragen und Loeschen sind ....
Gibt es in VP bzw. auch im Triton eine Moeglichkeit alle gespeicherten Wegpunkte (oder z.B. eine beliebige grosse Anzahl) gleichzeitig zu markieren und zu loeschen ?
Gruss,
aeckmaec
Gibt es in VP bzw. auch im Triton eine Moeglichkeit alle gespeicherten Wegpunkte (oder z.B. eine beliebige grosse Anzahl) gleichzeitig zu markieren und zu loeschen ?
Gruss,
aeckmaec
Ich hab gerstern "aus Versehen" ca. 700 WP drauf geladen. Wollte eigentlich nur eine Route drauf laden. Die WP standen dann alle in VP drin und ich habe "auf die Schnelle" nichts gefunden alle auf einmal dort zu loeschen und dann zu synchen. Und im Triton selber habe ich die Funktion auch nicht gefunden.
Dann werde ich heute abend mal testen...
Gruss,
aeckmaec
Dann werde ich heute abend mal testen...
Gruss,
aeckmaec
Mein Beileid!
Ich bekomme immer mehr den Eindruck, das die Programmierer gute Ideen haben, jedcoh nicht das Know-How wie es professionell umgesetzt wird. Das faengt schon damit an, das die Apfel-User ausgeschlossen werden, da es keine Software fuer sie gibt, von den Unixderiveraten ganz zu schweigen. Das liegt daran, das man von vornerein schon auf die falsche IDE gesetzt hat. .NET und VB sind halt die falschen Werkzeuge.
Die Entwickler sollten die Software mal auf Windows-Rechnern testen auf denen nichts anderes als windows drauf ist, Kein Office oder sonstiges M$ Zeugs.
Ich bekomme immer mehr den Eindruck, das die Programmierer gute Ideen haben, jedcoh nicht das Know-How wie es professionell umgesetzt wird. Das faengt schon damit an, das die Apfel-User ausgeschlossen werden, da es keine Software fuer sie gibt, von den Unixderiveraten ganz zu schweigen. Das liegt daran, das man von vornerein schon auf die falsche IDE gesetzt hat. .NET und VB sind halt die falschen Werkzeuge.
Die Entwickler sollten die Software mal auf Windows-Rechnern testen auf denen nichts anderes als windows drauf ist, Kein Office oder sonstiges M$ Zeugs.
Ich sage nur eines: Mass-Storage.
Besser geht es nicht. Als Frontend fuer die Mausschubser kann man natuerlich alles moegliche darauf aufbauen.
Nun weiss ich allerdings nicht, was alles der Triton in der Datenbank (sqlite?) speichert. Aber selbst in diesem Falle handle ich lieber *.sqlite-Dateien auf dem PC und schubse sie per USB rueber...
Besser geht es nicht. Als Frontend fuer die Mausschubser kann man natuerlich alles moegliche darauf aufbauen.
Nun weiss ich allerdings nicht, was alles der Triton in der Datenbank (sqlite?) speichert. Aber selbst in diesem Falle handle ich lieber *.sqlite-Dateien auf dem PC und schubse sie per USB rueber...
Tschau, Stefan.
ich habe langsam das gefuehl dass bei der synchronisation erstmal wasser gekocht werden muss damit die dampfmaschine den noetigen druck erzeugt um die daten in den triton schieben zu koennen.
denke dass sich evtl kalk angesammelt hat mit der zeit und es deswegen mittlerweile zu diesem zeitverzug kommt.
aber mit was soll ich entkalken???
das dubiose ist ja, am freitag gibts keine probleme, dann schaltest am samstag deinen pc an und es dauert ploetzlich ewig.
ohne dass irgendwas am pc geaendert wurde.
hatte schon den verdacht dass VP eine 5-Tage-Woche mit Kernzeitregelung und Wochenende frei hat, was erklaeren wuerde dass in der mittagspause, nach 18 uhr und am wochenende die anfragen etwas laenger dauern.
denke dass sich evtl kalk angesammelt hat mit der zeit und es deswegen mittlerweile zu diesem zeitverzug kommt.
aber mit was soll ich entkalken???
das dubiose ist ja, am freitag gibts keine probleme, dann schaltest am samstag deinen pc an und es dauert ploetzlich ewig.
ohne dass irgendwas am pc geaendert wurde.
hatte schon den verdacht dass VP eine 5-Tage-Woche mit Kernzeitregelung und Wochenende frei hat, was erklaeren wuerde dass in der mittagspause, nach 18 uhr und am wochenende die anfragen etwas laenger dauern.