Beiträge von Andy

Zitat von Mars

Verstehe was eine Bitmap ist
Verstehe wie eine Bitmap im RAM liegt

Verstehe wie eine Suche in dieser Bitmap nach einer speziellen Farbe aussehen würde

Überlege dir wie du nach einer beliebigen Anordnung von Pixeln suchen würdest

Bis hierhin fullack^^

Zitat von Mars

Lerne ASM (hier im Forum gibt es genug Info zu ASM)

Schreibe in ASM eine Bildsuche die in einer Bitmap im RAM dein (teil) Bild findet (ohne dll und ohne alles)

Blos nicht! Das würde ja wesentlich schneller und einfacher als diese Dll zu handhaben sein und nebenbei würde es niemand detektieren können Ich würde eine Compilersprache vorziehen, schnellen Code schreiben und diesen Code in AutoIt einbinden.

Btw.:

Man könnte ja mal in den Raum werfen, dass es native Stringfunktionen in AutoIt gibt, die schneller sind, als diese komische DLL, die angeblich Bilder sucht und findet.

Wenn man diese Stringfunktionen auf den Speicherbereich einer Bitmap loslässt, findet man gesuchte Bytesequenzen nicht nur schnell, sondern absolut unauffällig. Und ohne Dll...

Übrigens habe ich schon 2009, also vor knapp 10 Jahren hier im Forum ein recht großes Script incl. einem Tool zum Ausschneiden und Speichern und anschließendem Suchen von Bildern gepostet, welches auch OHNE die dort eingebundene Prospeed.dll auskommt.

Dieses Script bzw. der Verzicht auf die Handvoll (ASM-) Bytes aus der Prospeed.dll, war übrigens der Anlass, wieder mit Assembler in Kombination mit einer BASIC-Sprache anzufangen.

Heutzutage suche ich sowohl für 32- als auch 64-Bitversionen diese Bytesequenten aka "Bilder" per SSE, in der 64-Bitversion durch die 16 Stück 256 Bit breiten YMM-Register. Damit vergleicht man beispielsweise 64 DWORDs oder "Pixel" parallel in EINEM Takt, da hat man reichlich Luft "fuzzy" zu suchen. Ok, damit kann man auch professionell Geld verdienen, was man mit der "Bildersuch"-Dll nicht machen kann.

Schnelle "Fuzzy"-Textsuchen in mehreren hundert MB oder auch GB großen Dateien braucht man immer. Eine genau das gleiche machende "Bildersuch"-Dll, bei der es tausende von Postings gibt, weil sie nicht (richtig) funktioniert bzw. anzuwenden ist, braucht wer? Botter?

Zitat von Moombas

MEines wissens muss ab (spätestens) Win7 bei Mainboard wechsel (anderes Modell) auch Win7 neu installiert werden.

Aktiviert sicher, aber installiert? Versuch macht kluch.

Und selbst wenn, Win7 ist schnell und unproblematisch installiert. Clever gebackuppt lässt sich viel des "alten" Systems transferieren.

Ob man Win7 installiert und dann auf Win10 upgradet kann man sich ja auch noch überlegen.

Persönlich habe ich sowohl Win10 als auch Win7 im Einsatz. Stabil laufen beide. Und das bei vielen "Experimenten" per ASM und/oder OpenCL, bei denen tief in den Eingeweiden des Systems und der Treiber rumgewühlt wird. Wobei Win10 schon sehr auf den Support der allerneuesten Hardwarefeatures ausgelegt ist. Da kommt Win7 bei weitem nicht mit.

Zitat von Tuxedo

Das mit dem Biosupgrade ist auch eine böse Falle, soweit ich weiß müsste man

um dieses Upgrade durchführen zu können, aber zuerst einen alten Ryzen einbauen, wenn man denn einen hätte oder??

Genau DAS ist das Problem der "Selbstzusammenschrauber". Aber genau DAS wollen die ja auch, oder?!

Wie man sich über diese Probleme einen Kopf machen kann, verstehe ich ehrlich gesagt nicht. Man kauft einen sog. "Aufrüstsatz" mit der funktionierenden Kombination Prozessor/Board/Speicher und ist sämtlichen Ärger los.

Wer meint, ein stabiles (!) System zu bekommen, wenn schon die Kombination der Komponenten Ärger macht, der soll das tun.

Die c´t bringt öfter mal "Selbstbauvorschläge", und die sind im Vorfeld schon weitestgehend auf wenig Ärger in der Komponentenauswahl "optimiert". Trotzdem läuft deren Forum zu diesem Thema über nach JEDEM Heft mit den Bauvorschlägen. Wer damit seine Lebenszeit verbringen will, wie gesagt, der soll das tun.

Zitat von Tuxedo

Aber jetzt sind ja welche mit integrierter Grafik verfügbar, also habe ich im Moment

keinen Plan was da für mich geeignet erscheint.

Ryzen 3 2200G, schau mal HIER den Vergleich mit Ryzen 5. Ich persönlich würde nicht 40% mehr Geld für 5% mehr (CPU-)Leistung ausgeben...

Der Ryzen 3 hat 4 "echte" Kerne, damit kommst du auch sehr gut bei Multitasking/Threading zurecht. Und die GPU sollte bei weitem für deine Anforderungen ausreichen.

Board und Speicher brauchst du neu, ggf. auch das Netzteil wg. der Anschlüsse, aber das würde ich nachprüfen.

Wenn du Gehäuse, Netzteil und Platten behalten willst/kannst, kommst du für ca. 200 € für die Neuteile zu einem "modernen" Rechner.

Ich würde einfach von der "alten" Platte Win7 booten und schauen was passiert.

Zitat von Musashi

Wahrscheinlich VirtualBox, oder ?

Ja, schau mal HIER was man damit und AutoIt machen kann...

Ich habe auf "alten" Rechnern (älter als 10 Jahre) sogar noch VBox-Versionen mit "speziellen" angepassten BS laufen, in der Hardware benutzt wird, die heutzutage niemand mehr kennt.

Und btw., Win98 läuft "nativ" auf einem Uraltrechner Toshiba Satellite Pro 430CDT (davon habe ich 3 Stück im Keller^^), den hatte ich vor ca. 1/2 Jahr noch mal benutzen müssen!

Witzig, wenn eine Firma auf dem Weg zu "Industrie 4.0" nicht mehr produzieren kann, weil niemand in der Lage ist, ein Gerät mit Win98 und einer Debuggingsoftware für RS232 aufzutreiben bzw. dieses auch zu benutzen. Falls jemand meint mit ultramoderner Hardware Geld verdienen zu können, soll er das ruhig tun, ich jedenfalls habe mehrere zehntausend Euro für Controller und Steuerungsmodule ausgeben müssen, die URALT waren. Naja, immer noch besser als eine halbe Million für eine "moderne" Anlage auszugeben, die exakt die gleiche Hardware ansteuert mit einer "modernen" Steuerung.

Ich quote mich mal selbst

Zitat von Andy

//EDIT

Hab es eben mal getestet, Win7 bootet einwandfrei auf dem Ryzen und läuft auch stabil (Video transkodieren auf allen Kernen). Treiber für Sound und Peripherie gibts zumindest für mein Board auch.

mep, ich gehe davon aus, dass du die Kombination Ryzen/Win7 nicht (!) betreibst. Was daran dann für den TE "konkret" sein soll, erschließt sich mir nicht.

Tuxedo, was meinst du mit "Treiber für den Prozessor"?

Erst schreibst du was bzgl. dieser "fehlenden" Treiber, und direkt in Folge schreibst du "Updates brauche ich keine".

Was denn jetzt? Nach dem Motto "wasch mich, aber mach mich nicht nass"?!

In einem frisch installierten BS sind generell nur generische Treiber vorhanden, wenn du mit denen zufrieden bist, ist ja alles ok. Ob du aber herstellerübergreifend die für deine Hardware spezifischen Treiber installieren ( DAS verstehe ich übrigens unter "Updates"! ) musst, um ggf. "spezielle" Features freizuschalten, hast du selbst zu entscheiden.

Bspw. stellt dir der generische Windows-Grafiktreiber nur maximal FullHD zur Verfügung, wenn du einen Monitor mit höherer Auflösung nutzen willst, musst du zwangsläufig "updaten".

Wenn du allerneueste Hardware in Kombination mit "alter" Software nutzen möchtest/musst, bietet sich die Kombination Win10 mit einer/mehrerer VM´s an. In diese kannst du Win7 booten und bist bzgl. Treiber auf der sicheren Seite. Zur Not kannst du "nativ" auf Win10 diese Software nutzen und Geschwindigkeitsvergleiche betreiben.

Ich sag dir aber gleich, dass du da in den allermeisten Fällen keinen Geschwindigkeitsunterschied feststellen wirst. In der "sicheren" VM lässt sich genau so arbeiten, wie in einem nativ installierten System. ggf. auch parallel in mehreren VM´s. Und definitiv schneller und stabiler als auf einem wieauchimmer 10 Jahre alten Dualcore...

Zitat von alpines

Hab meine 850 EVO seit 1-2 Jahren in meinem Rechner und die ist nach wie vor genauso schnell wie beim Einbau

Das kann ich genau so unterschreiben! Nach Upgrade mit einer Samsung EVO SSD ist selbst mein Uralt-Laptop (auch Win7) wieder zu einer flotten Kiste geworden.

...ich seh´s schon kommen....

Als Laufschrift-Banner mit bissl Feuerwerk drumrum als Bildschirmschoner

Zitat von Tuxedo

Andy deine Rechnertipp hat bei mir leider keine Chance ich habe seit ca 25 Jahren keine Fertigrechner mehr gekauft

War auch mein erster "fertiger" nach Jahren, aber bei dem Preis diskutiere ich nicht mehr. Wer meint, "günstiger und besser" selbst zusammenzubauen, soll das tun, ich tu mir das jedenfalls nicht mehr an!

Wieso bauen diese "Powerschrauber" eigentlich keine Laptops/Notebooks/Tablets "selbst" zusammen?!

Zitat von Tuxedo

reicht für mich eine gute 2,5 Zoll SSD locker aus.

Meiner Tochter habe ich ihren seit ca. 10 Jahren immer weiter aufgerüsteten "Dual-Boot" Win10/Win7-Rechner mit einer zusätzlichen 500Gig-SSD (Samsung 860 EVO als SATA 2,5Zoll) letzte Woche ausgestattet (mit Win10).

Das ist ein 6-Kerner FX-6300 mit 16Gig RAM, einer Radeon 7790, mittlerweile ist die dicke SSD die 4. Platte (neben 1x 128 SSD, 1x 500 und 1x1000Gig Festplatte).

Der Rechner bootet wahlweise Win7 von der 128er-SSD und wie gesagt Win10 von der anderen.

Die Kombination Prozessor/Grafikkarte bekommst du heutzutage NEU als "Aufrüstrechner" (incl. Gehäuse und Netzteil) für unter 120 Euro, um die damit verbundene Leistung mit einem "integrierten" neuen Prozessor hinzubekommen, musst du SEHR tief in die Tasche greifen.

Für Bild- bzw. Videobearbeitung benötigt man (je nach Software) viele Kerne, je mehr, desto besser. Ich jedenfalls war mit dem FX-6300 immer sehr zufrieden.

Deine Anforderungen sind imho sehr niedrig, also ist auch ein 5 Jahre "altes" System sehr viel besser als dein vorhandenes.

//EDIT

Hab es eben mal getestet, Win7 bootet einwandfrei auf dem Ryzen und läuft auch stabil (Video transkodieren auf allen Kernen). Treiber für Sound und Peripherie gibts zumindest für mein Board auch.

Zitat von Bitnugger

Schöner wäre, wenn das auch mit X86-Mode geht...

Kein Thema, wenn du sagst wie du die 64-Bit-UINTs als Parameter bereitstellen willst^^

Zitat von Oscar

Lo- und Hi-DWORD wäre so eine Möglichkeit.

Na klasse, aus 2x32 Bit die "virtuellen" 64Bit machen um diese per 32-Bitmodus per SIMD (128Bit) oder gar (64Bit) MMX abzuwickeln und dann zurückzutransferieren?!

Dann kann imho besser man gleich die Binary-UDF benutzen und mit "Hex"-Strings arbeiten....

Zitat von Ovik

Weil BitOperations64 nicht mit X86 geht (bzw. mein Script bei X64 nicht mehr richtig läuft), habe ich das AffinityMask-Setzen in eine externe exe ausgelagert, die ich getrost mit X64 Mode kompilieren kann.

Naja, dann müssen wir diesen Tod halt sterben und was für 32Bit schnitzen

LO- und HIGH-DWORD als jeweils einzelnen Parameter übergeben und das Ergebnis wieder als LO-und HIGH-DWORD zurückgeben sollte ja das Problem nicht sein...hab kaum Zeit, zwischen den Jahren sollte das hinhauen...

Dann gleich als 128-Bit-Version (SSE)

Tuxedo,

wie sieht es mit deinem Budget aus?

Ich habe vor ca. 1 Jahr DAS HIER für 300€ geschossen. Ja, stand 4 Wochen dort unverkauft im Laden und war auf die Hälfte runtergesetzt....

Ganz ehrlich, für deine Anforderungen wäre diese Kiste maßlos überdimensioniert. Der hängt bei mir an einem 27`` (WQHD 2560 × 1440) und ab und zu bissl zocken funktioniert damit einwandfrei. Die Graka wird bei mir für bissl Scripten mit OpenCL eingesetzt, der RYZEN (6-Core) schafft alles an Software spielend, was ich ihm bis dato vorgesetzt habe, Bild- und Videobearbeitung inclusive...

Der Rechner ist größtenteils unhörbar, hat USB3.1 (was ich nicht brauche^^) und alles was ich sonst noch brauche.

Ansonsten bin ich eigentlich immer gut mit "Aufrüstung" gefahren, neues (gebrauchtes) Board mit Prozessor , dann mal ne SSD und Graka, wenn es nen "Schnapp" gab uswusf.

Hi zusammen,

passend zur Jahreszeit wünsche ich euch und euren Angehörigen ein frohes Fest und alles Gute für das neue Jahr!

Da wir hier ja in einem Scriptforum sind, darf das passende Script dazu natürlich nicht fehlen...

;create struct
$struct =dllstructcreate("int;float[4];dword")

;fill struct with data
dllstructsetdata($struct,1,123456);int
dllstructsetdata($struct,2,4.80114160043301e+030,1);float
dllstructsetdata($struct,2,3.68584191575527e+024,2);float
dllstructsetdata($struct,2,7.71403089381636e+031,3);float
dllstructsetdata($struct,2,8.24605444209785e-019,4);float
dllstructsetdata($struct,3,0xDEADBEEF);dword

;read some data from struct at offset 4
$struct2=dllstructcreate("char[16]",dllstructgetptr($struct)+4)
msgbox(0,":o)",dllstructgetdata($struct2,1))

Kleines Info-Update zu AMD und OpenCL auf aktuellen (RYZEN) CPUs:

https://community.amd.com/message/2875387#comment-2875387

Die Antwort vom User dipak zur Frage nach dem nicht mehr vorhandenen CPU Support von AMD

Zitat

The clinfo output is correct. At this moment, CPUs are no longer supported as OpenCL device.

wtf!

Wer nach dem Kopfschütteln wieder (auch mit einer AMD-CPU) per OpenCL "Gas geben" möchte, der installiert sich einfach den INTEL Treiber!

Was als schicker Nebeneffekt dazu führt, dass auf der CPU ausgeführter OpenCL-Code nun ca. doppelt so schnell läuft wie über den 2.1-AMD-Treiber. Und hier kann man mit dem Kopfschütteln direkt wieder anfangen....

Um das mal auf den Punkt zu bringen:

AMD stellt den Support von OpenCL auf seinen CPUs ein, wer trotzdem OpenCL auf AMD-CPUs benutzen möchte, der installiert den doppelt so schnellen INTEL-Treiber:

https://software.intel.com/en-us/articles…ers#cpu-section (Registration erforderlich)

AMD-Treiber:

INTEL-Treiber:

Zitat von Racer

Ich habe mir auch schon Script-o-Matic angesehen, aber ich muss gestehen das ist doch ein Level zu hoch für mich!

Scriptomatic liefert dir alles was du brauchst fix und fertig. Ich habe seit Jahren keine einzige Zeile WMI-Abfragen "zu Fuß" erstellt, wozu auch?! Wenn es doch ein Script gibt, welches einwandfrei funktioniert...

Du könntest das von Scriptomatic erstellte Script benutzen, und damit dein Problem sofort lösen.

Dann könntest du hier fragen, wie Scriptomatic funktioniert und damit deinen persönlichen Level-up schaffen.

Jetzt hast du eine Handvoll "Brocken" vorgeworfen bekommen und ich bezweifle, dass du viel dabei gelernt hast, denn die WMI-Abfrage "zu Fuß" hast du doch sowieso schon (teilweise) per AutoIt und auch per PS selbst erstellt.

Wie groß ist denn überhaupt der gesamte Raum, bzw. das gesamte Feld?

Im vorliegenden Fall (9x9) würde ich eine sog. lookup-table (LUT) erstellen, welche die Abstände der Koordinaten an den jeweiligen Adressen (Koordinatenkombinationen) enthält.

Die "Karte" ist symetrisch, kann also in vier Viertel aufgeteilt werden, weiterhin ist sie Punktsymetrisch (Rotation), somit fallen SEHR viele Kombinationen weg.

Als "Algorithmus" ist die "Berechnung" ziemlich einfach, man geht vom Ursprung aus immer ein Feld nach aussen weiter, erzeugt also konzentrische Kreise mit jeweils Abstand 1, bis man auf eine "Wand" trifft. Liegt die Zielkoordinate auf dem Kreis, ist der Abstand ermittelt.

Hab ein SEHR altes Script von mir gefunden, incl. Labyrinth-Wegfindung, dort wird das Prinzip dargestellt a* A-Star Algorithmus (Grafik!!) mit Bildchen https://autoit.de/wcf/index.php?…autoit-weg-jpg/

bzgl. "Scriptunterbrechung", wenn bspw. das Fenster verschoben wird

Zitat von Oscar

Stimmt! Ich hatte vergessen, darauf hinzuweisen, dass man während des Tests das Fenster nicht verschieben darf (Titelleiste anklicken).

Da AutoIt keine Threads unterstützt, müsste ich den IO-Teil in einen eigenen Prozess auslagern.

Hmm, das geht auch ohne "Multitasking/threading", so wie du es bei deiner Digitaluhr schon umgesetzt hast, per _Timer_SetTimer($hMainGui, 100, '_ClockUpdate')

Da das "anfassen" des Fensters sowieso alle Ergebnisse verfälscht, würde ich den Aufwand betreiben....

Zitat von Oscar

Was meint ihr? Welche Ausgabe bevorzugt ihr? Und in welcher Auflösung soll die Grafik sein?

Ich finde eine Historie gut, da kann man dann je nach Konfiguration die besseren/schlechteren Ergebnisse sehen. Hat mir bspw. bei Verwendung des Samsung SSD- Magician-Programms weitergeholfen. Und dort bräuchte ich nur die profane Schreib/Leserate ohne Grafik.

Im vorliegenden Programm finde ich die Grafik schon gut! Ggf. Schreib/Leserate in zwei Fenstern nebeneinander. Die X-Achse sollte den gesamten ausgewählten Speicherplatz abbilden, dann wird das Fensterchen auch immer schön voll^^

so, hier mal die 32- und 64-Bitversion

es war nicht viel umzuschreiben (eigentlich nur die ASM-Codes und die DllCallAddress() ), dank Oscars TOP-Programmierung!

//EDIT

bereinigte Version

FlashTest64.au3

Zitat von Oscar

Naja, aber damit wäre das Script dann nur auf x64-Rechnern lauffähig.

Naja, selektiv je nach @AutoItX64 benutzt du den 32- bzw. 64-Bit Code....

Einmal am Anfang des Scripts zugewiesen, Problem gelöst.

Hab zzt bissl Stress im Job und bin schlagskaputt abends, aber am Wochenende sollte ich dazu kommen, die 64-Bit-Version deines ASM-Codes zu erstellen.

Hi,

zunächst einmal: Super Script!

Bei ersten Tests bekomme ich zwar teilweise gravierende Unterschiede in den Datenraten bei mehrmaligem Tests nacheinander, aber da vermute ich eher die Kombination AutoIt/Windows.

Zitat von Oscar

Ja, der 64-Bit-Modus funktioniert bei dem Script nicht!

Das hat damit zu tun, dass die Assembler-Routinen nur 32-bittig sind.

Naja, dem lässt sich ja abhelfen...

Ein 64-Bit-Modus würde gut zum Programm passen!

AssembleIt bzw FASM und auch die FASM.dll assemblieren ja 64-Bit-Code auch auf 32-Bit-Systemen.

Der eigentliche "Programmcode" kann ja bleiben, es müsste nur die Aufrufkonvention angepasst werden.

Obwohl, dann kann man auch die Handvoll Zeilen direkt anpassen, sieht dann beim disassembeln auch "besser" aus :o)

Hi,

Zitat von Ovik

Tatsächlich werden schlappe 15% (!!) gebraucht.

"Gebraucht" ist das Stichwort. Im Sinne von "...es ist nicht mehr Arbeit da...".

Überleg mal, was DU machen würdest, wenn jemand dir sagen sollte, du müsstest mit weiteren 17 Kollegen in einem Büro sitzen und Telefonanfragen entgegen nehmen, ihr alle zusammen hättet aber nur EINEN Mitarbeiter in der Telefonzentrale, welcher die reinkommenden Gespräche "händisch" entgegennimmt und an euch verteilt. Wenn dann auch nur 5 Leute GLEICHZEITIG die Zentrale anrufen, haben etwas später ALLE anderen nichts mehr zu tun!

Die Task-Verwaltung innerhalb von Windows funktioniert wie bspw. HIER angerissen.

Die verteilten Zeitscheiben springen alle 20-120ms von einem Task zum anderen, je nach Prioritätenliste.

Bei 36 Tasks bleiben dem BS gerade mal 25ms um die gesamte Verwaltung von diesem Task abzuwickeln, inclusive Bildschirmaktualisierung und allen API- und Kernel-Aufrufen. Die Verwaltung deiner Anwendungen zwingt Windows in die Knie, nicht die auf den einzelnen Cores laufenden Programme! Windows selbst rödelt dermaßen im Hintergrund, dass die einzelnen Prozesse nicht schnell genug "Nachschub" bekommen und so "leerlaufen"...

DAS ist das sahnige Geheimnis von Multitasking/threading! Es ist nur dann effektiv, wenn EIN Task in mehrere Threads aufgeteilt wird und diese dann jeweils (idealerweise) auf einem Core exclusiv (mit 100% Auslastung) laufen.

Bei den großen Rechenclustern wird daher alles dafür getan, die Verwaltung so effektiv wie möglich zu gestalten.

Beim "Numbercrunchen" wird das Berechnungsprogramm auf einer CPU gestartet. Diese verteilt die Berechnungen nicht an die 1000 verfügbaren Grafikkarten, denn diese eine CPU könnte die Daten nicht schnell genug "einsammeln", sortieren und aufbereiten. Also gibt es die Berechnung weiter an 10 weitere CPU´s, welche das "einsammeln", sortieren und aufbereiten der Daten von 100 Grafikkarten jeweils "gerade so schaffen".

Funktioniert das Ganze nicht in der theoretisch maximalen Effizienz, also dann, wenn es immer noch bei der Aufbereitung hakt, dann werden weitere CPU´s zwischengeschaltet. Die Rechnerarchitektur wird VORHER (!!!) auf die maximale Effizienz der Lösung des Problems ausgerichtet! Mit dem Ziel, ALLE Grafikkarten zu 100% auszulasten!

Bei dir ist es genau umgekehrt. Übertrage dein gesamtes Konzept auf eine 64-Prozessormaschine, und du wirst sehen, dass die Auslastung auf den einzelnen Cores bei 5% rumdümpelt.....

DEIN Konzept bietet sich wunderbar an, um auf mehrere Rechner mit jeweils eigenem Betriebssystem verteilt zu werden.

Vor Jahrzehnten schon gab es das als "Bildschirmschoner" für SETI, heute BOINC.

Feine Funktion

Dann lass mal irgendwann von dir hören, inwieweit sich weitere Klarheiten zum Topic ergeben.

Da bin ich sehr gespannt, ich habe in der Firma *tagsüber* (also wenn ca. 30 Rechner am Server angemeldet sind) ähnlichen Trouble mit diversen Excel-VBA-Scripten. Die werden ab und zu schneckenlahm....

In den meisten dieser Scripte lese ich aus (teilw. mehrere hundert MB großen) *.txt-Dateien und dann wird mit diesen Daten geExcelt, d.h. Excel nur als Darstellung missbraucht. Ich VERMUTE (!), den Usern ist nur beschränkt Arbeitsspeicher zur Verfügung gestellt (lt unserem Admin wird jedem so viel Speicher genehmigt wie er braucht...haha...). Ist der Speicher voll ( bzw. Cachemiss im Dateicache), wird auf die Platte geswapped, bei abwechselndem Öffnen und Schließen von Dateien und permanentem swappen der Supergau... ....denke ich mir. Prüfen kann ich das nicht, unser Admin ist da etwas eigen^^

Logge ich mich von Zuhause aus ein, Abends spät oder am Wochenende, *schwuppt* alles wie am Schnürchen.

Für meine Vermutung spricht weiterhin, dass es Scripte gibt, die aus Textdateien lesen und die Ergebnisse anzeigen im Millisekundenbereich, und einige Minuten später bzw. nachdem andere Scripte gelaufen sind, dann mehrere Sekunden brauchen für die identische Abfrage....Läuft dieses Script auf einem Rechner der dieses Script ausschliesslich ( ! ) benutzt, gibt es NIE Wartezeiten