πŸš€ go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: de.comp.sys.amiga.tech
Article #4386

Re: Hmm..Amiga Netz "runterfahren", wie ?

#4386
From: Joachim Kneib
Date: Thu, 21 Mar 1996 16:16
63 lines
3807 bytes
Reply fuer PAC-MAN@blanker.ruhr.de (Thomas Omilian)

*Thomas* meinte am 17.03.1996, 13:57:14
folgendes unter dem Betreff
"Re: Hmm..Amiga Netz "runterfahren", wie ?":
________________________________________________________________

TO> JK> Nach Deiner Schilderung zur Folge, fShrst Du den _Server_ vom Netz
TO> JK> runter. Das ist der Haken.
TO> 
TO> Ich denke, unter Envoy ist bei 2 Rechner-Verbindungen keiner Client/Server,
TO> jedenfalls gibt man es nirgendwo an ?!?

Jain - nicht ganz. Kommt darauf an, welcher der Rechner eine
Verbindung initiiert. Dieser ist dann der Client, da auf Daten oder
sonstiges eines anderen zugegriffen wird. Somit ist der, der es auch
mit sich "machen" laesst automatisch ein Server.

TO> JK> WSre es aber ein Client, der sich vom Netz verabschieden wnrde, dann
TO> JK> hast Du keine Probleme mehr - was die LauffShigkeit des anderen
TO> JK> Rechners betrifft. Das habe ich bei meinem Fax-Server (A600) auch so
TO> JK> gemacht, der meinen A3000 als Client praktisch "versorgt".
TO> JK> Also ein Absturz oder Runterfahren des Servers (also der, der
TO> JK> Daten/Programme zur Verfngung stellt) zieht meist ein Neustart des
TO> JK> Clients (der Nutzer) nach sich.
TO> 
TO> Gerade damit gibt es keine Probleme, selbst wenn ich (nach deiner
TO> Konfiguration) auf dem A3000er waere, und in einem Filerequester
TO> die Devices anzeigen lassen, kommen zwar erst einmal viele Requester,
TO> dass der A600 weg ist, aber wenn ich den A600 resette, ist alles
TO> wieder normal. Oder man klickt sich halt durch die Requester.

Das ist schon richtig. Aber das eigentliche Problem ist doch der, das
der Server gar nicht mehr laufen soll - also regelrecht sich
verabschieden.

TO> JK> FShrst Du ein Client irgendwann wieder hoch und connectest ihn zum
TO> JK> Server, dann steht die Verbindung wieder wie gehabt. Einziger kleiner
TO> JK> Fehler bei dieser Sache: Bei einem Reconnect werden auf dem Server
TO> JK> nochmals die libs nachgeladen, was sich am Speicherverlust bemerkbar
TO> JK> macht - man kann aber damit leben (wenn man es wei ).
TO> 
TO> Aber ein und dieselbe Library kann doch nicht 2 mal im Speicher stehen,
TO> da scheint doch irgendetwas oberfaul zu sein.

Nunja :) Nagel mich jetzt bitte nicht fest. Ich habe mittels SnoopDOS
beobachtet, dass nach einem Reconnect nochmal Programmteile
nachgeladen wurden. Bin mir jetzt allerdings nicht mehr sicher ob es
nun die Libs oder die Service-Dateien waren. Das aber trotzdem nochmal
nachgeladen wird ist schon etwas faul - da stimme ich Dir zu. Ich habe
mir bisher noch keine Gedanken darueber gemacht, wie man
diesbezueglich dagegensteuern kann. Vielleicht mittels eines Scripts
oder eines speziellen Programms - wer weiss...

Tatsache ist aber, dass bei einem Reconnect Speicher verloren geht.
Bei mir sind es in etwa 200Kb - bei jedem Reconnect. Bei restlichen
2MB FastMEM auf meinem Server nicht gerade viel Spielraum :-(


Un' tschuepp ... *Jossen* :~j
_________________________________________________________________

--MicroDot V1.10
Technical Details
Message-ID: <xUY7hMD20Caez2@jossen.black-z.commo.mcnet.de>
Path: arc1-ca.pugleaf.net!Rudisbox.rb.org!black-z.commo.mcnet.de
References: <960314102942idgi6yqamb@sysop.black-z.commo.mcnet.de> <zp0e60aCTbteZ4f@blank6.blanker.ruhr.de>

Show Full Headers
Complete Article Headers
Newsgroups: de.comp.sys.amiga.tech
References: <960314102942idgi6yqamb@sysop.black-z.commo.mcnet.de> <zp0e60aCTbteZ4f@blank6.blanker.ruhr.de> 
X-Newsreader: MicroDot 1.10 [REGISTERED 00020c]
Mime-version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-encoding: QP
Path: arc1-ca.pugleaf.net!Rudisbox.rb.org!black-z.commo.mcnet.de
X-Gateway: ZCONNECT UE rudisbox.rb.org [PolyNet zTOr V5.110 Serie: "retrax"]
Subject: Re: Hmm..Amiga Netz "runterfahren", wie ?
Message-ID: <xUY7hMD20Caez2@jossen.black-z.commo.mcnet.de>
Date: Thu, 21 Mar 96 16:16:17 GMT
X-ZC-TELEFON: V+49-6131-477413 F+49-6131-477417
X-ZC-POST: Daniel-Brendel-StraΓ‘e 33; D-55127 Mainz
From: JOSSEN@black-z.commo.mcnet.de (Joachim Kneib)