|
ENGLISH VERSION |
|
 |
| Links | | | Forum | | | Kommentare | | | News melden |
|
| Chat | | | Umfragen | | | Newsticker | | | Archiv |
|
| amiga-news.de Forum > Amiga, AmigaOS 4 > Filesharing mit 68k [freud und leid] | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
| -1- | [ - Beitrag schreiben - ] |
|
23.06.2004, 03:23 Uhr R-TEAM Posts: 1030 Nutzer |
Hi, nach ein paar wochen Filesharing am Amiga68k bleibt eine geteilte freude. Amigift ist zwar eine Super lösung .. kränkelt aber noch an Anfangs- problemen mit der kompatibilität auf allen konfigurationen. Einige user haben es gar nicht zum laufen bekommen, andere haben noch probleme. Obwohl ich einen Router benutze für DSL2000 läuft es bei mir .. mmhhh. annehmbar. Der Daemon giftd läuft stabil und auch tagelang ohne probleme .. nur habe ich probleme mit FastTrack .. nur einige zeit nach starten von giftd [ ca. 5-6h ] habe ich bei suchanfragen in der giftMUI auch hits vom fasttrack network.Danach NUR noch Gnutella.Auch hat es bisher von Fasttrack praktisch nur kleine files [>40MB] fertiggeladen.Die verbindung zum netzwerk verliert fasttrack sehr häufig und beim wiederverbinden verbraucht giftd nahezu die gesamte CPU zeit .. sogar die maus [ und damit das ganze system ] ruckeln merklich ! Gnutella ist da sehr stabil und lädt auch schön brav.Nur leider ist die cpu belastung auch wenn nur giftd im hintergrund läuft und 1 Upload + 1 Download läuft schon bei 20-30% [060/66Mhz].Und sogar mit 0 aktivität gibt es immer spitzen : ___||___||___ So sieht meine cpu last anzeige mit NUR giftd aus und 0 Up/Download. Bei jeder spitze kommt das oben erwähnte Maus und system ruckeln. Somit ist mit "nebenher" filesharing nichts! Man kann noch im netz surfen [ die gelegentlichen stillstände des rechners muß man halt geduldig abwarten ] aber ernsthafte sachen sind nur mit viel tolleranz gegenüber den hängern möglich. Leider ist die giftMUI noch etwas buggy.. Ich benutze sie zur zeit nur um den status zu checken wenn giftd läuft. Sie länger anzulassen [ was vor allen wegen dem Inspector sinvoll wäre] hat bisher immer dazu geführt das ich am nächsten morgen z.b. ein gerebootetes system hatte.Auch ist ihre update fähigkeit noch sehr gewöhnungsbedürftig.Manchmal zeigt sie stur nichts neues mehr an .. dan hilft nur disconnect und wieder connect .. dann gehts wieder. Selten bleibt sie beim start mit "lade history .. " stehen .. dan mach ich sie einfach zu und starte sie nochmal, dann gehts. Mit geöffneten Transfer fenster steigt die CPU last gewaltig an, so das bei hohen downloads [ > 40kb/s ] der downlad wegen der CPU last der GUI einbricht.Der locator zum suchen neuer quellen läuft mit dem neusten update auch endlich mit Genesis.Nur leider kann man die giftmui nicht über nachts laufen lassen , wo sie selber in festen abständen nach neuen quellen suchen würde.Das würde den download SEHR beschleunigen. Jetzt könnte man denken das die hohe cpu last halt nun mal typisch ist für P2P aktivität.Ich dachte das jedenfalls .. bis der nette CTorrent port zu haben war .. ich dachte mir .. endlich BitTorrent für Amiga. Nun ja .. auch mit 4 simultanen Up/Downloads bleibt die CPU last bei gesamt unter 15% !! Und es gibt keine CPU spitzen, arbeiten am rechner während nebenbei man P2P betreibt geht damit Problemlos!! Nur leider ist die freude auch hier nicht ungetrübt. Zum einen habe ich nur am anfang nach dem connecten zum tracker gute downloadraten .. danach brechen sie gegenüber den upload auf etwa 1:10 mind ein.Das passiert zwar bisher meistens wenn ich die bandbreite begrenze.. aber ohne begrenzung auf unter 10Kb/s killt mir der hohe upload den tcp task .. es geht nichts mehr mit tcp .. weder local noch nach ausen .. ein offline und wieder Online gehen hilft da zwar, aber das heist das man das nicht ne nacht lang laufen lassen kann ohne begrenzung.[was ja der sinn von P2P ist bei großen Files] Abschliesend bleibt zu sagen das auf meinen system A4000D im Tower [MK-III 060/66 CV-64 CGFX4 OS3.9] Filesharing noch nicht die freude ist. Ich hoffe auf Updates. Grüße R-TEAM [ - Antworten - Zitieren - Direktlink - ] |
|
23.06.2004, 14:37 Uhr Bjoern Posts: 1730 Nutzer |
Stimmt schon, Downloads sind mit Amigift nix für nebenbei. Warum der Client soviel CPU-Power zieht weiß ich auch nicht, vielleicht gibts bald ein paar Optimierungen... Was mich auch bisher gestört hat ist, dass Amigift den Speicher den es belegt, nicht zurückgibt. Aber das ist im Moment eh kein Problem mehr, da es aus irgendwelchen Gründen nicht mehr richtig läuft; Jedesmal wenn Amigift Suchergebnisse ausgeben will, schmiert mir GiftMui (glaube das war der Name hab jetzt keine Lust das auszuprobieren  ) ab. Bleibt wohl wirklich nichts anderes übrig als abzuwarten.mfg -- visit http://www.ac-de.de [ - Antworten - Zitieren - Direktlink - ] |
|
23.06.2004, 18:27 Uhr R-TEAM Posts: 1030 Nutzer |
Hi, @ Bjoern: Ja das stimmt leider .. da iss noch ein Memory leak bei Amigift .. wobei der speicher der nicht zurückgegeben wird bei giftd nicht sehr groß ist, aber bei jedem start von giftMUI weiterer dazukommt. Das mit der sochfunktion könnte an der xml Lib liegen. Hast du davon die neuste version drauf? Bei mir macht es damit nur noch kleine zicken ... Da ich giftd über nen script mit iconx starte hab ich davon ein kleines ausgabefenster auf der WB offen.Beim suchen kommen dort VIELE Mime definition errors der xml Library! Stört zwar sonst nicht .. und merkt man auch nicht wenn kein fenster von giftd offen ist .. aber unschön. Musst halt die giftmui nur zum überprüfen des status starten und eventuell per hand neue quellen suchen lassen, danach wieder ausmachen! Hatte heute mal 6h giftMUI an da ich testen wollte ob die 020 version weniger instabil ist .. als ich zurück kam hatte der rechner gerebootet.. mmhh .. nix mit giftMUI anlassen. Leider ist CTorrent auch entäuschend .. nachdem ich im PC lager soviel begeisterung für bittorent mitbekam konnt ich es kaum erwarten. Aber mit den obengenanten problemen dabei .. es dauert EWIG bis etwas fertiggeladen hat !! [ Mit ewig meine ich nicht TAGE !!! ] Habe zwar immer durchschnittlichen Upload so um die 4-8kb/s aber nur download von 200-600byte/s !! Am anfang lädt es manchmal mit 32kb/s um dann stetig einzubrechen.Ohne begrenzung hängt TCP nach so 1-2h. Alles noch etwas experimentell. Grüße R-TEAM [ - Antworten - Zitieren - Direktlink - ] |
|
23.06.2004, 18:48 Uhr Bjoern Posts: 1730 Nutzer |
Ohne ersichtlichen Grund startet AmiGift jetzt bei mir nur noch wenn ich Scout dabei laufen lasse. Seltsam. Wenn es dann doch startet bekommt er den Daemon nicht zum rennen. Wie gesagt, ohne dass ich etwas verändert hätte. mfg -- visit http://www.ac-de.de [ - Antworten - Zitieren - Direktlink - ] |
|
23.06.2004, 21:54 Uhr Bluebird Posts: 3260 Nutzer |
@R-TEAM Whoow schreibmaschinen schreiben kannst du aber wenn ich den halben roman sehe zum thema ... , amigift laeuft bei mir auch nicht gerade so , es gibt momente da kann ich nen ganzen sonntag surfen saugen mails ziehen 8 stunden am stueck ohne ein abschmieren und manchmnal macht es nur zicken wenn ich laufen lasse . aber was ich glaube rausgefunden zu haben ist das alle fenster geschlossen sein solten wenn man das system lange allein laesst . wenn ich chat und transfer window zu mache laeuft eigentlich alles ganz stabil wenn nicht naja gibts erst nen paar gfx fehler als warnung vor den bug und dann schmiert er ab . mfg Bluebird ps: das mit scout ... , ohne jetzt zu gucken hat scout nicht ne mui gui ? das amigift nur anspringt wenn ne mui software vorher gestaret wurde iss immer noch nicht ausgemerzt , also ich vermute es iss ziemlich egal ob du erst ib oder sonst nen mui prog startest du hattest dan bisher nur glueck [ - Antworten - Zitieren - Direktlink - ] |
|
24.06.2004, 01:41 Uhr R-TEAM Posts: 1030 Nutzer |
Hi, habe jetzt die Priorität von giftd auf -2 gesetzt. Damit ruckelt nix mehr .. bei -1 schon noch .. ?? Seltsam.. Ob es damit besser/schlechter läuft .. ? Muss ich erst noch schaun. @ Bluebird: Hab ich ja schon geschrieben .. nur den giftd laufen lassen OHNE die giftMUI aufzumachen ist die sicherste methode. Nur .. man kann keine neuen Downloads oder quellen suchen .. und damit ist es so ziemlich wenig wert .. besser als kein P2P aber mehr zur zeit nicht. Starte den giftd OHNE die giftmui mit nen kleinen CLI script. Grüße R-TEAM [ - Antworten - Zitieren - Direktlink - ] |
|
24.06.2004, 03:47 Uhr R-TEAM Posts: 1030 Nutzer |
Hi, habe wohl das Problem mit CTorrent und den TCP Kill entschärft! Benutze folgende Genesis ( AmiTCP ) einstellungen / Erweitert : ----Kernel Speichermanagment---- Anfangs Chunks 2 Chunks 64 Cluster Chunks 4 Clustergröße 1536 Max. Speicher 2048 ----TCP Puffergröße---- Senden 32768 Empfangen 32768 Damit läuft CTorrent bisher ca. 5h OHNE Bandbreiten begrenzung problemlos! Und lädt ENDLICH vernünftig! Durchschnittlicher Down/Upload : 4400/3300 !! Spitzen von 170000/64000 ! ( zeigt Ctorrent an obwohl ich nur ~20kb Upload habe ) Und Genesis löuft immer noch trotz gleichzeitigen nutzen von giftd ( AmiGIFT ) und FFNews UND AWeb3.5Beta ! Hoffe das bleibt so .. lasse es über nacht an .. mal schauen. --Edit-- @ Bjoern : Wegen AmiGift.. Lösche oder nenne mal die xml2.library um !! Die ist glaub ich für ne menge probleme verantwortlich ! Dann läuft bei mir giftMUI schon besser !! Keine seltsamen ausgaben mehr beim suchen! --Edit-- Grüße R-TEAM [ Dieser Beitrag wurde von R-TEAM am 24.06.2004 editiert. ] [ - Antworten - Zitieren - Direktlink - ] |
|
24.06.2004, 15:20 Uhr Bjoern Posts: 1730 Nutzer |
Ich will jetzt keinen neues Thema anfagen, aber ich hab noch ein bisschen mit Amigift rumprobiert. Folgendes Problem: Gift startet ganz normal und gibt aus "running the daemon... please wait", danach macht Gift gar nichts mehr. Hab mal mit Scout nachgesehen und bemerkt, dass gar kein Task "giftd" läuft. Warum wird der Daemon nicht geladen? mfg -- visit http://www.ac-de.de [ - Antworten - Zitieren - Direktlink - ] |
|
24.06.2004, 17:02 Uhr grooves Posts: 142 Nutzer |
Zitat: Hallo, gibt es irgendwelche Einstellungen, die bei MiamiDX auch was an Speed bringen würden? Gruß [ - Antworten - Zitieren - Direktlink - ] |
|
24.06.2004, 18:17 Uhr R-TEAM Posts: 1030 Nutzer |
Hi, @ Bjoern: Dazu kann ich dir leider nicht helfen .. hatte auch probleme giftd durch die giftMUI zu laden,darum lass ich das ganz [ option deaktiviert ] und starte ERST den giftd -> cd DH1:AMIGIFT/daemon echo "Start giFTd - Break with giftMUI!!" changetaskpri -2 giftd -lT:giftd.log echo "giFTd Removed" -> erst wenn dr so 2Min läuft und sich verbunden hat starte ich erstes mal die giftMUI um nach den rechten zu schaun. Beenden sollte man ihn schon mit der giftMUI ,mit CTRL-C kann es passieren das dan files die falsche bennenung haben [ .stats.tmp statt .stats ] und die giftMUI schickt ein korrektes shutdown kommando per TCP. @grooves: Habe nur Genesis .. keinen schimmer von Miami .. bei Ctorrent musst du den Pufferspeicher massiv erhöhen. Wie das bei Miami geht weis ich net. Ach ja .. CTorrent läuft jetzt endlich 1A 3 Simultane up/Downloads OHNE Bandbreiten begrenzung sind die ganze nacht geloffen und haben brav gesaugt Genesis läuft immer noch Grüße R-TEAM [ - Antworten - Zitieren - Direktlink - ] |
|
24.06.2004, 20:17 Uhr Bjoern Posts: 1730 Nutzer |
Hallo R-Team, wenn ich giftd ohne GUI ausführe, kommt folgende Meldung: >>[20:13:56] giftd 0.11.6 (Apr 25 2004 16:36:07) started >>[20:13:56] *** GIFT-FATAL: Failed to load interface subsystem >> >>NOTE: >>There may be another giFT daemon running on this host. Check to >>see if the >>interface port (1213) is currently in use by another process. >> >>[20:13:56] *** Often times more information can be found in the log >>file or with the -v command line switch. der Daemon beendet sich dann. Das passiert auch nach einem Kaltstart (MiamiDX gestartet), also kann es nicht sein dass der Daemon schon läuft. Irgendeine Idee? mfg -- visit http://www.ac-de.de [ - Antworten - Zitieren - Direktlink - ] |
|
24.06.2004, 21:52 Uhr R-TEAM Posts: 1030 Nutzer |
Hi, mmhh .. wie gesagt .. nix ahnung von Miami ! Könnte daran liegen das was anderes den Port 1213 belegt .. oder der zu ist .. mmhh .. mal ins blaue raten .. weis nicht wie Miami das intern regelt. Kann die da nicht helfen. Sorry. Grüße R-TEAM [ - Antworten - Zitieren - Direktlink - ] |
|
25.06.2004, 08:45 Uhr grooves Posts: 142 Nutzer |
Hallo, das merkwürdige ist, dass ca. 80% der komplett downgeloadeten Files fehlerhaft waren. RAR-Dateien ließen sich nicht öffnen (ja mit WinRAR). Bei eMule ist das noch nicht passiert. Hat jemand ähnliche Erfahrungen gemacht? Gruß [ - Antworten - Zitieren - Direktlink - ] |
|
25.06.2004, 11:24 Uhr Der_Untote Posts: 103 Nutzer |
Also ich find AmiGift eigentlich ok, auch wenn es Speicherlecks etc. haben mag, was mich jedoch absolut nervt sind diese völlig dämlichen Against-Piracy-Fenster, wenn ich z.B. nach "rolling stones paint it black" suchen möchte, und ein ein paar dutzend andere Beispiele... <B>Warum sollten die Rolling Stones dem Amiga-Markt schaden???</B> Also solch einem Programm eine Versionsnummer über 1 zu geben ist schon ziemlich dreist... ciao [ - Antworten - Zitieren - Direktlink - ] |
|
25.06.2004, 16:56 Uhr R-TEAM Posts: 1030 Nutzer |
Hi, hatte nur bisher bei 2 DL das AmiGIFT diese von selber in das verzeichniss /incomming/corrupt verschoben hat .. da ich aber fast nur Animes lade ist mir an den mpeg und AVI filmchen nix besonderes aufgefallen,da stören ja auch ein paar falsche byte nicht so.Bei archiven ist das natürlich SCHEI** ! Habe jetzt mal ne ganze zeit giftd mit PRI -2 laufen gehabt .. an sich keine schlechte idee da ich nun keine system ruckler mehr habe .. nur .. wenn ich mal kurtz was CPU intensives mache ( BIG JPEG bild anzeigen z.b. ) dann steht während der zeit natürlich giftd da er ja -2 hat und KEINE rechenzeit mehr bekommt  Das ist mist .. wäre dan so als ob ich bei nen Download den rechner ausschalte. Hoffentlich gibts bald ne neue version .. Das mit dem Piracy hatte ich bisher nur bei den testweisen versuch mit "Amiga" .. war schon lustig .. aber das es auch bei nicht amiga typischen begriffen kommt ist natürlich .. mmhh .. unschön. Was ich gemerkt habe ist das giftMUI UND giftd ohne xml2.lib weit stabiler laufen !! [ giftd lädt auch die xml2.lib ] Ist wohl noch ein größere bug drinn .. Grüße R-TEAM [ - Antworten - Zitieren - Direktlink - ] |
|
26.06.2004, 02:02 Uhr Arthur07 Posts: 468 Nutzer |
Hi, was auch immer ich versuche,es will nicht starten. Aber was andres dazu. Von der xml2.library sollte doch mal vor kurzem die v1.1 rausgekommen sein,doch zu bekommen ist trotzdem nur die v1.0 oder ist da kein Unterschied?? Ok habs eben nochmal überprüft und es ist doch schon die neuere Version gewesen. Mit CTorrent hab ich mich noch nicht weiter befaßt. Gibts dazu wenigstens eine etwas ausführlichere Anleitung als der Text,der beiliegt? Tschau Joe [ - Antworten - Zitieren - Direktlink - ] |
|
26.06.2004, 07:18 Uhr R-TEAM Posts: 1030 Nutzer |
Hi, @ Arthur07 : mmhh .. mehr brauchst du eigentlich net .. steht alles bei Ctorrent dabei .. ruf es ohne parameter auf und es kommen alle optionen. Interessant davon ist zur zeit nur der savename .. der port ( der ist bei neuen torrent clients normal 6881 - 6999 ) und eventuell die -e option. Du musst erstmal im netzt das torrent file finden .. und das ist mit Amiga browsern leider schwer Die seiten sind meist überladen mit Werbung und CSS und JavaScript.. Also schwer das gsuchte zu finden. Wenn du den torrent hast machste eine shell für JEDEN download auf und tippst folgendes ein : ctorrent -s "Pfad UND name wo es hin soll" -e 5 -p 6881 "Torrent file" dann fängt es an zu laden. Erklärung der anzeige aus dem orginal : How do I check status of my download? ------------------------------------- Once CTorrent starts to download, all you will see is 1 line of status. It's kind of hard to interpret what all the numbers mean, so here's an example: 10, [0/334/331], 6070,9845, | 5004,3984 E:3 10 - Number of connected peers (other people who have the file you are downloading) 0/334/331 - Downloaded/Total/Available pieces of the file. All pieces may not be availabe at all times since peers go offline. 6070,9845 - Average downloadspeed (in bytes/s), Average uploadspeed (in bytes/s) 5004,3984 - Current downloadspeed (in bytes/s), Current uploadspeed (in bytes/s) E:3 - The tracker has refused connections 3 times. wenn du mehreres laden willst brauchst du immer ne extra shell und ne EXTRA port nummer .. von 6881 bis 6999 kannste alle nutzen ( müssen im fierewall und eventuell Router-NAT frei sein !! ) also der nächste ist dann 6882 u.s.w .. Brauchst aber einen extremen TCP puffer ! Grüße R-TEAM [ - Antworten - Zitieren - Direktlink - ] |
|
27.06.2004, 07:04 Uhr R-TEAM Posts: 1030 Nutzer |
Hi, mit dem neueren Ethernet device für die 2065 im Aminet hab ich zwar etwas mehr speed und weit bessere Reaktionszeiten, nur leider geht jetzt CTorrent sooo gut das es wieder den TCP task killt Habe nun Downloads von durchschnitt 18kb/sec ! Habe jetzt den Buffer auf 4096KB erhöht .. hoffe das hilft. [habe ne connexion im a2065 emulations modus] Grüße R-TEAM [ - Antworten - Zitieren - Direktlink - ] |
|
27.06.2004, 11:03 Uhr Eule Posts: 1607 Nutzer |
Ich habe sehr lange Zeit AMSTER benutzt und nach dem NAPSTER dicht gemacht hat hab ich noch eine Zeitlang AMSTER mit OpenNap Servern benutzt. Amster war immer eine gute Wahl bei 68k. cu Eule [ - Antworten - Zitieren - Direktlink - ] |
|
27.06.2004, 18:42 Uhr Will_Smith Posts: [Ex-Mitglied] |
Hi, Hmm also die ganzen genannten probs hab ich hier aufm system nicht. Ich kann sogar noch nebenbei übern MAS Player mp3s hören ohne system ruckler. najaund wenn gedownloaded wird is der rechner (030) soweiso bissl gebremmst. Das system funtzt bei mir ganz normal und flüssig. hab nicht mal en update drauf. MfG Willi Will [ - Ändern - Antworten - Zitieren - Direktlink - ] |
|
27.06.2004, 20:06 Uhr R-TEAM Posts: 1030 Nutzer |
Hi, der download ist ja kein problem .. obwohl auch da die CPU last deutlch höher ist als bei CTorrent .. nur diese last spitzen sind nervig [ egal ob down/Upload oder net ] .. bei Pri -2 ist das problem weg .. [ die spitzen sind noch da aber haben auf das system das mit Pri 0 läuft keine auswirkung mehr ] aber dafür ist das für meine downloads schlecht. Habe 49 DL in der liste und auch bei 3 simultan DL und 1 UL hab ich noch über 50% CPU zeit fei [ gesamt DL etwa 50KB/s - UL 8KB/s ]. Leider ist CTorrent wohl ohne bandbreiten begrenzung noch ein risiko .. wenn ich es länger laufen lasse ist zu 50% der TCP task killed. Mussma halt auf update warten.. Grüße R-TEAM [ - Antworten - Zitieren - Direktlink - ] |
|
29.06.2004, 00:02 Uhr R-TEAM Posts: 1030 Nutzer |
Hi, scheint so das das Problem mit Ctorrent NICHT am Upload liegt ! Habe es ja schon laufen gehabt ohne begrenzung mit hohen down/UP-Loads und mal mit mal ohne TCP-Kill. Nun hab ich mal ne nacht ein Ctorrent laufen gehabt und das hat sich NICHT mit dem Tracker verbinden können ! [ hab ich an der VNC-Shell history ja gesehen ] .. hatte also weder UP-Load noch Down-Load .. trotzdem war der TCP-Task tod Mist. ( wegen AmiGIFT -> mit PRI -2 für giftd und OHNE xml2.library läuft es bis jetzt Problemlos .. habe auch keinen Memory Leak mehr bemerkt [ oder es ist jetzt zu klein ] .. war wohl ein xml2.lib problem ) Grüße R-TEAM [ - Antworten - Zitieren - Direktlink - ] |
|
01.07.2004, 02:49 Uhr R-TEAM Posts: 1030 Nutzer |
Hi, das mit dem TCP-Problem liegt bei mir an dem Treiber der Ethernet karte Mit genug Buffer/Cache läuft Genesis sehr gut mit CTorrent ! Einstellung : Kernel Speichermanagment Anfängliche Chunks : 2 --- Chunk : 80 Cluster Chunks : 8 --- ClusterGröße : 1536 Max Speicher : 3072 TCP-Puffergröße Beide-> 32768 Damit habe ich solange es läuft bei Ctorrent durchschnitt 25000 Down/Up-Load und Max 200000 Down und laut anzeige 84000 Upload [ bei 2Mbit DSL ] .. Hoffe kann das Problem lösen  Siehe -> http://www.amiga-news.de/forum/thread.php3?id=11911&BoardID=1 Grüße R-TEAM [ - Antworten - Zitieren - Direktlink - ] |
| -1- | [ - Beitrag schreiben - ] |
| amiga-news.de Forum > Amiga, AmigaOS 4 > Filesharing mit 68k [freud und leid] | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |
|