Naja, so ganz stimmt der Vergleich natürlich nicht und er hat auch ein paar Haken, aber bei grober Betrachtung stimmt es: Mein Webserver mit NetBSD drauf hatte vor ein paar Tagen einen Plattencrash erlebt und ging deswegen offline, mein A4k mit OS3.9, der bei mir daheim steht und die image-pages.de Seiten hostet, läuft jedoch mittlerweile seit 40 Tagen. Vor 40 Tagen hatte ich die Kiste beim Hardwaretreffen von IMAGE dabei und sie am Abend wieder hier daheim eingeschaltet, daher diese kurze Uptime.

So, wenn nun aber alle auf diesen "Server" zugreifen, dann wird er wohl doch noch abrauchen, denn viele Besucher hat diese kleine Seite ja nun nicht wirklich... auch ein Grund für a) lange Uptimes und b) keine Festplattenprobleme...

Grüße
Rüdiger
--
Home: http://107sl-freunde.de/

[ - Antworten - Zitieren - Direktlink - ]

OK! Als einer der bei dem letzten Hardwaretreffen dabei war fühle ich mich dazu verpflichtet die Seite jetzt gründlich zu durchforsten und die Festplatte richtig ins schwitzen zu bringen

CU TerA
--
TerAtoM
(A4K 604e/233MHz 060/50MHz 146MB CV643D+SD)
Band: http://www.TERATOM.de
Privat: http://www.TerAmigA.de.vu
Profession: http://www.Xavo.de
ICQ: 18056588

[ - Antworten - Zitieren - Direktlink - ]

Moin TerA!

Noch läuft die Kiste, allerdings dürfte das auch der Tatsache geschuldet sein, daß sie ja nur vie DSL mit 256kBit Upstream angebunden ist, da können gar nicht ausreichend Leute drauf zugreifen.
Die Ausgabe des Status-Befehls offenbart jedenfalls keine Ungereimtheiten:

18> status
Process 1: Loaded as command: VCON <www3>
Process 2: Loaded as command: GG:Sys/L/fifo-handler
Process 3: Loaded as command: rx
Process 4: Loaded as command: Workbench
Process 5: Loaded as command: shell
Process 6: Loaded as command: AmiTCP:kernel/AmiTCP.020
Process 7: Loaded as command: httpd
Process 8: Loaded as command: AmiTCP:bin/inetd
Process 9: Loaded as command: AmiTCP:bin/portmap
Process 10: Loaded as command: AmiTCP:bin/rpc.rstatd
Process 11: Loaded as command: httpd
Process 12: Loaded as command: httpd
Process 13: Loaded as command: httpd
Process 14: Loaded as command: httpd
Process 15: Loaded as command: mysql:bin_3.23.41/mysqld
Process 16: Loaded as command: httpd
Process 17: Loaded as command: httpd
Process 18: Loaded as command: status

avail sieht ebenfalls gut aus:

18> avail
Type Available In-Use Maximum Largest
chip 2043456 49600 2093056 2043432
fast 68850680 64318472 133169152 58111464
total 70894136 64368072 135262208 58111464

Leider trifft avail keine Aussage über das Maß der Fragmentierung des Speichers, würde mich schonmal interessieren, inwieweit PeKi recht hat: "Amiga-Speicher fragmentiert nicht" </peki>.

Grüße
Rüdiger
--
Home: http://107sl-freunde.de/

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Leider trifft avail keine Aussage über das Maß der Fragmentierung des Speichers

---

[ - Antworten - Zitieren - Direktlink - ]

Amiga-Speicher kann auch "fragmentieren" und tut dies
auch gerne Es gibt dazu NewAvail im Aminet. Das
kann Chunks anzeigen

http://my.morphosi.net/?modul=aminet&find=newavail
--
my.morphosi.net

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]