Suchergebnisse

Der Mac macht alles richtig. Ein Betriebsystem sollte niemals ein Prozess beenden nur weil er zu viel Speicher braucht. Das bei einigen das Programm bei Windows abschmiert liegt vermutlich nur daran das das Programm nicht in 64bit kompiliert wurde. Ich habe selber schon Programme geschrieben...

So soll es sein.

Die Dekompressionsgeschwindigkeit soll sehr hoch sein. Selbt auf einem lahmen ARM Prozessor soll die dekompressionsgeschwindigkeit akzeptabel sein (10MB/s). Mit einem Core i7-4770K sollten problemlos mehr als 100MB/s dekompressionsgeschwindigkeit drin sein. Er muss nicht mal den Client...

Aktuell betraegt die Komprimierungsrate auf einer Radeon HD 7950 4KB/s. Die dekomprimierungsrate soll sehr schnell sein selbst auf lahmen Prozessoren wie z.b. ARM. Optimaler waere es wenn der Betreiber der Download Webseite die Datei bereits mit dem verfahren komprimiert haette.

Hi, Hättet ihr Interesse an einem System mitzumachen das Daten komprimiert, die Rechenleistung auf mehrere Systeme verteilt, so ähnlich wie bei Folding@Home? Ziele des Systems: - Sehr hohe Datenkompression erreichen, besser als Winrar, 7z, etc. - Sehr hohe dekomprimierungsraten erreichen...

Den Bug werde ich so schnell nicht fixen können. Mann muss halt nach jedem Run das Programm neu starten. Alle Highscore Listen wurden aktualisiert. Momentan bleiben die Benches so wie sie sind aber ich arbeite momentan an einer Linux version und an eine MPI version. Sollte jemand also ein...

Da hast du Recht. Das liegt daran das zufällige Zahlen benutzt werden aber vorallem daran das der Dynamic Workload Manager ständig die Arbeitsaufteilung verändert. Dieser Benchmark ist erst mal ein Test. Die nächste Version soll 10x so viel Arbeit haben, ich glaube das dann die Ungenauigkeit des...

Bei meinem Resultat Screenshot ist ein Fehler. Ich habe CPU-Z vergessen. Ich werde das sobald wie möglich korrigieren. Zum Glück habt ihr beiden euch gedacht das ich einen Fehler gemacht habe und habt vorsichtshalber mit CPU-Z und GPU-Z den Screenshot gemacht.

Der OpenCL Dynamic Workload Manager Benchmark steht jetzt zum Download bereit.

Die Highscore Listen wurden geupdated. Ich möchte in ein paar Tagen einen neuen Benchmark posten der die CPU und GPU benutzt um die Berechnung durchzuführen. Der Benchmark ist in der Lage die Arbeit dynamisch zwischen CPU und GPU aufzuteilen. Hier ist ein Preview Screenshot:

Bis jetzt habe ich immer das beste Ergebnis von jedem User eingetragen. Wenn ihr wollt kann ich aber pro User mehr als ein Eintrag machen wenn andere Hardware verwendet wurde. Im nächsten Update ist dein P4 und Athlon drin.

Die Highscore Listen wurden geupdated und ich habe einen neuen GPU Benchmark zum Startpost hinzugefügt. Dieser sollte jetzt deutlich mehr GPUs unterstützen.

Klar. Aber waere das nicht ein bisschen zu lange?

Die Highscore Listen wurden geupdated. An einem Fix fuer den GPU Benchmark arbeite ich noch. Danke an alle Teilnehmer.:bigok:

Erstmal muss ich mich entschuldigen, der neue GPU-Benchmark bereitet anscheinend sehr viele Probleme. Eine Frage habe ich aber an die Leute bei denen der Benchmark erst gar nicht laeuft. Kommt die Fehlermeldung sofort oder vergehen ein paar Sekunden bevor die Fehlermeldung kommt? Das AMD sehr...

Ab sofort werden die highscore Listen nur noch jeden Montag geupdated. Ich habe dem Start Post einen GPU benchmark hinzugefuegt. Ich hoffe ihr habt spass damit. Mal sehen wer schneller ist, Nvidia oder AMD.:asthanos:

Highscore Listen update.

Ich habe die Highscore Listen geupdated.

Die Highscore Listen wurden geupdated.

Ich habe die Highscorelisten geupdated und den multi-threaded bench und v1.1 des single-threaded benchmarks zum ersten Post hinzugefuegt. Ich hoffe ihr freut euch das ich auf eure Kritik reagiert habe denn der single-threaded bench v1.1 ist viel genauer. Resultate sollten nur noch um +-2% abweichen.