plz test0rts des mal - Seite 2

Seite 2 von 3 - Forum: Coding Stuff auf overclockers.at

URL: https://www.overclockers.at/coding-stuff/plz_test0rts_des_mal_47815/page_2 - zur Vollversion wechseln!


Athlon1 schrieb am 10.09.2002 um 16:17

hab ich bis jetzt das schlechteste oder das beste ergebniss?


DAO schrieb am 10.09.2002 um 16:43

1.) durchlauf 1:51
2.) durchlauf 1:58
2.) durchlauf 1:55
was rechnet das klump ?


Anon337 schrieb am 10.09.2002 um 16:51

Ablaufzeit: 1min 23sec

config is im profil...


funka schrieb am 10.09.2002 um 17:14

zeit die das remotehole braucht um sich mit seinem chef in verbindung zu setzen inkl. der zeit die eben jener braucht zum antworten


aNtraXx schrieb am 10.09.2002 um 17:43

oje ich sehs schon nach dem prinzip funzts anschienend gar ned!!! des gibts ja ned das des ned geht! maaaan das muss geehen :(

also wurde im visual sudio 6.0 enterprise editon mit c++ gecodet! und das teil rechnet von einer fortlaufenden zahl jeweils cosh, sinh und tanh aus aber das gibts ja ned das in tomb seiner langsamer als ein amd @ 1666 mhz ist.... :bash: glaub ich sollt doch superpi um das erweitern was mir fehlt :D


tja ich hab mit an xp @ 1050 mhz 2min 15 sec


Daywalker schrieb am 10.09.2002 um 18:16

Zitat von aNtraXx
tja ich hab mit an xp @ 1050 mhz 2min 15 sec
kauf dir an gscheiten kühler und fahr wenigstens auf standard takt :D

btw: ein "eigenes super pi" zu coden is sicher ned so leicht...

und warum bitte oc'ed du pc's @work? got sick? wenn der eingeht darfst blechen :rolleyes:


jives schrieb am 10.09.2002 um 18:25

Warum lasst das Prog net halt auch Pi auf zig Nachkommastellen ausrechnen? Wennst eh nur was zum testen brauchst und nix neues machen willst is es doch egal was das Prog ausrechnet ;)


aNtraXx schrieb am 10.09.2002 um 19:28

naja aber ich wollte eigentlich was neues machen.... und da dachte ich halt das diese funktionen geeignet wären aber anscheinend hat das keinen rythmus


aNtraXx schrieb am 12.09.2002 um 11:05

also hab mal des programm so abgeändert das es nach zeit und ned nach durchläufen rechnet.
jetzt is des aber noch immer so das der p4 (winXP) weniger punkte als der p3 (2k) macht!
ich mein am programm kanns ja eigentlich ned liegen weils ja a stinknormale berechnung ist!
und am prozzi wirds auch ned liegen. tja hab leider ned soviel zeit um des prog ständig zu
erweitern weils ja nur ne mittagspausenbeschäftigung ist. naja leg halt mal den source dazu
(aber psst :D) schauts mal ob da doch was faul ist


btw: wie kann ich nochmal in c++ die konsole leeren? so wie im dos halt cls. sollte eigentlich
\f sein aber da bekomm ich nur das female zeichen. in der asci tabelle steht aber auch das es
\f sein müsste. wenn des prog ned irgendwie richtig funzt werd ich einfach n neues superpi
machen :D nur halt mit erweiterung. weis wer wo man den grundsource von superpi herbekommt und
in welcher sprache des gemacht wurde?


Jehul schrieb am 12.09.2002 um 12:21

hm, liegts nicht einfach nur daran, dass du ein dos prog gemacht hast? und winxp in der dos-emu langsamer ist?


Ringding schrieb am 12.09.2002 um 16:30

Das ist kein DOS Programm.


Ringding schrieb am 12.09.2002 um 17:16

Das FXCH sollte aber auch wurscht sein, das wird wohl einen Takt brauchen, und die trig. hyp. Funktionen brauchen hunderte. Wundert mich zwar, dass es am P4 langsamer ist, aber so what? Die Instruktionen können zehnmal so langsam sein, und es wird keinem auffallen.


Morpheus84 schrieb am 13.09.2002 um 03:13

windows2000, 166fsb, AXP @ 1754Mhz, Epox 8k3a+

1stes prog - 1:24
2test prog - 18497 pts


aNtraXx schrieb am 13.09.2002 um 06:07

thx sys! werd des mal umsetzen!


gibts irgendwo einen offengelegten superpis source?


Smoldi schrieb am 13.09.2002 um 08:21

ist zwar ned superpi, aber kann auch pi berechnen

http://careybloodworth.tripod.com/downloads.htm




overclockers.at v4.thecommunity
© all rights reserved by overclockers.at 2000-2026