Druckbare Version
Hallo,
es geht auch anders rum:
Den eingegebenen Zeitraum (Start, Ende) in dein ASCII-HEX Format umwandeln, in der Datei suchen (ggf. binäre Suche) und erst dann den gefundenen Teil umwandeln.
Nicht erst alles umwandeln und dann suchen...
Grüße, Bernhard
Zunächst vielen Dank für die Denkanstöße, allerdings: Dieser Thread steht unter Jobs/Hilfen/Stellen.
Hatte eigentlich jemanden gesucht, der das Thema gegen Bezahlung mal genauer ansehen oder bearbeiten kann.
Nachdem das nicht so richtig zündete, habe ich selber weiter gebastelt und jezt doch noch eine praktikable Lösung gefunden, die ich jetzt (nur) noch verfeinern muss:
Habe das kostenlose Tool ZedGraph eingesetzt:
Bei Zed-Graph kann man Zeitstempel mit eigenem Format (XDate) definieren, das geht dann füllen sehr schnell:
timestamp.SetDate(year, month, day, hour, minute, 0);
Damit wären die Daten schon mal sehr schnell gelesen, die Performance der anschließenden Visualisierung (mit Zoom usw.) ist auch recht ordentlich.
Hallo indeas,
mit einer Datenbank die LOG-Filedaten für Visualisierung bereit zu stellen, könnte ich vielleicht helfen.
Eine Datenbank hat den Vorteil alle Daten werden in einem PC-Ordner kopiert und zu gleich wird festgelegt ob alte Daten im Ordner überschrieben werden sollen oder angehängt oder nach Zeitstempelvorgabe eine neue Datei im Ordner erstellen wird(ist günstiger für Historie und Geschwindigkeit).
Das beste finde ich sind die Such– Filtereigenschaften und die vielen Auswertungen die programmiert
werden können(ein Schalterklick und schon sind die Ergebnisse zu sehen)
Bekomme ich per PN ein File, ein Monat reicht, würde ich versuchen eine kostenfreie Demo zu erstellen.
Kommen dann bestimmt noch viele Fragen und somit wird es etwas dauern bis alles stimmt.
Sollte es sehr schnell sein bin ich nicht der richtige Helfer.
PS. Beruflich(nun im verdienten Ruhestand) habe ich mit Oracle gearbeitet.
Privat mit SQL- Programmierung(ACCESS) ist zwar nicht der Platzhirsch aber für die paar Daten völlig ausreichend.
Access ist bei MS Office dabei.
Mit freundlichen Grüßen
Fred
Guten Tag,
eine Realisierng mit C# Bordmitteln scheint mir durchaus möglich. Schließlich kann man problemlos in ein Grafic-Device "zeichnen" und damit sowohl Charts auf dem Bildschirm als auch in einem PrintDocument Objekt realisieren.
Das Einlesen der 250k Zeilen erscheint mir auch unproblematisch. Die Performance sollte auseichend sein, wenn man die Daten nach dem Einlesen in einem Array oder in einer ListOf hällt.
Grundsätzlich könnte ich die Programmierung gerne übernehmen, so lange die gewünschten Chart-Ausgaben hinreichend genau spezifiziert sind. Die Implementierung würd ich in dem Fall zum Festpreis mit Rechnungsstellung nach Abnahme durchführen. Bei Interesse würde ich mich über eine kurze PN freuen.
Kannst Du mir sagen, wie lange die Ausführung des folgenden Quellcodes bei Dir dauert?
Das Ergebnis siehst Du im "Direkt" oder "Immediate"-Fenster. (Menü Debug->Windows->Immediate). Bei meinem 5 Jahre alten Notebook (VS2010 mit .NET 4.0) dauert das 0,11 Sekunden.Code:private void button1_Click(object sender, EventArgs e)
{
int Max = 500000;
Random rnd = new Random();
DateTime start = DateTime.Now;
List<DateTime> dtList = new List<DateTime>();
for (int i = 0; i < Max; i++)
{
int year = 1999;
int month = 11;
int day = 22;
int hour = 11;
int minute = 12;
int second = 13 + rnd.Next(20);
;
DateTime dt = new DateTime(year, month, day, hour, minute, second);
dtList.Add(dt);
}
System.Diagnostics.Debug.WriteLine(DateTime.Now.Subtract(start));
System.Diagnostics.Debug.WriteLine(dtList.Count);
}
Bezüglich der Chart-Geschichte: Es hilft, die Daten für die Ansicht so aufzubereiten, dass nicht mehr Datenpunkte eingegeben werden, als maximal auf der Bildbreite sichtbar sind. Du musst also Daten gruppieren (über Minima, Maxima zusammenfassen). Ansonsten malt das ChartControl auch nur viele vertikale Linien übereinander.
Habe wieder etwas gelernt: mit dem Debug-Fenster hatte noch nciht gearbeitet; habe bisher immer ein "debug"-Text-Feld in der Anwendung beschrieben, dass ich für die Endanwender dann ausgeblendet habe...
Der Code läuft sehr flott:
00:00:00.0560000
500000
Ich habe dann auch mal Teile meines Codes in die Schleife gepackt:
Dann wird es schon etwas langsamer:Code:start = DateTime.Now;
string dummystring ="";
for (Int32 Linenumbercounter = 10; Linenumbercounter < LogFileDataLineNumbers - 2; Linenumbercounter++)
{
dummystring = LogFileDataLine[Linenumbercounter];
if (dummystring.Length == 36) // nur beschreibene Zeilen darstellen
{
try
{
LineNumber = Convert.ToInt32(dummystring.Substring(0, 7), 16);
year = int.Parse(dummystring.Substring(8, 2), NumberStyles.HexNumber) + 2000;
month = int.Parse(dummystring.Substring(10, 2), NumberStyles.HexNumber);
day = int.Parse(dummystring.Substring(12, 2), NumberStyles.HexNumber);
hour = int.Parse(dummystring.Substring(14, 2), NumberStyles.HexNumber);
minute = int.Parse(dummystring.Substring(16, 2), NumberStyles.HexNumber);
//DateTime dt = new DateTime(year, month, day, hour, minute, second);
//dtList.Add(dt);
}
catch { }
}
}
System.Diagnostics.Debug.WriteLine(DateTime.Now.Subtract(start));
System.Diagnostics.Debug.WriteLine(LineNumber);
00:00:00.6190000
1572862
Die ganze Sache wird so richtig langsam, wenn die auskommentierten unteren beiden Zeilen in die Schleife integriere, es dauert Stunden.....
und da liegt auch das Problem, das ich durch Deinen Hinweis (Anzeige im Debug Ausgabe Fenster) gefunden habe :-)
Mein Log-File hat hin und wieder fehlerhafte Einträge (das war mir bekannt, aber ich hatte diesem Umstand keine so große Bedeutung beigemessen).
Wenn ich noch eine kleine Plausibilitätsabfrage:
hinzufüge, dann sieht es wieder freundlich ausCode:if (month > 0 && month < 13 && day > 0 && day < 32 && hour < 25 && minute < 61 && year > 2014 && year < 2100)
{
DateTime dt = new DateTime(year, month, day, hour, minute, second);
dtList.Add(dt);
}
00:00:00.6930693
1572862
Übrigens mit ZedGraph bringe ich alle Daten (mit Grafik) in 1,6s auf dem Schirm. Das wäre absolut OK.
Mit der Plausibilitätsabfrage sind es nur noch 1,4s das bringt dann neben Geschwindigkeit auch plausible Daten.
Danke für die Hilfe!
ICH würde die Daten zunächst einer Datenbank wie MySQL oder MariaDB einspeisen, denn die ist auf das schnelle Herauslesen, Sortieren und den Umgang mit Timestamps usw. optimiert. Das Herumstochern und Parsen irgendwelcher Strings finde ich bei dieser Datenmenge ziemlich unprofessionell ... sorry. Ein der Aufgabenstellung angepasstes SQL-Statement an die DB und DANN die Visualisierung der gefundenen Daten - so macht man das.
Falls noch Interesse an dem Auftrag besteht, ich mach' das - wahlweise für Mac, Win oder Linux mit grafischer Oberfläche. Aber im ganzen Thread wurde bisher immer noch nicht beschrieben (trotz mehrmaliger Nachfrage), was denn genau mit "Visualisierung" eigentlich gemeint ist! Ein einfaches Linien- oder Balkendiagramm oder eine virtuelle 3D-Landschaft?
Hallo,
Ein einfaches Liniendiagramm reicht schon. Zeitraum auswählen und dann los:
Das sieht heute ungefähr so aus:
Anhang 30556
und funktioniert prinzipiell.
Das ganze soll dann noch erweitert werden, der Ansatz mit der SQL Datenbank wäre da genau das richtige...
=> Interesse besteht noch. Realisierung mit Visual C# 2010 Express, ich möchte es dann weiter pflegen können.
Erweiterung dahin gehend, dass die verschiedenen Log-Files über mehrere Jahre hintereinander zu einem Datensatz gefügt werden.
Außerdem soll noch die Darstelluung (und der Ausdruck) von fünf Alarm und Warnmeldungen in einem separtaten Text-File parallel zur Grafik möglich sein.
Also gerne nehme ich Unterstützung an. Der Auftrag ist noch nicht vergeben!
Guck mal das Programm Logview www.logview.info .
Das ist speziell um Datensätze zu visualisieren.
Man kann da auch ein eigenes Open Format generieren, das nur an ein paar Konvrntionen gebunden ist.
Ich kann leider nur RealBasic/Xojo (ähnlich VisualBasic, compilierte EXE bzw. APP) oder HTML/PHP/JS (Web) anbieten, mit C# o.ä. hab' ich nix am Hut ... als DB empfehle ich MariaDB, wahlweise auf dem selben PC oder "irgendwo" im LAN, z.B. falls ein NAS vorhanden ist (QNAP oder Synology), eröffnen sich da ganz neue Möglichkeiten.Zitat:
Zitat von indeas