[veraltet] Filer v2.20 RC 1

[chrisly]

Mir ist nochwas aufgefallen (ist aber schon ewig so - kann es mir nur nicht erklären):
Wenn ich die Log-Datei von Bootmenu mit Filer öffne, erscheinen sehr oft nicht die aktuellen Einträge der letzten 1-2 Tage (die werden beim Topf-Start in die log geschrieben). Wenn ich jetzt Filer aktualisieren lasse, sind auch die aktuellen Einträge lesbar.

[Steffenlight]

[quote="chrisly"]Mir ist nochwas aufgefallen (ist aber schon ewig so - kann es mir nur nicht erklären):
Wenn ich die Log-Datei von Bootmenu mit Filer öffne, erscheinen sehr oft nicht die aktuellen Einträge der letzten 1-2 Tage (die werden beim Topf-Start in die log geschrieben). Wenn ich jetzt Filer aktualisieren lasse, sind auch die aktuellen Einträge lesbar.[/quote]

Filer kriegt nur was mit wenn er schon aktiv ist, bzw. die Datnebank gesichert wurde.

Nehme an er ist beim Start noch nicht aktiv wenn die Veränderungen passieren.

[Steffenlight]

Klappt bei euch das schneiden??

[chrisly]

Filer kriegt nur was mit wenn er schon aktiv ist, bzw. die Datnebank gesichert wurde.

Nehme an er ist beim Start noch nicht aktiv wenn die Veränderungen passieren.

Stimmt ja. Aber warum dann die Verzögerung von 1-2 Tagen. Dann dürfte Filer doch eigentlich nie was mitbekommen!?

Außerdem:
Warum kann man den Inhalt der log-Datei nicht mit den aktuellen Log-Daten lesen? Filer registriert doch eigentlich nur Dateinamen und Änderungsdatum - oder? Der aktuelle Inhalt müsste doch eigentlich immer lesbar sein, auch wenn Filer die Änderung nicht mitbekommt.

[asrael]

[quote="chrisly"]Mir ist nochwas aufgefallen (ist aber schon ewig so - kann es mir nur nicht erklären):
Wenn ich die Log-Datei von Bootmenu mit Filer öffne, erscheinen sehr oft nicht die aktuellen Einträge der letzten 1-2 Tage (die werden beim Topf-Start in die log geschrieben). Wenn ich jetzt Filer aktualisieren lasse, sind auch die aktuellen Einträge lesbar.[/quote]

[quote="Steffenlight"]Filer kriegt nur was mit wenn er schon aktiv ist, bzw. die Datnebank gesichert wurde.

Nehme an er ist beim Start noch nicht aktiv wenn die Veränderungen passieren.[/quote]

Ja, das wird der Grund sein.
@chrisly: Warum nimmst Du nicht BootMenu, um das BootMenu-Log anzuzeigen? Da ist es immer aktuell.

Mit freundlichen Grüßen

asrael

[chrisly]

Beim Start lasse ich mir die log in BootMenu anzeigen. Aber wenn ich im lfd. Betrieb die log ansehen will, geht das mit Filer schneller (wenn ich nicht vorher aktualisieren muss ... ).

[asrael]

Beim Start lasse ich mir die log in BootMenu anzeigen. Aber wenn ich im lfd. Betrieb die log ansehen will, geht das mit Filer schneller (wenn ich nicht vorher aktualisieren muss ... ).

Das bezweifel ich aber. Zweímal MENU drücken (ohne TSR-Menü sogar nur einmal) und Du bist im Nachlade-Menü. Dort siehst Du (entsprechende Einstellung vorausgesetzt) direkt die neuesten Logs. Mit EXIT bleibt Deine TAP-Konfiguration dann so wie sie war.

Mit freundlichen Grüßen

asrael

[Steven]

Dein TAP braucht nun etwa 1MB mehr Speicher.

Kann ich hier bei mir nicht bestätigen Klaus.

Gruß Steven.

[FireBird]

[quote="Töppi"]Ich glaube, da hat noch ein offener Bug zugeschlagen. Die neu aufgebaute DB ist um den Faktor 5 kleiner.[/quote]
Das ist kein Bug. Da ist einfach jemand noch nicht dazugekommen, eine Routine zu schreiben, die beim Beenden des Filers nicht nur die Dateidatenbank, sondern auch die Textdatenbank komprimiert.

[macfan]

[quote="Steffenlight"]Klappt bei euch das schneiden??[/quote]
Meistens.

Gruß, Horst

[Steven]

Klappt bei euch das schneiden??

Hab eben mal einen Testschnitt gemacht, der klappte ohne Probleme.
Anfangs-, Endschnitt und Teilen.

Und achtet bitte alle darauf, ob das generelle Verhalten jetzt irgendwie schneller/langsamer/gleich geblieben ist. Danke.

Rein subjektiv gesehen würde ich sagen, dass das Verhalten ungefähr gleich geblieben ist.
Vielleicht ist das Aufrufen einen Tick schneller als vorher.

Gruß Steven.

[Elle4u]

Ich wünsche Euch einen wunderschönen Guten Abend.

Mein Tag war wirklich Schei**e aber lassen wir das...

Gerade geschehen. Auch mit dieser Version (bei wieder eingeschalteten MP3-Scan) dauert der Scan eigentümlich lange (auch wieder, nachdem das Scan-Bild bereits lange verschwunden ist).

Das müsste ich selbst sehen und debuggen können, um zu erkennen, ob das normal ist oder nicht.

Erklären kann ich es mir im Moment nicht (außer der Menge MP3s halt).

Das Zappen geht aber jetzt deutlich flüssiger, eigentlich ganz normal (trotz 11 laufenden TAPs und nur noch 4.8 MB frei).

Deine Idee mit dem garantierten Durchlassen von Events scheint Wunder gewirkt zu haben.

Da bin ich aber froh.
Und negative Auswirkungen habe ich hier bisher auch noch keine gelesen.

Ich war noch am überlegen, noch mehr Idle-Events durch zu lassen, da gut 2000 die Sekunde durch gehen können. Aber da muss ich noch etwas testen...

[Elle4u]

Dein TAP braucht nun etwa 1MB mehr Speicher. Früher lag es bei 2,3MB, nun über 3MB. Hast du da so viel mehr Grafiken oder Code einfliesen lassen?

Nein, gar keine

Ist die Datenbank evtl. größer geworden?

Das wäre auch meine Idee.

Dann wird´s bei mir knapp ...

Nicht immer gleich heulen, sondern selbst schauen

müsste ich testen, ich habe aber nur das TAP ausgetauscht. Wenn Markus nichts an der Struktur geändert hat, dann dürfte sich die DB Größe ja eigentlich nicht ändern.

Wenn ich die Struktur geändert hätte, dann hätte ich es geschrieben (und bei Euch hätte sich eine neue DB augebaut ).

Ich glaube, da hat noch ein offener Bug zugeschlagen. Die neu aufgebaute DB ist um den Faktor 5 kleiner.

Wie meinst Du das? Offener Bug?
Also ich weiß da was, aber das steht nirgendwo... (siehe weiter unten)

Und heißt das jetzt, dass es jetzt wieder passt?

Kann ich hier bei mir nicht bestätigen Klaus.

:

Das ist kein Bug. Da ist einfach jemand noch nicht dazugekommen, eine Routine zu schreiben, die beim Beenden des Filers nicht nur die Dateidatenbank, sondern auch die Textdatenbank komprimiert.

Ich würde dann sogar eine Routine bauen, welche das beim Start alle x Tage/Monate durchführt.

[Elle4u]

Aber hab grad 2mal versucht ne Aufnahme mit Stop / Stop / teilen zu teilen aber sie bleibt ganz

Das geht aus irgend einem Grund nicht immer.
Das funktioniert dann erst wieder nach einem Neustart (oder bei einer anderen Datei?).
Aber auch, wenn man das dann manuell ausführt, klappt es dann nicht mehr.

Der Grund ist mir noch unbekannt. Scheint aber nicht direkt an Filer zu liegen, da es ja auch manuell passiert.

Klappt bei euch das schneiden??

Meistens.

siehe oben

[Elle4u]

Mir ist nochwas aufgefallen (ist aber schon ewig so - kann es mir nur nicht erklären):
Wenn ich die Log-Datei von Bootmenu mit Filer öffne, erscheinen sehr oft nicht die aktuellen Einträge der letzten 1-2 Tage (die werden beim Topf-Start in die log geschrieben). Wenn ich jetzt Filer aktualisieren lasse, sind auch die aktuellen Einträge lesbar.

Das kann nicht sein.

Denn Filer öffnet das aktuelle File und zeigt dieses an.
Mit der DB hat das gar nichts zu tun...

Filer kriegt nur was mit wenn er schon aktiv ist, bzw. die Datnebank gesichert wurde.

Nehme an er ist beim Start noch nicht aktiv wenn die Veränderungen passieren.

Das ist in diesem Fall irrelevant.

Außerdem:
Warum kann man den Inhalt der log-Datei nicht mit den aktuellen Log-Daten lesen? Filer registriert doch eigentlich nur Dateinamen und Änderungsdatum - oder? Der aktuelle Inhalt müsste doch eigentlich immer lesbar sein, auch wenn Filer die Änderung nicht mitbekommt.

so ist es

Ja, das wird der Grund sein.

eher nicht (s.o.)

[Steffenlight]

Das geht aus irgend einem Grund nicht immer.
Das funktioniert dann erst wieder nach einem Neustart (oder bei einer anderen Datei?).
Aber auch, wenn man das dann manuell ausführt, klappt es dann nicht mehr.

Der Grund ist mir noch unbekannt. Scheint aber nicht direkt an Filer zu liegen, da es ja auch manuell passiert.




siehe oben

Scheint an der Datei zu liegen... aber ich teste mal weiter auch manuell :-)

[Elle4u]

[quote="Steffenlight"]Scheint an der Datei zu liegen... aber ich teste mal weiter auch manuell :-)[/quote]

Danke. Das Ergebnis würde mich sehr interessieren.

[chrisly]

Das kann nicht sein.

Denn Filer öffnet das aktuelle File und zeigt dieses an.
Mit der DB hat das gar nichts zu tun...

Danke für Deine Antwort! Das dachte ich ja auch - aber es ist reproduzierbar: Nach Datenbankaktualisierung werden in der Log-Datei mehr Inhalte angezeigt als vorher. Merkwürdig!
Aber asrael hat mir ja eine gute Alternative aufgezeigt - ist also nicht weiter schlimm (halt nur nicht zu erklären ...).

[asrael]

Danke für Deine Antwort! Das dachte ich ja auch - aber es ist reproduzierbar: Nach Datenbankaktualisierung werden in der Log-Datei mehr Inhalte angezeigt als vorher. Merkwürdig!
Aber asrael hat mir ja eine gute Alternative aufgezeigt - ist also nicht weiter schlimm (halt nur nicht zu erklären ...).

Erklärung könnte sein, dass die Logs von BootMenu noch im Festplattencache hängen. Diesen aktualisiere ich erst, wenn BootMenu beendet wird (ehe Nachfragen kommen: der Topf aktualisiert diesen auch selbst, wenn er abgeschaltet wird). Da BootMenu selbst natürlich das Datei-Handle der Log-Datei die ganze Zeit offen hat, fällt das bei der Anzeige aus BootMenu nicht auf (es zeigt quasi die Daten aus dem Cache an).

Die Alternative, den Cache jedesmal zu flushen, finde ich aus Performance-Gründen eher unschön.

Falls Dir das zu technisch war: Ich glaube, mir ist klar, was passiert und ich denke, man kann damit leben.

Mit freundlichen Grüßen

asrael

[chrisly]

Falls Dir das zu technisch war: Ich glaube, mir ist klar, was passiert und ich denke, man kann damit leben.

Mit freundlichen Grüßen

asrael

Genau!
(Und ich hab´s sogar ungefähr verstanden ...).