- Willkommen im Forum "HWE-Forum.de". Bitte loggen Sie sich ein oder registrieren Sie sich.
HWE-Forum.de
...powered by HardwareEcke.de
Autor Hergra - Goliath
- 29. September 2003, 10:25:50 UhrZitat von: icq am 28. September 2003, 14:27:27 Uhr
[...] denke ich ma das ich ganz gut deutsch kann und nich besser in deutsch bin als die deutschen*angeb*
... nich besser in deutsch bin als die deutschen ...
ne, is kein rechtschreib-wettbewerb, mein oberer post war auch mehr ironie, weil du päckchen in deinem einen post extra so hervorgehoben geschrieben hast
war nur ne ironische bemerkung
Autor PeaceMan
- 28. September 2003, 14:27:27 Uhrist das hier ein Rechtschreib wettbewerb??
also das ich schreibe und das noch mit wenigen rechtschreib fehlern finde ich gut den ma abgesehen das ich KEIN deutscher bin denke ich ma das ich ganz gut deutsch kann und nich besser in deutsch bin als die deutschen*angeb*
gruS
also das ich schreibe und das noch mit wenigen rechtschreib fehlern finde ich gut den ma abgesehen das ich KEIN deutscher bin denke ich ma das ich ganz gut deutsch kann und nich besser in deutsch bin als die deutschen*angeb
*gruS
Autor Hergra - Goliath
- 28. September 2003, 13:23:28 UhrZitat von: icq am 27. September 2003, 19:53:36 Uhr
und wo kann ich diese teil runterladen damit ich die pEkchEn
wen ich diese pEkchEn auf dem proxy hab wie kann sie dan richtig flushen??
will mich da jemand ärgern ? da steh ich gaaanz cool drüber ...
ausserdem wird "dann" mit doppel "n" geschrieben
Autor PeaceMan
- 28. September 2003, 09:52:05 Uhrmuss das alles in die dnetc.ini rein??
Autor lutzlustig
- 27. September 2003, 22:29:59 UhrIch habs bei mir auf offline gestellt, um erstmal zu sammeln. Probiers einfach mal aus. Deinen Clienten stellst du dann so ein, das er z.B. auf localhost seine Päckchen abliefert oder je nachdem, wo du den Proxy laufen läßt.
Ciao
; $Id: proxyper.ini,v 1.24 2002/12/02 10:40:10 jlawson Exp $
[KeyServer]
ipaddress=hardwareecke.dyndns.org
port=2064
connectperiod=600
connectivity=offline ; normal,offline,lurk,lurkonly
;bindip= ; IP to talk out to keyserver from
;uuehttpmode=0
; 0=normal,1=uue,2=http,3=http+uue
; 4=socks4,5=socks5,6=genproxy,7=genproxy+uue
;httpproxy=wwwproxy.corporation.com
;httpport=8080
;httpid=
[ports]
;listenaddress= ; IP to accept clients on
port=2064
;port2=23 ; must be root for ports < 1000
;port3=80
testport=3064
timeout=30
[console]
logfileconsole=/var/log/proxyper.log
logfileconsolerotation=daily
consoleverbosity="general stats keyblock server client buffers timestamp attention errlow errsevere"
timestampflags=130 ; 130=new UTC 4-digit year format
[rc564]
logfilekeyblock=pproxyrc5
logfilekeyblockrotation=daily
minkeysready=10
maxkeysready=20
maxkeysdone=3
[rc5-72]
logfilekeyblock=pproxyrc572
logfilekeyblockrotation=daily
minkeysready=10
maxkeysready=20
maxkeysdone=3
[desII]
logfilekeyblock=pproxydes
logfilekeyblockrotation=daily
minkeysready=10
maxkeysready=20
maxkeysdone=3
[ogr]
logfilekeyblock=pproxyogr
logfilekeyblockrotation=daily
minkeysready=10
maxkeysready=20
maxkeysdone=3
[csc]
logfilekeyblock=pproxycsc
logfilekeyblockrotation=daily
minkeysready=10
maxkeysready=20
maxkeysdone=3
[misc]
proxymessage="rc5des Personal Proxy!"
pidfile=rc5desproxy.pid
statusperiod=30
periodicperiod=120
;logfilecompressor=logcompressor.sh
[ignoredip]
[allowedip]
Ciao
; $Id: proxyper.ini,v 1.24 2002/12/02 10:40:10 jlawson Exp $
[KeyServer]
ipaddress=hardwareecke.dyndns.org
port=2064
connectperiod=600
connectivity=offline ; normal,offline,lurk,lurkonly
;bindip= ; IP to talk out to keyserver from
;uuehttpmode=0
; 0=normal,1=uue,2=http,3=http+uue
; 4=socks4,5=socks5,6=genproxy,7=genproxy+uue
;httpproxy=wwwproxy.corporation.com
;httpport=8080
;httpid=
[ports]
;listenaddress= ; IP to accept clients on
port=2064
;port2=23 ; must be root for ports < 1000
;port3=80
testport=3064
timeout=30
[console]
logfileconsole=/var/log/proxyper.log
logfileconsolerotation=daily
consoleverbosity="general stats keyblock server client buffers timestamp attention errlow errsevere"
timestampflags=130 ; 130=new UTC 4-digit year format
[rc564]
logfilekeyblock=pproxyrc5
logfilekeyblockrotation=daily
minkeysready=10
maxkeysready=20
maxkeysdone=3
[rc5-72]
logfilekeyblock=pproxyrc572
logfilekeyblockrotation=daily
minkeysready=10
maxkeysready=20
maxkeysdone=3
[desII]
logfilekeyblock=pproxydes
logfilekeyblockrotation=daily
minkeysready=10
maxkeysready=20
maxkeysdone=3
[ogr]
logfilekeyblock=pproxyogr
logfilekeyblockrotation=daily
minkeysready=10
maxkeysready=20
maxkeysdone=3
[csc]
logfilekeyblock=pproxycsc
logfilekeyblockrotation=daily
minkeysready=10
maxkeysready=20
maxkeysdone=3
[misc]
proxymessage="rc5des Personal Proxy!"
pidfile=rc5desproxy.pid
statusperiod=30
periodicperiod=120
;logfilecompressor=logcompressor.sh
[ignoredip]
[allowedip]
Autor PeaceMan
- 27. September 2003, 21:20:07 Uhrja mach mal
Autor lutzlustig
- 27. September 2003, 21:15:20 UhrZitat von: icq am 27. September 2003, 19:53:36 Uhr
und wo kann ich diese teil runterladen damit ich die pEkchEn
wen ich diese pEkchEn auf dem proxy hab wie kann sie dan richtig flushen??
Den Proxy bekommst du da, wo es auch den Clienten gibt. www.distributed.net
Und dann kannst du einstellen, ob der Proxy die gleich durchreicht oder sammelt.
Ich bin gerade beim sammeln. Wenn du ne Beispielconfig brauchst, poste ich meine mal hier.
Ciao
Autor lutzlustig
- 27. September 2003, 21:13:11 UhrZitat von: Hergra - Goliath am 27. September 2003, 16:27:26 UhrOkay, ich schreibe Pekchen wieder mit ä.
Jungs, ich bin verdammt tollerant, aber bitte
BITTE SCHREIBT PÄCKCHEN MIT 'Ä' !!!
Ciao
Autor PeaceMan
- 27. September 2003, 19:53:36 Uhrund wo kann ich diese teil runterladen damit ich die pEkchEn auf den Proxy laden kann??
wen ich diese pEkchEn auf dem proxy hab wie kann sie dan richtig flushen??
auf den Proxy laden kann??wen ich diese pEkchEn auf dem proxy hab wie kann sie dan richtig flushen??
Autor Hergra - Goliath
- 27. September 2003, 16:37:05 UhrZitat von: Gudi am 27. September 2003, 11:50:50 Uhr
oha, halbwissen macht die runde...
richtig wäre: der P4 hat einen ROTATE (nicht return) - Befehl nicht hardwareseitig implementiert, dieser wird als MICROCODE ausgeführt, dh der Befehl wird von der CPU zwar akzeptiert, diese führt den Befehl aber nicht als eine Aktion durch, sondern macht eine Reihe von anderen Operationen, die dann den gleichen Effekt bringen (zB eine left-shift-operation und ne carry-bit addition). So, das betrifft nur den P4, die P3's und älteren Intel-CPUs hatten das Problem nicht... auch zB der neuen Centrino hat's wieder richtig drauf (der Befehl ist nämlich x86-Standard).
zu den 64 bit: stimmt, da passt der key immernoch nicht rein. allerdings sind nun nicht mehr zB 3 32bit register nötig, sondern nur noch 2 64bit register - das macht unter anderem die synchronisation einfacher (damit meine ich zB überträge bei rechenoperationen, shiften, laden, speichern...) Und vielleicht lässt sich ja sogar noch ein weiterer key gleichzeitig berechnen oder wenigstens schon laden, vorbereiten oder so... da ich aber auch nicht so genau weiß, welche operationen so durchgeführt werden müssen, kann ich da nur ein bissl raten...
ok ok, du hast ja recht
einfach gesagt : LEUTE,KAUFT AMD !
Autor Hergra - Goliath
- 27. September 2003, 16:27:26 UhrJungs, ich bin verdammt tollerant, aber bitte
BITTE SCHREIBT PÄCKCHEN MIT 'Ä' !!!
BITTE SCHREIBT PÄCKCHEN MIT 'Ä' !!!
Autor lutzlustig
- 27. September 2003, 13:19:39 Uhr@icq
Was willst du mit den dingern auf ftp? Es gibt den Proxy von distributed.net, den kannst du dir installieren, ist ganz leicht und da die Peckchen sammeln.
ciao
Was willst du mit den dingern auf ftp? Es gibt den Proxy von distributed.net, den kannst du dir installieren, ist ganz leicht und da die Peckchen sammeln.
ciao
Autor PeaceMan
- 27. September 2003, 11:54:15 Uhrfrage > wie kann ich den die pekchen auf nen FTP server laden oder so??
und wen ich das gemacht hab wie kann ich dan sie dan so zu sagen weiter flushen??
und wen ich das gemacht hab wie kann ich dan sie dan so zu sagen weiter flushen??
Autor Gudi
- 27. September 2003, 11:50:50 Uhroha, halbwissen macht die runde...
richtig wäre: der P4 hat einen ROTATE (nicht return) - Befehl nicht hardwareseitig implementiert, dieser wird als MICROCODE ausgeführt, dh der Befehl wird von der CPU zwar akzeptiert, diese führt den Befehl aber nicht als eine Aktion durch, sondern macht eine Reihe von anderen Operationen, die dann den gleichen Effekt bringen (zB eine left-shift-operation und ne carry-bit addition). So, das betrifft nur den P4, die P3's und älteren Intel-CPUs hatten das Problem nicht... auch zB der neuen Centrino hat's wieder richtig drauf (der Befehl ist nämlich x86-Standard).
zu den 64 bit: stimmt, da passt der key immernoch nicht rein. allerdings sind nun nicht mehr zB 3 32bit register nötig, sondern nur noch 2 64bit register - das macht unter anderem die synchronisation einfacher (damit meine ich zB überträge bei rechenoperationen, shiften, laden, speichern...) Und vielleicht lässt sich ja sogar noch ein weiterer key gleichzeitig berechnen oder wenigstens schon laden, vorbereiten oder so... da ich aber auch nicht so genau weiß, welche operationen so durchgeführt werden müssen, kann ich da nur ein bissl raten...
richtig wäre: der P4 hat einen ROTATE (nicht return) - Befehl nicht hardwareseitig implementiert, dieser wird als MICROCODE ausgeführt, dh der Befehl wird von der CPU zwar akzeptiert, diese führt den Befehl aber nicht als eine Aktion durch, sondern macht eine Reihe von anderen Operationen, die dann den gleichen Effekt bringen (zB eine left-shift-operation und ne carry-bit addition). So, das betrifft nur den P4, die P3's und älteren Intel-CPUs hatten das Problem nicht... auch zB der neuen Centrino hat's wieder richtig drauf (der Befehl ist nämlich x86-Standard).
zu den 64 bit: stimmt, da passt der key immernoch nicht rein. allerdings sind nun nicht mehr zB 3 32bit register nötig, sondern nur noch 2 64bit register - das macht unter anderem die synchronisation einfacher (damit meine ich zB überträge bei rechenoperationen, shiften, laden, speichern...) Und vielleicht lässt sich ja sogar noch ein weiterer key gleichzeitig berechnen oder wenigstens schon laden, vorbereiten oder so... da ich aber auch nicht so genau weiß, welche operationen so durchgeführt werden müssen, kann ich da nur ein bissl raten...
Autor Hergra - Goliath
- 27. September 2003, 11:26:51 Uhrok, nochmal, ganz lagsam :
im prinzip isses so :
AMD rechner liegen klar im vorteil, da die diesem ominösen "RETURN" befehl beherrschen ... ausserdem sind die pipelines kürzer.
im prinzip kann man sagen, das aufgrund ihrer architektur (der AMD Cores) sie besser zu RC5 geeignet sind, als Pentiums, da sie ganz einfach den rechen-intensiven teil hardwareseitig besser beherrschen, und der Intel diesen teil softwareseitig meistern muss.
so oder so ähnlich war das doch.
und ich glaube kaum, das der A64 (zumindest am anfang) mehr leistung bringen wird ... warum auch ? wegen den 64-bit ? *lol* es heit rc5-72, und das bedeutet immernoch, das ein cluster 72bit groß is ... und 72bit passen nach wie vor nich in 64bit rein. ich denke, der leistungszuwachs wird sehr gering sein.
im prinzip isses so :
AMD rechner liegen klar im vorteil, da die diesem ominösen "RETURN" befehl beherrschen ... ausserdem sind die pipelines kürzer.
im prinzip kann man sagen, das aufgrund ihrer architektur (der AMD Cores) sie besser zu RC5 geeignet sind, als Pentiums, da sie ganz einfach den rechen-intensiven teil hardwareseitig besser beherrschen, und der Intel diesen teil softwareseitig meistern muss.
so oder so ähnlich war das doch.
und ich glaube kaum, das der A64 (zumindest am anfang) mehr leistung bringen wird ... warum auch ? wegen den 64-bit ? *lol* es heit rc5-72, und das bedeutet immernoch, das ein cluster 72bit groß is ... und 72bit passen nach wie vor nich in 64bit rein. ich denke, der leistungszuwachs wird sehr gering sein.