Shared C Bibliothek in fpc einbindne

[Maik81ftl]

Hmmm sollte 'ne forschleife mit a: int64 locker ausreizen...

[carli]

Hmmm sollte 'ne forschleife mit a: int64 locker ausreizen...

int32 hab ich schon mal ausgelastet.
Aber ich glaub kaum, dass ich jemals bis int64 warten will. (in ein paar Jahren vielleicht oder wenn ich meine GPU zählen lasse)

[Maik81ftl]

Hmmm sollte 'ne forschleife mit a: int64 locker ausreizen...

int32 hab ich schon mal ausgelastet.
Aber ich glaub kaum, dass ich jemals bis int64 warten will. (in ein paar Jahren vielleicht oder wenn ich meine GPU zählen lasse)

bei einem Zilog Z80 bestimmt ^^


ich lass in mal mir dem Text hier

int32 hab ich schon mal ausgelastet. Aber ich glaub kaum, dass ich jemals bis int64 warten will. (in ein paar Jahren vielleicht oder wenn ich meine GPU zählen lasse)

laufen und ich sag gleich... Mein schleife ist böse... 64000 durchläuft. und in in jedem durchlauf jedes zeichen Bitweise... wer mag bitte mal für Windows test melden. dem schick i die codes rüber...

und hier die werte... Testprogramm beginnt bei 3MB und schraubt sich locker auf 1,7Gb hoch... auch der swap kommt mit 103Mb langsam mal hoch...bestbegin war 18:07:20 und lieb bis 18:12:05 wie gesagt. wenn das jemand mal seiner CPU antun mag immer nur zu Aber achtung! beim 2ten durchgang fängt denne schon meiner an hängen und das mit einem 64. Dual-Amd und 4 GB Ram...

[Socke]

bei einem Zilog Z80 bestimmt ^^

ich lass in mal mir dem Text hier

int32 hab ich schon mal ausgelastet. Aber ich glaub kaum, dass ich jemals bis int64 warten will. (in ein paar Jahren vielleicht oder wenn ich meine GPU zählen lasse)

laufen und ich sag gleich... Mein schleife ist böse... 64000 durchläuft. und in in jedem durchlauf jedes zeichen Bitweise... wer mag bitte mal für Windows test melden. dem schick i die codes rüber...

und hier die werte... Testprogramm beginnt bei 3MB und schraubt sich locker auf 1,7Gb hoch... auch der swap kommt mit 103Mb langsam mal hoch...bestbegin war 18:07:20 und lieb bis 18:12:05 wie gesagt. wenn das jemand mal seiner CPU antun mag immer nur zu Aber achtung! beim 2ten durchgang fängt denne schon meiner an hängen und das mit einem 64. Dual-Amd und 4 GB Ram...

Ich verfolge den Thread nur am Rande, aber was haben Bereichsgrenzen von Zahlen mit einem bestimmten Bautypen eines Mikroprozessors zu tun?

Wenn du hier Quelltexte hochlädtst (in diesem Falle ein Projekt), sollte auch alles wichtige dabei sein. Die Projektdatei hätte ich mir ja noch zusammen bauen können, aber die Quelltextdatei für das Formular mit den Funktionsaufrufen... naja, das wird schon schwieriger. Warum packst du den Quelltext der Bibliothek nicht direkt mit ins Archiv? So könnten auch Leute mit einer anderen Architektur als Linux x86_64 Testen (z.B. Linux x86).

So ganz klar ist mir aber immer noch nicht, was deine Schleife überhaupt macht. Wenn sie die "64000 durchläuft" ist das nicht weiter schlimm, das ist schließlich nur eine natürliche Zahl wie jede andere natürliche Zahl auch... Die Auslastung des Swap-Speichers hat weniger mit dem Arbeitsspeicherbedarf eines einzelnen Programms als dem Gesamtbedarf des gesamten Systems zu tun (ist also eher irrelevant). Wenn du der Meinung bist, dass dein "64. Dual-Amd und 4 GB Ram" (wieviele Dual-Amds gabs denn vorher?) mehr leisten sollte: bei dem was du wohl vorhast, sind reale Taktfrequenz und Speicherdurchsatz wesentlich wichtiger als eine 64-Bit Architektur (wobei diese natürlich doppelt so viel Speicher durch die Pipeline zwischen Prozessor und RAM jagen kann -- im Vergleich zu einer 32-Bit Architektur).

Es scheint mir so, als ob der Algorithmus noch ein wenig optimiert werden könnte (ähnlich wie deine Rechtschreibung ähm. Ratetext)
Bitte verzeih meinen Sarkasmus, aber er erschien mir ein wenig angebracht

[Maik81ftl]

Ähmmm socke. zu dem sogenaten Räteltext komme ich morgen mal in meiner Signatur zu sprechen .

'ne wollte nur mal testen, wo die grenzen ggf. liegen um ohne ruckeln zu laufen .

Gennerell erzeugt die .so ja keine daten, aber wenn diese in ein Memo geschrieben werden, denne wird's langsam aber sicher lustig.

ok. das ich die lfm's übersehen hab, sry. muste aber einige daten filtern, da der testordner noch mehr ich Nenn's mal Müll beherbergt.

[Socke]

Gennerell erzeugt die .so ja keine daten, aber wenn diese in ein Memo geschrieben werden, denne wird's langsam aber sicher lustig.

Dann liegt die Bremse wahrscheinlich in der Tatsache begraben, dass das Memo jedes Mal neu gezeichnet wird, wenn sich etwas ändert -- auch wenn das gar nicht nötig ist, Aber dazu gibts Funktionen um das zeitweise auszuschalten.

Ähmmm socke. zu dem sogenaten Räteltext komme ich morgen mal in meiner Signatur zu sprechen .

Schön. Nur mit Rechtschreibfehlern kann meine Glaskugel auch nichts anfangen und sagt mir auch dann nicht, was du schreibst

[Maik81ftl]

Gennerell erzeugt die .so ja keine daten, aber wenn diese in ein Memo geschrieben werden, denne wird's langsam aber sicher lustig.

Dann liegt die Bremse wahrscheinlich in der Tatsache begraben, dass das Memo jedes Mal neu gezeichnet wird, wenn sich etwas ändert -- auch wenn das gar nicht nötig ist, Aber dazu gibts Funktionen um das zeitweise auszuschalten.

dringend suchen muß