Suchergebnisse

Hihi - in dem anderen Thread hab ich ja zwei Sachen empfohlen:- eine einheitliche Auslese-Vorgehensweise zu implementieren. - zusehen, dass Daten nicht mehrmals eingelesen werden. Derlei architektonischen Ansätzen nachzugehen würde sich jetzt hier überaus bezahlt machen.

Zitat von Toni_Edi: „Hat jemand eine Idee?“grad fiel mir was anderes auf: Es scheint ein DGV angebunden zu sein während die Daten in eine DataTable eingelesen werden. Vermutlich ist das der Grund - DGV kann Einlese-Vorgänge irrsinnig abbremsen. Also täte ich nu empfehlen, während des Ladens das DGV abzukoppeln, mittels DGV.DataSource= Nothing Das wieder ankoppeln auf einen anderen Button legen, um wirklich nachweisen zu können, dass es die DGV-Anbindung ist, die die Anwendung blockiert - nicht d…

ich hab hier mal was gebastelt, das lädt bei mir die Daten in 28ms. Ist lauter Zeugs drin, was du nicht willst (weil ich hab einfach meine Standard-Projektvorlage erweitert), aber nun kannst du vergleichend untersuchen, warum bei mir hinreichend schnell. Macht auch nix von deine Funktionalität, sondern nur laden. Aber da die Daten nun im Speicher sind, sollte weitere Verarbeitung nix mehr dauern (ausser das vermutete DGV-DataSource-Problem).

Zitat von Toni_Edi: „Jetzt weis ich woher der Fehler kommt.“Und woher?

Was soll ich sagen? Ich hab dir Anwendung geschrieben, die das Zeugs sehr schnell in Datensätze einliest. Nun kann ich nur noch warten, bis du dich mit deinen Abwegen soweit abgearbeitet hast, dass du vlt doch noch iwann anfängst, dich dafür zu interessieren.

Zitat von Toni_Edi: „Ich habe deine Post#21 gelesen und versucht das öffnen, das hat nicht funktioniert. Ehrlich gesagt , glaub mir ich habe dein Code nicht ignoriert, sondern ich bin damit nicht zu Recht gekommen. Ich weiß nicht, wie ich das verwenden soll.“Nun, das nenne ich ignorieren, wenn du nix mit anfangen kannst, und sagst das nicht. Wobei ich noch immer nicht weiss, ob du den zip nicht entpacken konntest, oder ob du die Solution darin nicht gefunden hast, oder ob du die Soluteion darin …

jo, auf VisualStudio 2017 oder 2019 sollteste schon upgraden. Insbesondere StringVerarbeitung ist seither enorm(!) komfortabler. Mein Sample auf darunter downgraden, also auf 2013 wäre noch mööglich, wenn du das wünschst. Aber noch weiter darunter - da gibts scheints keine Extension-Methods, und da baue ich ja massiv drauf auf.

Zitat von Toni_Edi: „Du gibst für mich so viel Mühe, warum willst du nicht sagen, wo liegt das Problem und warum dauert so lange über 2000 Zeile einlesen.“Ich hab keine Ahnung, warum das bei dir so lange dauert. Um die Frage zu beantworten müsste ich dein Programm bei mir laufen lassen können - hast du das hier iwo geuploadet, und ich habs übersehen?

post#13 ist nicht von Kasi. Kasis Code ist auch nicht dein Programm. Du könntest es zippen, und hier uploaden. Aber bitte zuvor den Bin-Ordner daraus entfernen. Wie gesagt: Vermutlich hat niemand hier eine Idee, warum dein Programm so langsam ist, meines aber viel schneller.