Hi!
Wie es der zufall so will, jetzt hab ich jemand mit Modem, der für mich mitrechnet. Nun frag ich mich, nee besser euch, wie muß die dnetc.ini aussehen, damit einer ständig rechnet und wenn er Online ist, automatisch die Buffer füllt und flusht?
Ciao
Hab untenstehende config Optionen von Darkone aus dem GHN Forum übernommen.
Mit der Option
-lurkonly perform buffer updates only when a connection is detected
sollte es klappen.
Mode commands: (the client will execute the option and then exit)
-config start the configuration menu
-flush flush all output buffers
-fetch fill all input buffers
-update fetch + flush
-benchmark [prj] 16-20 sec speed check [optional: only project prj]
-benchmark2 [prj] half (8-10 sec) and slightly inaccurate -benchmark
-bench [prj [cn]] -benchmark all cores [optional: only project prj]
[optional: only core cn, must be used with prj]
-test [prj [cn]] tests for core errors [optional: only project prj]
[optional: only core cn, must be used with prj]
-cpuinfo print information about the detected cpu(s)
-restart restart all active clients
-shutdown gracefully shut down all active clients
-pause pause all active clients
-unpause unpause all active clients
-install install the client as a service
-uninstall uninstall the client previously -installed
-svcstart start a previously -installed client-as-service
equivalent to NT's 'net start ...'
-import <filename> import packets from file <filename> into client buffers
-forceunlock <fn> unlock buffer file <fn>
-help display this text
-version print version information
Project and buffer related options:
-ini <filename> override default name of INI file
-e <address> the email id by which you are known to distributed.net
-nodisk don't use disk buffer files
-n <count> packets to complete. -1 forces exit when buffer is empty.
-runbuffers set -n == -1 (exit when buffers are empty)
-frequent frequently check if buffers need topping-up
-inbase <fname> input buffer basename (ie without 'extension'/suffix)
-outbase <fname> output buffer basename (ie without 'extension'/suffix)
-ckpoint <fname> set the name of the checkpoint file
-blsize [prj] <n> set preferred packet size (2^n keys/packet)
-bin <prj> <n> set fetch buffer threshold to <n> work units
-btime [prj] <n> set fetch time threshold to <n> hours
If not specified, project name <prj> defaults to RC5
Network update related options:
-runoffline disable network access
-runonline enable network access
-nettimeout <secs> set the network timeout. Use -1 to force blocking mode
-a <address> keyserver name or IP address
-p <port> keyserver port number
-nofallback don't fallback to a distributed.net keyserver
-u <method> use this UUE/HTTP encoding method (see -config)
-ha <address> http/socks proxy name or IP address
-hp <port> http/socks proxy port
-lurk automatically detect modem connections
-lurkonly perform buffer updates only when a connection is detected
-interfaces <list> limit the interfaces to monitor for online/offline status
Performance related options:
-c [prj] <n> core number (run -config for a list of valid core numbers)
project name "prj" defaults to RC5
-numcpu <n> run <n> threads/run on <n> cpus. 0 forces single-threading.
-priority <0-9> scheduling priority from 0 (lowest/idle) to 9 (normal/user)
Logging options:
-l <filename> name of the log file
-smtplen <len> max size (in bytes) of a mail message (0 means no mail)
-smtpsrvr <host> name or IP address of mail (SMTP) server
-smtpport <port> mail (SMTP) server port number
-smtpfrom <id> who the client should say is sending the message
-smtpdest <id> who the client should send mail to
Miscellaneous runtime options:
-h <hours[:min]> time limit in hours
-until <HH:MM> quit at HH:MM (eg 07:30)
-noexitfilecheck override .ini exit flagfile setting
-pausefile <fn> name of file that causes the client to pause
-exitfile <fn> name of file that causes the client to exit
-multiok[=|:][0|1] allow/disallow multiple instances of the client to run
-l <filename> name of the log file
-smtplen <len> max size (in bytes) of a mail message (0 means no mail)
-smtpsrvr <host> name or IP address of mail (SMTP) server
-smtpport <port> mail (SMTP) server port number
-smtpfrom <id> who the client should say is sending the message
-smtpdest <id> who the client should send mail to
Miscellaneous runtime options:
-h <hours[:min]> time limit in hours
-until <HH:MM> quit at HH:MM (eg 07:30)
-noexitfilecheck override .ini exit flagfile setting
-pausefile <fn> name of file that causes the client to pause
-exitfile <fn> name of file that causes the client to exit
-multiok[=|:][0|1] allow/disallow multiple instances of the client to run
The default is 'allow' for all platforms but Windows.
-percentoff don't display work completion as a running percentage
-quiet/-hide suppress screen output (== detach for some clients)
-noquiet don't suppress screen output (override ini quiet setting)
Zitat von: lutzlustig am 30. September 2003, 13:30:25 Uhr
Hi!
Wie es der zufall so will, jetzt hab ich jemand mit Modem, der für mich mitrechnet. Nun frag ich mich, nee besser euch, wie muß die dnetc.ini aussehen, damit einer ständig rechnet und wenn er Online ist, automatisch die Buffer füllt und flusht?
Ciao
Wollte nachfragen, ob das geklappt hat sowohl technisch mit der ini, als auch das der für Dich rechnet?
Ich vermute ja schon, soviel wie Du momentan flusht! Zur Zeit kann ich leider nicht flushen, aber die Rechner sind am
[glow=color,glow width, #characters wide]glühen![/glow]
Nein, habs noch nicht probiert. aber der Rechner hat eine extra große Buff-in.r72 von 2000 bekommen, das solltene Weile reichen, die WU hole ich dann mal so ab, der wohn gleich um die Ecke und hat noch keine Telefonanschluß.
Die größte Erhöhung war wohl letzte Woche die Umstellung auf 2 Duron 1600, wovon 2 auf 2000 und einer auf 2267 Mhz getaktet sind und alle laufen rund um die Uhr.
Ciao
Zitat von: lutzlustig am 08. Oktober 2003, 16:55:00 Uhr
Die größte Erhöhung war wohl letzte Woche die Umstellung auf 2 Duron 1600, wovon 2 auf 2000 und einer auf 2267 Mhz getaktet sind und alle laufen rund um die Uhr.
.....2267 MHz nicht schlecht. Was haste da für'n Board genommen?
Und braucht der eine besonders gute Kühlung?
Nö, der Duron wird nicht besonders heiß, Board ist ein MSI KT4V-L, siehe auch meine Nachricht im Overclocking-Teil dieses Forums und der Kühlerist ein Kupferkühler Coolermaster irgednwas mit Heatpipe, was mal vor über einen Jahr modern war. die anderen beiden laufen mit einen billigen Arcting Cooling Copper Silent, Alu mit Kupferplatte und geregeltem Lüfter (flüsterleise), kostet bei ebay 8 Euro.
Der 1400er soll auch so gut gehen und ist noch preiswerter.
Ciao
manmanman lutzlustig,
du must mal bischen kürzer treten. ;)
wenn du so weiter machst, hast mich ja bald eingeholt. :'(
na ja aber gut fürs team. ;D
gruß orko :D