Programm für parallele bearbeitung

[Solna]

Guten Morgen,

Ich habe ein Problem, das mein Programm zu langsam ist. Oder die Bearbeitungszeit liegt
an der Artikelmenge. Es geht darum, dass ich aus der Datenbank für jeden Artikel einzelne Berechnungen
durchführe, und dann die Ergebnisse summiere.
Meine Frage ist:
Könnte man in java das Programm so schreiben, dass es mir die Berechnungen nicht für jeden
Artikel sequentiell, sondern für mehrere Artikel parallel durchführt.
(Angenommen ich habe mehrprozessor Rechner).

Wenn ja, wie soll es ungefähr aussehen (den Quellcode)?
Für die Antwort wäre ich sehr dankbar.
Mfg Solna

 

[FArt]

Ob ein Problem parallelisierbar ist oder nicht hängt in diesem Fall nicht von der Programmiersprche ab, sondern von dem Problem an sich.

Der kurzen Beschreibung nach: ja, das geht. Siehe dir mal die Tutorials von SUN bezüglich Threads an, vielleicht noch bzgl. dem Package java.util.concurrent . Das sollte ein guter Einstieg sein.

 

[ARadauer]

Es geht darum, dass ich aus der Datenbank für jeden Artikel einzelne Berechnungen
durchführe, und dann die Ergebnisse summiere.

ich gehe stark davon aus, dass dein flaschenhals nicht die berechnung sondern der zugriff auf die datenbank ist

 

[Solna]

Ja, das ist auch war (mit Flaschenhals).

Ich benutze MySQL und greife mit ODBC.

Könnte man auch hier vielleicht irgendwie beschleunigen?
Auf meinem Rechner zu Hause läuft es 30 mal schneller (Core 2 Duo) und hier habe ich Pentium 4.

Noch eine Frage:
geht es auch auf P4 schneller, wenn ich mit Threads schreibe, oder nur mit Mehrprozessoren?

Danke. Solna :roll:

 

[ARadauer]

Ich benutze MySQL und greife mit ODBC.

warum nicht direkt über jdbc?

poste mal ein bisschen code vom lesen daten, und vom berechnen der daten?

wie viel ließt du den? ließt du für jede berechnung? woher hast du die connection? wo liegt die datenbank?

 

[Solna]

das ist mein Connector (geht es auch anders?):

 String driver = "sun.jdbc.odbc.JdbcOdbcDriver";
        String url= "jdbc:odbc:dbank";
        String username="";
        String password = "";
        Class.forName(driver);
        return DriverManager.getConnection(url, username, password);

Dann greife ich auf eine Tabelle:

 ResultSet datengesamt = st1.executeQuery("Select nachschub_datum, nab_kunde_stk," +
                "nab_nachschub_stk, lib_stk,  umfuhren_stk, umfuhren_neu_stk, retouren_eingelagert_stk," +....

und speichere die Inhalte für jede Spalte in Arrays:

while(datengesamt.next()){
        
        nab[i]= Integer.parseInt(datengesamt.getObject(2).toString());
        nabnach[i]= Integer.parseInt(datengesamt.getObject(3).toString());
        lib[i]= Integer.parseInt(datengesamt.getObject(4).toString());
        umf[i]= Integer.parseInt(datengesamt.getObject(5).toString()); 
        umfneu[i]= Integer.parseInt(datengesamt.getObject(6).toString());....

und dann führe ich die Brechnungen. Das alles ist in einer Schleife, die solange läuft, bis alle
Artikel dran waren))

Datenbank liegt auf C:\

Dankeschön

 

[Marco13]

Kenn' mich mit DB-Zeux nicht so aus, aber
nab= Integer.parseInt(datengesamt.getObject(2).toString());
sieht komisch aus - IST das, was bei getObject(2) zurückgegeben wird, vielleicht schon ein Integer? Ggf. sollte es da ein
nab= (Integer)datengesamt.getObject(2);
schon tun - das würde u.U. VIEL Rechenzeit sparen (Integer.toString und Integer.parseInt sind SEHR aufwändig...)

 

[maki]

http://dev.mysql.com/downloads/connector/j/5.1.html

Sollte schneller sein als die JDBC-ODBC Krücke.

Ansonsten kann ich Marco13 nur beipflichten, so die Daten aus einem ResultSet zu lesen ist von hinten durch die Brust ins Auge..

 

[ARadauer]

wieso nicht so

nab= datengesamt.getInt(2);

 

[Solna]

o! ich danke auch sehr,

das mit .getInt habe ich nicht gewusst!!)

Und dann mit My SQL Connector, was soll ich dann hier schreiben?:

String driver = "??????";
String url= "??????";

Und hoch eine Frage:
wäre es dann sinnvoll mit threads für einprozessorrechner zu programmieren?

 

[Gast2]

Moin,

wäre es dann sinnvoll mit threads für einprozessorrechner zu programmieren?

ja ... dann verteilt das BS Deine Threads automatisch bei mehreren Kernen

hand, mogel

 

[FArt]

Und hoch eine Frage:
wäre es dann sinnvoll mit threads für einprozessorrechner zu programmieren?

Noch mal zum Anfang: wenn der Prozess sinnvoll paralellisierbar ist, dann bringt das in der Regel auch was auf einer Maschine mit einem Prozessor.

Wenn du aber suboptimal implementiert hast und der DB Zugriff langsam ist (oder andere Problemchen), ist parallelisiern kein Ansatz. Wenn die Berechnungen entsprechend aufwendig sind, dann schon.