Beiträge von Andy

ok, könntet ihr zwei mal die Konsolenausgabe posten?
bzw. habt ihr mal getestet, ob das Script auch im 32-Bit-Modus läuft?

Hi,
name22 & Blume
Welche CPU habt ihr?

Hab im Startpost einen Minitreiber für Intel-Prozessoren verlinkt.

Zitat von name22

Irgendwie krass wie weit mein Ergebnis vor den anderen liegt . Sind wohl alles Laptops gewesen...

Nö, genau aus diesem Grund werden diese Grafikkarten ja als Cluster zum Berechnen von z.B. Wetterdaten eingesetzt.
Viele Compute-Units und hoher Takt = viel Power^^
Eine ATI Radeon 5870 hat bspw. 20 Compute-Units. Jede Compute Unit (oder SIMD-Unit) besteht aus 16 Cores die wiederum je 5 Recheneinheiten (Processing Elements) haben. Insgesamt hat die Karte also 20x16x5=1600 Prozessoren, die ALLE PARALLEL den Kernel abarbeiten können....da macht es auch nichts, wenn der Takt bissl niedriger ist als bei einer CPU.

Hi,
thx fürs testen, werde auch noch die SIMD-Kernel als 2. Testlauf einbinden, bei den Grafikkarten wird das kaum einen Unterschied machen, aber bei den CPU´s werden die SIMD-Kernel dank SSE sicher schneller laufen.

UEZ, gute Idee mit den 1k-Demos
Da sich die Syntax von Javascript und C im Bereich der "Rechnerei" nicht großartig unterscheidet, sollte das machbar sein, ggf ein Script, dass das JS direkt in einen CL-Kernel überträgt

Hi,
Win64 ist da Stichwort....
Ich habe, da durch ASM an 32-Bit-Umgebungen gewöhnt, daraufhin die Funktionen gebastelt.
Es gibt in AutoIt allerdings den DatenTyp INT_PTR, der je nach System entweder 32 oder 36 Bit breit ist.
Ich habe schon angefangen, sämtliche Funktionen anzupassen, so dass diese auch in 64 Bit-umgebung ohne Änderung laufen.

Vorabversion zum Testen:
Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.
Btw. wieso kann ich diese Datei als 7z hochladen aber als ZIP nicht?

Zitat von GTASpider

Die Perfomance ist schon ziemlich super, aber hat jemand ne Idee wie man es eventuell noch schneller bekommen könnte? Wahrscheinlich nicht mit den GDI Befehlen von AutoIt, die haben ja so ihre Limits.

Hab _DRAW() mal geprofiled. Zeiten in Millisekunden

@@ Debug(347) : $m fillrect = 3.6827365678302


@@ Debug(366) : $m helplines = 15.7890186159183


@@ Debug(372) : $m UEZ= 0.406669079814119


@@ Debug(379) : $m line = 1.97179548428792


@@ Debug(383) : $m image = 50.2327905705531


@@ Debug(60) : $mm = DRAW  74.295876302257

Wie man deutlich sieht, wird der Löwenanteil der Zeit von

_GDIPlus_GraphicsDrawImage($oBuffer.Item('Graphics'), $oBuffer.Item('Bitmap'), $oCtrl.Item('X'), $oCtrl.Item('Y'))

verbraten, gefolgt von den Hilfslinien , der Rest innerhalb der Funktion ist zeitlich zu vernachlässigen.

Ja, bei Verwendung von GDI+-Funktionen ist nicht mehr viel zu machen.....unabhängig von AutoIt!

Naja, so wie das für mich aussieht, werden doch einfach nur die beiden RECT miteinander verknüpft, wobei RECT_b eine Konstante ist

also einfaches Umsetzen von AspirinJunkies Code

wobei ich aber zugeben muss, mit Objekten wäre das ein einfaches C&P

In Bingen bei der letzten Breakpoint gabs eigentlich auch nicht viel zu kapieren, alleine der Anblick der völlig abgedunkelten Halle mit tausenden von Rechnern mit davor sitzenden Freaks und vorne über der Bühne die 8x5m Leinwand, die von einem FullHD-Beamer befeuert wurde, wars wert

Mit welchen Geräten die Grafik und Sound produziert haben, das war echt der Hammer! Vom 30 Jahre alten Taschenrechner über gecrackte Spielkonsolen (Gameboy) bis zu den Oldies der Computerbranche. Auch nagelneue Hochleistungsrechner wie iBooks und tonnenschwere Alienware-Maschinen waren natürlich vertreten.
Da gabs Events, da mussten Demos innerhalb von STUNDEN erstellt werden zu einem bestimmten Thema, manche haben auf dem Weg zur Jury noch am code rumgehackt^^

Sicher werden demnächst auch andere interessante Platformen wie z.B. Arduino, und Konsorten vertreten sein!

Zitat

@Xor. Das sind weise Erwachsene Männers.

Yo, die sind so alt, die denken bei AMIGA an was anderes als an "Freundin"^^, vor allem, wenn sie sich in einem Computer-affinen Forum rumtreiben *grööööööhhhllll* MADE MY DAY

ich bring mal den Startpost auf den neuesten Stand, gerade was die intel-mini-Treiber betrifft

Lass mal stecken, Ostern auf ner 125er braucht kein Mensch...kannst zu mir kommen, biste ca. in 2h, und dann kannste auf dem weiteren Weg wieder auftauen

Mein Angebot steht, 2-3 Leute auf dem Weg dahin "einzusammeln".
2 Tage sollte man aber mindestens einplanen...

Zitat von UEZ

Ich glaube, dach mache ich wieder mit! Scheiß auf die Entferung!

Gut, abgemacht, ich hol dich dann ab, ob man 500km fährt oder 600 ist für mich egal
Mal sehen, vielleicht bekommen wir ne Übernachtung hin, dass es sich lohnt, und können den einen oder anderen AutoIt-ler aktivieren^^

UEZ,
bin zzt im Urlaub, jetzt glücklicherweise mit UMTS-Verbindung^^.
Hatte in dieser Woche zufällig ein Gespräch mit einem "Programmierer" abends in einer Hotelbar, da liefen auf einem Monitor irgendwelche Videos. Er meinte, was alles an Rechenpower und Knowhow nötig wären um die Grafiken zu erstellen, und ich hab nur beiläufig gesagt, ein "ordentlicher" Programmierer packt das in eine Handvoll Codebytes
Sein Kumpel fühlte sich gleich angepisst und fing an zu labern, da bin ich ins Hotelzimmer geflitzt und hab den Laptop geholt und denen die von dir verlinkte Site gezeigt.
Die wollten sich dann die Videos auf Youtube angucken, aber bei GPRS funzt das ja nicht, also hab ich die 4K-files einfach downgeloadet...hat bissl gedauert, jetzt haben die gedacht, die 4k-Files wären ein Download-Programm für die komprimierten Grafiken, ich hab dermasssen lachen müssen^^
Jedenfalls waren die zwei total begeistert und es sind etliche Biers getrunken worden. Bestimmt haben die den Rest der Nacht Demos geladen.
Am nächsten Morgen beim Frühstück haben wir ausgemacht, uns nächstes Ostern in Saarbrücken zu treffen

Hi,
habe mal auf die Schnelle ein Anzeigescript zusammengehackt, dass ich benutze, um auf anderen Rechnern die Verfügbarkeit und die Geschwindigkeit von OpenCL-fähigen Geräten zu ermitteln. Bitte mal testen und ggf Fehlermeldungen posten. Zur Geschwindigkeitsermittlung habe ich einen Ausschnitt der Mandelbrotmenge in entsprechende Auflösung gewählt, um Speichertransfer und Geschwindigkeit bei den Berechnungen wenigstens ansatzweise bewerten zu können.
Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.
Laptop AMD mit Quadcore und integriertem Grafikprozessor, externer Grafikprozessor.
//EDIT man sollte die 4 Cores nicht mit 400Mhz laufen lassen....

Die folgenden Files sind teilweise angepasst/modifiziert/weiterentwickelt.
Programm:
Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.
Include-files:
Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.
Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.

Naja,
den "geistigen Erguss", eine Handvoll Nullen so zu Packen, dass beim Entpacken einige Handvoll mehr Nullen da sind, kommentiere ich mal nicht.
Dafür aber 42 kB zu verbrauchen bewerte ich gelinde gesagt als absolutes programmiertechnisches Armutszeugnis!

Wer einen Sudoku-solver in 62 Bytes packt, der erledigt "ich schreib den Speicher/Platte voll mit Nullen" mit einer Handvoll Bytes.
Btw. reicht dafür ein einziger API-Call. "Können" ist dafür definitiv keins erforderlich.
Daher treffen sich Leute, die es drauf haben, z.B. bei internationalen Events wie diesem in Saarbrücken, dort kann man nur noch staunen, was man mit entsprechendem knowHow alles auf einen Monitor bzw. aus dem Lautsprecher bekommt. Auf der letzten Breakpoint in Bingen war ich mit UEZ zusammen, DA wurde gezeigt, wo bei Grafiken der Hammer hängt...
Bei solchen Partys findet man auch keine Scriptkiddies^^....wie gesagt, C&P gepaart mit Halbwissen und sozialer Unintelligenz reicht definiv nicht aus, um einen Hund hinter dem Ofen hervorzulocken.

Zitat

AutoIt ist eine Hochsprache.

knochentrocken
Jetzt kann ich seelig einschlummern.....und von "Hochsprachen" träumen

Zitat von SchachMuschi

Vom Prinzip her ist eine Hochsprache trotzdem ne ganz andere Geschichte als AutoIt.

wieso?
Solange es wirklich nicht um die letzte Millisekunde geht, macht AutoIt eine ausgezeichnete Figur!
Wenn aus Geschwindigkeitsgründen nötig, kann man den "inner loop" in einer Dll-Funktion in einer x-beliebigen Hochsprache umsetzen und 95% des AutoIt-Codes incl. aller seiner Vorteile übernehmen.

Naja,
AutoIt ist ein "Basic-ähnlicher" Dialekt, von daher sollte man eigentlich mit allen Basic-ähnlichen Sprachen und deren Compilern zurechtkommen.
Freebasic ist relativ einfach, Eukalyptus hat damit schon einige feine Dll´s erstellt.
Hier gibts übrigens einen Geschwindigkeitsvergleich, wen wundert´s, dass mit Assembler erstellte Dll´s am schnellsten (und am kleinsten) sind
Wenns wirklich nicht auf die letzte Millisekunde ankommt, würde ich persönlich Freebasic nehmen. Der Compiler erstellt schnellen und vor allem kompakten Code, ohne ein Codemonster wie VC++ installieren zu müssen.
Wer allerdings auf die Goodies des MS-Studios abfährt (so wie auch ich , der Profiler ist einfach nur GEIL ), der sollte VC++ oder Visualbasic testen. Wobei es imho
völlig egal ist, ob man in C++ oder VisualBasic programmiert, der Compiler erstellt idr. denselben performanten Code!

Zitat

Weiß nur, dass Mutex ja verhindern sollen, dass es Diskrepanzen gibt, dadurch, dass auf bestimme "Dinge" mehrfach zugegriffen werden kann?!

nein, nicht mehrfach sondern gleichzeitig.
Dann muss z.B. sichergestellt sein, dass bei 3 Threads, die gleichzeitig einen bestimmten Speicherbereich bearbeiten (lesen+verändern+schreiben) die Daten nach jedem Lese/Schreibzyklus konsistent sind. Heisst in diesem Fall, solange EIN Thread Daten bearbeitet, müssen die anderen beiden warten....bearbeiten die Threads unterschiedliche Speicherbereiche, dann können sie gleichzeitig arbeiten.
Um festzustellen, ob ein Programm mehrfach gestartet wurde, benutzt man sicherlich kein Mutex

Hi,
ich hol den Thread mal aus dem Keller, hab eben im ASM-Forum einen Thread gefunden, mit einer BANDIT-Formel^^

Mit bissl Phantasie erkennt man einen mexikanischen Banditen mit Sombrero, hab mal die Augen und den Mund ergänzt, färb das mal jemand ein....