problemchen

Seite 1 von 1 - Forum: Number Crunching auf overclockers.at

URL: https://www.overclockers.at/number-crunching/problemchen_28357/page_1 - zur Vollversion wechseln!


BiOs schrieb am 12.03.2002 um 07:30

guten morgen!

sodale, bin seit gestern in ner neuen firma (fragt's mi aba bitte net wo :D ), hab grad den client installiert aba der kann jetz keine wu's saugen...

[Mar 12 06:18:45 UTC] Connect to host 130.161.38.84:2064 failed.
Error 10060 (Attempt to connect timed out) .... sowas schreibt er immer....

was kann i denn da machen?

mfg


Paparazi schrieb am 12.03.2002 um 07:55

Hallo BiOs,

steht in der Anleitung (dnetc.txt):

5.2 Flushing and fetching via e-mail ----

If you can not get your client to flush/fetch directly (due to a
very stringent firewall), or are running a networkless client,
such as the MS-DOS client, there is one last way for your client
to fetch and flush: e-mail.

1. Send a message to protected; an auto-responder
will reply with information on the proper options to use.
2. Once you know the correct format, send a correctly formatted
message in. You should quickly receive a message back with
the specified amount of work attached as "buff-in.rc5".
3. Stop the client.
4. Save the file to the directory from which you are running the
client.
5. Restart the client.

Once your client has completed the work provided to it, you may
send in back via e-mail as follows:

1. Create a message to protected with the file
"buff-out.rc5" attached as a MIME/base64 or UUencoded (UUE) file.
You will be send a "receipt" of the proper flushing within a few
minutes.
2. Delete the buff-out.rc5 file so that you do not accidently
send part of its contents twice.

5.3 Flushing and fetching using remote buffers ----

"Remote buffers" are simply buffers that are serviced by another
client. When fetching/flushing from/to remote buffers, the client
opens the remote files and moves what it needs from/to its "local"
buffer files. The difference betwees "remote buffers" and "shared
buffers" is of course the fact that with "remote buffers" each
client has its own files. Lock contention is thus minimized and
they can work without the user having to worry about the network
(if one exists) between them failing.


Herbert und 23 CPU's


Paparazi schrieb am 12.03.2002 um 08:38

Hallo zusammen,

zum Thema Einstellungen:

Hab in der Firma auch das Problem das ich nicht allen sagen will
was ihr Rechner so macht ( zu 100% arbeiten :D :D ).
Es haben auch nicht alle Rechner Internet.
Nun hab ich auch schon 21 Rechner in der Firma,...

zu meinen Einstellungen mit (Erklärung)

[buffers]
checkpoint-filename=temp ( falls der Rechner abstürtst )
alternate-buffer-directory=Y:/transfer/4herby/
( Netzlaufwerk für alle Rechner )
frequent-threshold-checks=2 ( Flushen wann WU's im buff-out )
threshold-check-interval=4:00
( das nur alle 4 Stunden, bei den Rechnern mit 24/7 nur alle 12 Stunden, wir wollen ja nicht das Netz überlasten und auffallen )

[display]
progress-indicator=auto-sense ( ? )
detached=yes ( kein Icon neben der Uhr, sehr wichtig )

[parameters]
id=herbert.jochum@vol.at ( sollten alle einstellen, JETZT ;) )

[networking]
disabled=yes ( kein Internet,... )

[misc]
project-priority=DES,CSC,RC5,OGR
( egal, da sie die Arbeit von mir bekommen, vielleicht mal OGR )

[rc5]
fetch-time-threshold=100
( die Rechner hollen für 100 Stunden arbeit vom Netzlaufwerk )
( bei 24/7 Rechnern steht da 300 drin )

Zusammenfassung:

Die Rechner hollen Ihre arbeit vom Netz ( nicht Internet ).
Jeder Rechner hollt sich alle 4 Stunden für 100 Stunden arbeit vom
Netzlaufwerk ( 100 / 40 = 2.5 Wochen arbeit ).
Die Arbeit ( Buff-in, Buff-out ) werden per Disk ( File ) von mir von zuhause mitgebracht.
Teillweise auch per protected

Der erste Rechner in der Firma läuft nun so schon seit Anfang Jänner. Die grosse Menge seit 4 Wochen.

Herbert und 23 CPU's


BiOs schrieb am 12.03.2002 um 09:18

danke....haut scho hin ..... und scho wieder a paar rechner assimiliert :D .....


Weri schrieb am 12.03.2002 um 09:21

Jawohl freunde asimiliert alles was ihr bekommen könnt :D:D
Gestern haten wir nur 66k verlust auf macNN, wir sind am richtigen weg :)


BiOs schrieb am 12.03.2002 um 09:47

so is es :)
....noch ne blöde frage --> jetzt rennt der client...nur wie kann ich ihn jetzt wieder konfigurieren? ... sorry, aba i hab da nix gfunden :confused:


Weri schrieb am 12.03.2002 um 09:59

Rennt er versteckt ( kuh nicht sichtbar im tray ) oder hast kuh im tray ?
Wenst die Kuh im Tray hat einfach rechte Maustaste drauf und auf konfigure oder du editierst die *ini datei was im verzeichnis ist wo der Client ist. Wenn du das machst solltest volgende zeile dazu schreiben:

[triggers]
restart-on-config-file-change=yes

Damit stellt der client ohne neustart auf die aktuellen einstellunge um, macht praktisch einen neustart während er leuft.

Und wenn er versteckt rennt einfach im dos fenster oder bei Start ->ausführen eingeben pfad/dnetc.exe -config


BiOs schrieb am 12.03.2002 um 10:08

nö, die kuh is eh sichtbar....nur wenn i mit der rechten draufklick dann kann i "configure" net auswählen .... was i will is ja eigentlich nur das er mir a logfile macht :confused:


Weri schrieb am 12.03.2002 um 10:12

Wozu brauchst eine Log file ??
bringen dut die dir nichts , auser das du Hd platz damit verschwendest :)


Murph schrieb am 12.03.2002 um 10:12

was willstn loggen? :confused:


BiOs schrieb am 12.03.2002 um 10:15

ich hab da so nen logfile visualizer .... tja, und mir is a bisi fad in der arbeit....und da will i mi a bisi spielen.....:o .... hdd-platz is eh genug da :D




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