🚀 go-pugleaf

amk@zikzak.snafu.de (Andreas M. Kirchwitz) -> "IBM DPES31080 (1GB) - Erfahrungen"
(11.08.1995)
> Hallo Leute,
> 
> ich habe mir kuerzlich die Festplatte IBM DPES31080 (1GB) zugelegt.
> Sie ist relativ leise: Kopfbewegungen angenehm ruhig... oft kaum
> hoerbar, Motorgeraeusch koennte ein wenig leiser sein, aber bei
> 5400 Umdrehungen muss das wohl so sein (habe jedenfalls schon
> lautere 5400er-Platten gehoert ;-)
[]
> Da die Platte fuer rund 600-650 DM zu haben ist, ist sie wirklich
> empfehlenswert.  Nicht nur am A3000 bzw. allgemein dem Amiga :-)
> 
> Von IBM-Platten habe ich (verglichen mit anderen Herstellern)
> nichts Negatives gehoert.  Zuverlaessig und langlebig.
> 
> Wahrscheinlich kauf ich mir davon gleich noch eine fuer'n PC ;-)

Danke für die Empfehlung. Ist für so ein edles Gerät nicht zu teuer.
Eigentlich wollte ich das neue MO kaufen...mal sehen.
Allerdings würde ich lieber eine Festplatte > 1300MB kaufen.

   /  J_Plewka@Amtrash.comlink.de    \
  / Plewka_J@Informatik.FH-Hamburg.de \
 +-------------------------------------+
  \ A3000/030/6/52  A3000T/040/18/512 /

Andreas M. Kirchwitz wrote:
> Von IBM-Platten habe ich (verglichen mit anderen Herstellern)
> nichts Negatives gehoert.  Zuverlaessig und langlebig.

 Oh, interessant.  Soll ich mal erzählen wieviele defekte IBM DALA und DPES
ich hier habe?  Hm, gut ich gebe zu, ein paar Conner und Quantums liegen
hier auch defekt rum .-)

 Es gibt keine zuverlässige und langlebige Platte.

-- 
Markus Illenseer

Markus Illenseer writes:

>> Von IBM-Platten habe ich (verglichen mit anderen Herstellern)
>> nichts Negatives gehoert.  Zuverlaessig und langlebig.
>
> Oh, interessant.  Soll ich mal erzählen wieviele defekte IBM DALA und DPES
> ich hier habe?  Hm, gut ich gebe zu, ein paar Conner und Quantums liegen
> hier auch defekt rum .-)

Es gibt immer mal fehlerhafte Geraete. Selbst bei Mercedes und B&O ;-)
Trotzdem gibt es nach meiner Erfahrung (+ Freunde + Uni) mit z.B. Quantum,
Fujitsu und IBM weniger Probleme als mit z.B. Conner, Toshiba und Seagate.
(hehe... jetzt beziehe ich garantiert Pruegel von allen Conner-, Toshiba-
 und Seagate-Platten-Besitzern ;-)

Aufgrund Deiner Taetigkeiten hast Du vermutlich schon so ziemlich jeden
Platten-Typ mindestens einmal ins Jenseits befoerdert ;-) ;-) ;-)

> Es gibt keine zuverlässige und langlebige Platte.

Doch, meine Quantum LPS105, die im A3000 drin war.  Keine Bad Blocks
bisher.  Obwohl da seit Jahren UUCP drauf laeuft mit viel zu geringer
Buffer-Zahl (30... obwohl es in genug Newsgroups >2000 Artikel gibt).

Mit UUCP habe ich damals meine Seagate in die ewigen Jagdgruende be-
foerdert ;-)  Ebenso ein Floppy-Laufwerk (ja, da hatte ich mal fuer
eine kurz Zeit mein "uunews:" drauf, harhar).  Und eine 88MB SyQuest,
die zwar nicht kaputt ist, aber auf dem "uunews:"-Medium nun ein paar
mehr Bad Blocks als beim Kauf hat ;-)

Ein mittelschweres Wunder, dass die Quantum noch nicht verreckt ist.

	Meiner Meinung nach ;-) ...  Andreas

In article <9iBax*yn1@zikzak.snafu.de>, Andreas M. Kirchwitz writes:
> Ein mittelschweres Wunder, dass die Quantum noch nicht verreckt ist.

Mir hat der Betrieb eines Newssystems noch keine Platte versaegt. (Schon
mal - z.B. mit Randells scsidirect - die factory und grown defects Deiner
Quantum abgefragt? Wieviel factory, wieviel grown? Wuerd mich jetzt mal
interessieren...)

Aber mit nur 30 Buffern zu arbeiten, wenn es sich um eine Newspartition
handelt, ist - aehm - geduldig ? Mir faellt kein passenderes Wort ein... :)

Holger

-- 
PGP public key available on request.

Holger Lubitz writes:

>> Ein mittelschweres Wunder, dass die Quantum noch nicht verreckt ist.
>
> Mir hat der Betrieb eines Newssystems noch keine Platte versaegt.

Aufgrund meiner kleinen Buffer (ich habe nur 10 MB im Rechner)
ist News (bzw. UUCP allgemein) auf meinem System mit der heftigsten
Plattenarbeit verbunden. Guter Test fuer die Platte ;-)

> (Schon
> mal - z.B. mit Randells scsidirect - die factory und grown defects Deiner
> Quantum abgefragt? Wieviel factory, wieviel grown? Wuerd mich jetzt mal
> interessieren...)

Primary List 0, Grown List 0.   (ist _nicht_ gelogen!)

(woher kriege ich "scsidirect"? ich habe nur "probescsi",
 was leider beim Aufruf immer ein paar Enforcer-Hits wirft)

Meine Fujitsu hat Primary 15. Meine IBM 91. Na ja, meine
270er SyQuest hatte damals pro Medium zuweilen ueber 100,
und bereits nach dem Formatieren diverse in der Grown-List.

> Aber mit nur 30 Buffern zu arbeiten, wenn es sich um eine Newspartition
> handelt, ist - aehm - geduldig ? Mir faellt kein passenderes Wort ein... :)

Ich muesste ca. 4000-5000 Buffer setzen, weil mein Expire fuer
gewisse High-Traffic-Newsgroups auf ca. 60-90 Tagen steht.  Aber
das sind 2-2,5 MB, die ich nicht habe und trotz einiger Versuche
wohl auch inzwischen nicht mehr kriege.  (A3000 :-) :-(

Na ja, da warte ich lieber etwas.  Wozu hat man schliesslich
Multi-Tasking und eine extra Platte nur fuer UUCP? ;-)

Ich habe mal AFS (Demo von Aminet) probiert.  Dort erreicht man
bei UUCP mit einem Zehntel an Buffern bereits den gewuenschten
Effekt, dass bei Zugriffen auf Directories mit vielen Files alles
im Buffer Platz hat und keine Plattenzugriffe mehr notwendig sind.

Vielleicht lohnt es sich ja, statt teurem RAM das AFS zu kaufen.
Und von der Theorie her kann ich AFS eh gebrauchen... ich ziehe
Programmabstuerze und validierende Platten magisch an ;-)

Allerdings kann ich mir kaum vorstellen, dass ein so junges FS
schon stabil sein soll - Commodore hat es immerhin innerhalb von
ca. acht Jahren nicht geschafft, ein bei allen Features wirklich
stabiles FS zu erstellen.  (Soft-Links, Hard-Links... die Dinger
funktionieren auch mit 40.x hinten und vorn nicht :-(

(aber immerhin kennt man inzwischen die Schwaechen von Commodores
 FS und weiss, wie man sie umgeht ;-)

Anfang September moechte ich ohnehin mal was Unix-maessiges auf
einem Pissie probieren (Linux, FreeBSD, NetBSD... was mir halt
am besten gefaellt nach etwas Ausprobieren).  Und unter Unix ist
das Caching eh etwas besser geeignet fuer UUCP...

Hoffe ich jedenfalls ;-)

	Jemand Erfahrung mit AFS? ...  Andreas

Andreas M. Kirchwitz (amk@zikzak.snafu.de) wrote:
: Markus Illenseer writes:

: > Es gibt keine zuverlässige und langlebige Platte.

: Doch, meine Quantum LPS105, die im A3000 drin war.  Keine Bad Blocks
: bisher.  Obwohl da seit Jahren UUCP drauf laeuft mit viel zu geringer
: Buffer-Zahl (30... obwohl es in genug Newsgroups >2000 Artikel gibt).

Muss an der LPS105 liegen.. Hier laeuft das ganze Zeug (News,
Mail, FIDO) auch auf einer LPS105 (mit 100 Buffern) und das
seit ueber 3 Jahren. Die Platte laeuft einfach, keine Probleme
bisher. Ab und zu kommt es mal vor, dass sich FIDO-Software
und UUCP um die Platte streiten, da kommt sie dann bald
eine Stunde nicht zur Ruhe sondern raspelt sich einen ab.
Auch sonst ist sie die Platte mit der hoechsten Belastung.
Achja.. gekauft habe ich sie Ende 1990 fuer 1200 DM, vielleicht
hat man damals noch besser Platten gebaut?

: Ein mittelschweres Wunder, dass die Quantum noch nicht verreckt ist.

Nachdem meine auch noch laeuft scheint das eher normal zu sein... 

Gerrit

Holger Lubitz (hal@caty.ol.sub.de) wrote:
: In article <9iBax*yn1@zikzak.snafu.de>, Andreas M. Kirchwitz writes:
: > Ein mittelschweres Wunder, dass die Quantum noch nicht verreckt ist.

: Mir hat der Betrieb eines Newssystems noch keine Platte versaegt. (Schon
: mal - z.B. mit Randells scsidirect - die factory und grown defects Deiner
: Quantum abgefragt? Wieviel factory, wieviel grown? Wuerd mich jetzt mal
: interessieren...)


Wo kann man das bekommen? Wuerde mich mal interessieren, solche
Infos kann man immer brauchen... Ist das Programm auf einer der
Aminet-CDs?



: Aber mit nur 30 Buffern zu arbeiten, wenn es sich um eine Newspartition
: handelt, ist - aehm - geduldig ? Mir faellt kein passenderes Wort ein... :)



Tut doch nichts wenn der Rechner durchlaeuft, dann macht man solche
Operationen in der Nacht. Der Mensch pennt, der Rechner arbeitet,
besser so als andersrum.

Gerrit

In article <41865b$vvu@info4.rus.uni-stuttgart.de>, Gerrit Heitsch writes:
> Tut doch nichts wenn der Rechner durchlaeuft, dann macht man solche
> Operationen in der Nacht. Der Mensch pennt, der Rechner arbeitet,
> besser so als andersrum.

Wenn man nur einmal taeglich pollt... Irgendwie hege ich den Verdacht, dass
Andreas ebensowenig zu dieser Anwenderschicht zaehlt wie ich ;)

Holger

-- 
PGP public key available on request.

In article <-ESax*Ao1@zikzak.snafu.de>, Andreas M. Kirchwitz writes:
> Aufgrund meiner kleinen Buffer (ich habe nur 10 MB im Rechner)
> ist News (bzw. UUCP allgemein) auf meinem System mit der heftigsten
> Plattenarbeit verbunden. Guter Test fuer die Platte ;-)

Nimm DynamiCache, das nimmt sich genau den Speicher zum Cachen, der nicht
anderweitig gebraucht wird.

> (woher kriege ich "scsidirect"? ich habe nur "probescsi",

Wenn Dein Account auf der cbmger noch aktiv ist, von dort. Woanders: Keine
Ahnung. Weiss nicht, ob das ueberhaupt noch regulaer veroeffentlicht worden
ist, geplant war das wohl. Hat jemand eine aktuelle eMail-Adresse von
Randell ? Dann koennte man ihn ja mal dazu befragen.

> Ich muesste ca. 4000-5000 Buffer setzen, weil mein Expire fuer
> gewisse High-Traffic-Newsgroups auf ca. 60-90 Tagen steht.  Aber
> das sind 2-2,5 MB, die ich nicht habe und trotz einiger Versuche
> wohl auch inzwischen nicht mehr kriege.  (A3000 :-) :-(

Du brauchst ja nicht jeden einzelnen Fileheaderblock zu buffern. Es hilft
schon, wenn fuer die Extension-Blocks nicht mehr geseekt werden muss (wie
gross ist Deine History, und wieviele Buffer / welche Blockgroesse hast Du
auf der Partition - sie liegt doch hoffentlich nicht auf derselben wie die
News ?) Und Du hast sicher auch viele Newsgruppen, in denen weniger Artikel
lagern, oder ?

> Anfang September moechte ich ohnehin mal was Unix-maessiges auf
> einem Pissie probieren (Linux, FreeBSD, NetBSD... was mir halt
> am besten gefaellt nach etwas Ausprobieren).  Und unter Unix ist
> das Caching eh etwas besser geeignet fuer UUCP...

Viel besser. INN unter Linux 1.2.13 (auf 486DX4/100 mit NCR 810 als Host
und IBM DSAS 720 als Newsplatte, also nix exotisch schnelles) sortiert
einen Artikel in 10-50 ms ein. Anders gesagt: Um die 25-30 Artikel/Sekunde
sind Schnitt. Zum Vergleich: wCNews auf A3000 mit Quantum Lightning 730
(viele Buffer, unterstuetzt durch DynamiCache) schafft 5 Artikel, wenns gut
laeuft. Meist nur 2. (Ich rede natuerlich von akzeptierten Artikeln - Dupes
wegwerfen geht schneller)

Holger

-- 
PGP public key available on request.

Holger Lubitz (hal@caty.ol.sub.de) wrote:
: In article <41865b$vvu@info4.rus.uni-stuttgart.de>, Gerrit Heitsch writes:
: > Tut doch nichts wenn der Rechner durchlaeuft, dann macht man solche
: > Operationen in der Nacht. Der Mensch pennt, der Rechner arbeitet,
: > besser so als andersrum.

: Wenn man nur einmal taeglich pollt... Irgendwie hege ich den Verdacht, dass
: Andreas ebensowenig zu dieser Anwenderschicht zaehlt wie ich ;)


Ich polle mehrmals taeglich.. tut aber nix, das Aufraeumen passiert
nachts und ansonsten lese ich neben dem Import Mails, wozu hat
man denn Multitasking?

Gerrit

hal@caty.ol.sub.de (Holger Lubitz) schrieb am 21.08.1995:

> Nimm DynamiCache, das nimmt sich genau den Speicher zum Cachen, der nicht
> anderweitig gebraucht wird.

Unter Beruecksichtigung der Cache- und Partitionsgroesse sollte man sich
bewusst sein, dass das Fuellen der Cachelines unter DynamiCache sehr, sehr
langsam geschieht! Kopier mal von einer Partition (aktivierter ReadCache
auf dieser Partition) auf eine andere. Dann mess mal die Zeit mit, und
einmal ohne DynamiCache. Warscheinlich wirst Du dann genauso vom Hocker
fallen, wie ich. Zum Glueck gibt es auch Cacheroutinen, die nicht so
lahm sind.

Sollte die Hitrate diesen Nachteil nicht ausbuegeln, koennten solche Opera-
tionen durch DynamiCache erheblich gebremst werden.

-- _--------------------------------------------------'
_ // Marco Krause (<*>) E-Mail: Marco@Cosmos-L.gun.de/
\X/   (Germany) <POWERED BY MOTOROLA 'o4o & SAS/C>  /
  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

In article <-ESax*Ao1@zikzak.snafu.de> amk@zikzak.snafu.de (Andreas M. Kirchwitz) writes:

> Ich habe mal AFS (Demo von Aminet) probiert.  Dort erreicht man
> bei UUCP mit einem Zehntel an Buffern bereits den gewuenschten
> Effekt, dass bei Zugriffen auf Directories mit vielen Files alles
> im Buffer Platz hat und keine Plattenzugriffe mehr notwendig sind.
> 
> Vielleicht lohnt es sich ja, statt teurem RAM das AFS zu kaufen.
> Und von der Theorie her kann ich AFS eh gebrauchen... ich ziehe
> Programmabstuerze und validierende Platten magisch an ;-)
> 
> Allerdings kann ich mir kaum vorstellen, dass ein so junges FS
> schon stabil sein soll - Commodore hat es immerhin innerhalb von
> ca. acht Jahren nicht geschafft, ein bei allen Features wirklich
> stabiles FS zu erstellen.  (Soft-Links, Hard-Links... die Dinger
> funktionieren auch mit 40.x hinten und vorn nicht :-(

> 	Jemand Erfahrung mit AFS? ...  Andreas

Kann ich anbieten. Zur Zeit habe ich eine DPES31080 unter AFS laufen. Auf
der Platte ist eine 20 MB-Partition (FFS) fuer Backups und der Rest wird
fuer news und FIDO verwendet unter AFS.

Das AFS hat zur Zeit grosse Probleme mit Hardlinks. Es wurde mir aber ein
Bugfix versprochen fuer letzte Woche. Mal abwarten wann der kommt. Zur Zeit
habe ich das news-system auf 'copy bei crosspostings' umgestellt. Ist nicht
so ganz das ware, aber es laeuft ohne Probleme.

Loeschen geht wirklich sehr schnell. Der Amiga (A-2630) braucht fuer den
Trimnews (Ich habe DUUCP laufen) ca. 20 Minuten. Dabei ueberfliegt er 1600
Gruppen mit einer Haltezeit von drei Tagen, in einigen Gruppen 30 Tage.

Auch das einsortieren ist ca. 2 mal so schnell wie bei FFS. Die Buffer
stehen zur Zeit bei 250 (Bei AFS -> 250 kB). Man sollte die Buffer zwichen
200 und 300 stellen, 50 ist minimum.


Bye Michael

-- 
+--------------------\
| Michael Hettenbach  \-------------------\
| Valentinianstr. 72  VOICE: 06203 921181  \---------------------------\
| D-68526  Ladenburg  DATA : 06203 180293  michaelh@hp48.rhein-neckar.de\
+------------------------------------------------------------------------|
|  RNInet e.V. - Internetzugaenge im Raum Rhein-Neckar und Vorderpfalz   |

Reply auf amk@zikzak.snafu.de (Andreas M. Kirchwitz)
zu dem Thema "Re: IBM DPES31080 (1GB) - Erfahrungen",vom 20.08.1995:

> Ich muesste ca. 4000-5000 Buffer setzen, weil mein Expire fuer
> gewisse High-Traffic-Newsgroups auf ca. 60-90 Tagen steht.  Aber
> das sind 2-2,5 MB, die ich nicht habe und trotz einiger Versuche
> wohl auch inzwischen nicht mehr kriege.  (A3000 :-) :-(

Versuch mal bei denen:

Fa Xantilon
Voice: 0911-3938108 * Fax/Voice: 3938138
Kirschgartenstrasse 44
90419 Nürnberg

sorry, daß ich so Antworte, aber Mailing geht in meinem
System im Moment nicht, hat andere Wege als Mails...


---
	Robert

------------------------------------------------------------
     KARO@AMB.gun.de
__// Cosysop der AMB                                    __//
\X/  Call AMB 0221/3606307 Zyx192  0221/366411 Zyx168   \X/
------------------------------------------------------------

MicroDot V1.11beta12

Wer auf seinen Rang pocht, hat ihn
schon eingebüßt und fühlt es.
		      Max Rychner

Michael Hettenbach writes:

> Das AFS hat zur Zeit grosse Probleme mit Hardlinks.

Grins...  da macht es dem Commodore-FS ja alle Ehre ;-)

> Es wurde mir aber ein Bugfix versprochen fuer letzte Woche.
> Mal abwarten wann der kommt.

Ich wuerde mich freuen, wenn Du dann posten koenntest, ob der
Bugfix die beobachteten Probleme beseitigt.  Oder welche noch
folgenden Bugfixes (niemand ist perfekt :-) die Probleme loesen.

Waere toll, wenn man so'n bissel mitkriegt, wie sich AFS ent-
wickelt...

> Loeschen geht wirklich sehr schnell.
> Auch das einsortieren ist ca. 2 mal so schnell wie bei FFS.

Ja, die Geschwindigkeit ist wirklich sehr angenehm beim AFS.
Jedenfalls was den "taeglichen Betrieb" angeht (sofern man
das bei der 10MB-Demo-Version beurteilen kann :)

Unterstuetzt DiskSalv3 schon AFS?

	Sicher ist sicher...  Andreas

In article <AVQbx*Gq1@zikzak.snafu.de> amk@zikzak.snafu.de (Andreas M. Kirchwitz) writes:

> > Das AFS hat zur Zeit grosse Probleme mit Hardlinks.
> 
> Grins...  da macht es dem Commodore-FS ja alle Ehre ;-)
> 
> > Es wurde mir aber ein Bugfix versprochen fuer letzte Woche.
> > Mal abwarten wann der kommt.
> 
> Ich wuerde mich freuen, wenn Du dann posten koenntest, ob der
> Bugfix die beobachteten Probleme beseitigt.  Oder welche noch
> folgenden Bugfixes (niemand ist perfekt :-) die Probleme loesen.

Ich habe gestern nochmal nachgefragt und heute abend dann das Update
zugeschickt bekommen. In ca. 45 Minuten werden hier wieder die News
eintreffen und dann wieder mit Hardlinks auf die Platte laufen. In 3 Tagen
werden diese dann wieder geloescht - das war das alte Problem. Mal schauen
ob es behoben ist.

> > Loeschen geht wirklich sehr schnell.
> > Auch das einsortieren ist ca. 2 mal so schnell wie bei FFS.
> 
> Ja, die Geschwindigkeit ist wirklich sehr angenehm beim AFS.
> Jedenfalls was den "taeglichen Betrieb" angeht (sofern man
> das bei der 10MB-Demo-Version beurteilen kann :)

Jep. Und jetzt habe die nochein Tool mit dazugelegt. Damit soll es moeglich
sein die ca. 30 zu letzt geloschten Files wieder herzustellen. Wenn ich das
richtig verstanden habe werden die dann in ein extra Verzeichniss gelegt
und dann erst spaeter geloescht. Aha. Es geht wirklich:-) Wobei das
Verzeichniss normalerweisse nicht zu sehen ist.

> Unterstuetzt DiskSalv3 schon AFS?

Laut AFS-Handbuch wird die Version 12.18 von Disksalv benoetigt. Ab dieser
Version soll das AFS unterstuetzt werden.


> 	Sicher ist sicher...  Andreas

Bye Michael

-- 
+--------------------\
| Michael Hettenbach  \-------------------\
| Valentinianstr. 72  VOICE: 06203 921181  \---------------------------\
| D-68526  Ladenburg  DATA : 06203 180293  michaelh@hp48.rhein-neckar.de\
+------------------------------------------------------------------------|
|  RNInet e.V. - Internetzugaenge im Raum Rhein-Neckar und Vorderpfalz   |

Andreas M. Kirchwitz schrieb am Sat, 19 Aug 1995 23:44:41 GMT in de.comp.sys.amiga.tech:

AMK> Doch, meine Quantum LPS105, die im A3000 drin war.  Keine Bad
AMK> Blocks bisher.  Obwohl da seit Jahren UUCP drauf laeuft mit viel
AMK> zu geringer Buffer-Zahl (30... obwohl es in genug Newsgroups >2000
AMK> Artikel gibt).

Für die News gibt's ja auch eine Alternative, die nicht für jedes
Posting einen Fileheader-Block braucht...


Aber eigentlich wollte ich nur Deinen Bericht über die DPES31080
bestätigen. Ich habe mir heute auch eine gekauft und sie ist
tatsächlich schön: unkompliziert, schnell und leise!


Gruß, Martin
--
 #################### http://www.dfv.rwth-aachen.de/~maho/
 # Martin Horneffer # Home: mh@umshq.dfv.rwth-aachen.de, mh@ac2.maus.de
 #################### Work: maho@dfv.rwth-aachen.de

Martin Horneffer (maho@umshq.dfv.rwth-aachen.de) wrote:
: Andreas M. Kirchwitz schrieb am Sat, 19 Aug 1995 23:44:41 GMT in de.comp.sys.amiga.tech:

: AMK> Doch, meine Quantum LPS105, die im A3000 drin war.  Keine Bad
: AMK> Blocks bisher.  Obwohl da seit Jahren UUCP drauf laeuft mit viel
: AMK> zu geringer Buffer-Zahl (30... obwohl es in genug Newsgroups >2000
: AMK> Artikel gibt).

: Für die News gibt's ja auch eine Alternative, die nicht für jedes
: Posting einen Fileheader-Block braucht...


Keine die so sicher ist wie Einzelfiles und Sicherheit geht
nunmal VOR Geschwindigkeit.

Gerrit

Andreas M. Kirchwitz wrote:
> Aufgrund Deiner Taetigkeiten hast Du vermutlich schon so ziemlich jeden
> Platten-Typ mindestens einmal ins Jenseits befoerdert ;-) ;-) ;-)

 In der Tat.  Es gibt Tests, die jede Platte zum Ächzen bringen.  Sowas wie
"Tagged Command Queue" und "immedeate Command return" sind recht
interessant implementiert bei einigen Platten - vor allem wenn eines der
Kommandos lautet:  "Spindle Off", njah, njah.

 Manche Platten erholen sich dabei gar nicht mehr.  Es reicht übrigens in
der Regel auch exessives Multitasking (unter WfW 3.11, OS/2, WinNT, Win95,
Linux, NetBSD) in Form von einfachen Shell- oder Rexx-Scripts um manche
Platten mehr als nur heiß laufen zu lassen - über Tage.

> > Es gibt keine zuverlässige und langlebige Platte.
> 
> Doch, meine Quantum LPS105, die im A3000 drin war.  Keine Bad Blocks
> bisher.  Obwohl da seit Jahren UUCP drauf laeuft mit viel zu geringer
> Buffer-Zahl (30... obwohl es in genug Newsgroups >2000 Artikel gibt).

 Bezugnehmend auf ein anderes Flwp.  hierzu:  Die Hersteller haben der Tage
keine Zeit um eine Platte über ein Jahr ausführlich und ausgiebig zu
testen, verändern, anzupassen, teure Mechinik zu verwenden und gar unter
dem Mikroskop nach Headcrash-Ursachen zu forschen.

 Die "neue" FireBall von Quantum, FB 540 (A/S) ist gerade mal eingeführt,
da wird sie Ende November auch schon wieder auslaufen (und durch die 640er
ersetzt - zum selben Preis wie die 540er...).  Ähnlich ergeht es Conner mit
seiner aktuellen CFS und CFP Serie.  Rate mal warum man von Fujitsu, DEC,
MiniScribe, Toshiba und Samsung wenig bis gar nichts über neue Platten
hört.

> Ein mittelschweres Wunder, dass die Quantum noch nicht verreckt ist.

 Nun, meine Waschmaschine von AEG Anno 1965 tuts auch noch - mit dem
originalen Motor und Heizstäben.  Mittelalterliche Technik war stabil.  In
5 Jahren werden wir nicht mehr fähig sein, Daten von alten Disketten zu
lesen...

 Meine Maxtor 5MB Platte (5.25", volle Bauhöhe) tuts auch noch - ich kann
sie nur nicht mehr einsetzen (als Lüfter vielleicht, wenn ich sie
aufschraube und die 8 Scheiben schneide und verbiege), meine Diskette ist
übrigens schneller im seeken und lesen/schreiben...

-- 
Markus Illenseer

Tach!

amk@zikzak.snafu.de (Andreas M. Kirchwitz) benutze seine Tastatur am 23.08.1995 um 18:19:48 Uhr, um
folgenden Text unter dem Betreff "Re: IBM DPES31080 (1GB) - Erfahrungen" zu zeugen:

AK> > Das AFS hat zur Zeit grosse Probleme mit Hardlinks.
AK>
AK> Grins...  da macht es dem Commodore-FS ja alle Ehre ;-)
AK>
AK> > Es wurde mir aber ein Bugfix versprochen fuer letzte Woche.
AK> > Mal abwarten wann der kommt.
AK>
AK> Ich wuerde mich freuen, wenn Du dann posten koenntest, ob der
AK> Bugfix die beobachteten Probleme beseitigt.  Oder welche noch
AK> folgenden Bugfixes (niemand ist perfekt :-) die Probleme loesen.

Gibt's das im Aminet? Und vor allem: Kann man jetzt auch 256 Zeichen
lange Namen vergeben? (Damit einen OS/2-User nicht aergern koennen, wie
wir es doch so gerne mit den DOS-/Win-Usern tun, wenn wir z.B. denen
mal einige mod.xxxxxxxxxxxxxxxxxxxxxxxxx-files kopieren ;-)))))))))


Munter bleiben

Daniel


-- MicroDotAGA 1.10 --
----------------------
-- This Message is not to be published by Microsoft Network in any way!! --

Who is general Failure and why is he reading my harddisk?

Martin Horneffer (maho@umshq.dfv.rwth-aachen.de) wrote:

% Für die News gibt's ja auch eine Alternative, die nicht für jedes
% Posting einen Fileheader-Block braucht...

Allerdings nur, wenn man in Kauf nimmt, die ganzen News wegen eines
Filesystem-/Festplattendefekts zu verlieren.


l8z JRS
-- 

 UUCP: jrs@startrek.mayn.sub.de             Linux ... the intelligent choice
 DFN:  fhi1009@rzbox.uni-wuerzburg.de                  PGP 2.6 key available

Daniel Weiss schrieb:

> Gibt's das im Aminet?

Da liegt eine Demo. Interessanterweise nicht unter biz, sondern im
normalen Baum.

> Und vor allem: Kann man jetzt auch 256 Zeichen lange Namen vergeben?

Nein. AmigaDOS macht bei 107 Zeichen Schluß.

      Bernhard    //
                \X/

Daniel Weiss (D.WEISS@A-LINK-H.zer.sub.de) wrote:

> Gibt's das im Aminet? Und vor allem: Kann man jetzt auch 256 Zeichen
> lange Namen vergeben?

Nein. DOS beschraenkt die Laenge von Filenamen auf 107 Zeichen;
verwendet man mehr gibt's mit manchen Programmen Trouble (Examine()
kann nur 107 Zeichen liefern, ExAll() moeglicherweise mehr. Ja
nachdem welche Funktion benutzt wird werden dann unterschiedliche
Namen zurueckgegeben, und ein von Examine() gelieferter Name
schlaegt bei Open() oder Lock() fehl).
Ausserdem beschraenkt DOS die Pfadlaenge auf 255 Zeichen --- das
ist aber nur ein "educated guess" und kann korrigiert werden.

Christian


--
  //   Christian Stieber               Stieber@Informatik.TU-Muenchen.de
\//    Certified Amiga Developer       http://www.leo.org/~stieber/
--------------------------------------------------------------------------
			  Nobody, just nobody

Christian Stieber schrieb:

> Ausserdem beschraenkt DOS die Pfadlaenge auf 255 Zeichen --- das
> ist aber nur ein "educated guess" und kann korrigiert werden.

Erzeugen lassen sich solche Pfade relativ problemlos, die
"Beschränkung" existiert in dem Sinne, daß es im schlimmsten Fall
zu Abstürzen kommen kann, wenn man ein Auflösen eines solchen
Pfades erzwingt.

      Bernhard    //
                \X/