Mehrere Instanzen von flac.exe

Und was den Encoder anbelangt. Wenn er sich mehrfach starten lässt, sollte es keine Probleme geben. Allerdings hast du ja nur einen Prozessor und wenn es hochkommt nur 2 Kerne. Das heißt, du würdest evtl. parallel 6 Encodierprozesse am laufen haben, die aber nur mit verringerter Leistung.
Und warum 6 Laufwerke? Ist das nicht leicht übertrieben? Hast du so viele CD's oder so wenig Zeit? Ich würde behaupten, da kommst du mit dem Nacharbeiten (Cover, Tags korrigieren oder anpassen) gar nicht hinterher.
Mach doch jeden Tag ein paar CD's, oder hast du Termindruck?

Diese Vorgehensweise hört sich zwar zunächst interessant an, ob dadurch jedoch ein perfektes Musikarchiv entsteht ist etwas zweifelhaft.

Ich empfehle, in der Zeit während des auslesens der CD, nochmals die Trackbenennungen auf Schreibfehler zu prüfen, da auch z.B. in der freedb einige fehlerhaften Einträge herumschwirren!

Eine Prüfung auf Schreibfehler, dürfte jedoch bei 6 gleichzeitig arbeitenden CD-Laufwerken nur schwer zu schaffen sein... und nichts ist nerviger als schlecht getaggte Musikfiles nachträglich korrigieren zu müssen!

Nutze lieber die restliche Zeit während des auslesens für andere Dinge (wie zum Beispiel den Scanner mit dem Booklet zu bestücken oder die unterschiedlichen Jahreszahlen bei "Best Of" Tracks eingeben).

Meine Erfahrung ist:
Lieber einmal richtig gründlich und gewissenhaft arbeiten (mit dem etwas höhererem Zeitaufwand), dann musst Du dafür aber die Ripps nie wieder  anfassen & nachbearbeiten!

Gruss
Rank

Ganz bestimmt.

ein Name heißt "großer Festplatten-Cache".

Die anderen Namen hängen mit Filesharing-Programmen zusammen, ich möchte ich sie hier ungern diskutieren, wegen der wirklich fiesen "Wadenbeisser" die im Auftrag der Contentindustrie in ihren Rattenlöchern sitzen sind und fortwährend das Netz scannen. Da wir keine Fileshaing-Seite sind, möchte ich diese "Matchwords" hier gar nicht erst lesen.

In eben diesen Techniken legen die Filesharingprogramme beim Start eines Downloads eine "ungefüllte Datei" gleicher Größe an und füllen diese mit den heruntergeladenen Blöcken (und über zusätzliche Caches?).

Sowas läßt sich sicher in Filesharing-Foren abfragen, oder auf den Anbieterseiten der Programme nachlesen. Das Stichwort dürfte "Fragmentation" sein.

Ich bezweifele aber, daß EAC in mehreren Instanzen solche Techniken nutzt und gehe davon aus, dass konstant mehrere WAV-Dateien durch den Cache hindurch schreibt. Meiner ersten Anmutung nach gehe ich davon aus, daß die WAV wohl sehr fragmentiert geschrieben werden und der Lesekopf die vielen Seqenzen ständig neu ansteuern muss. Ich kann mich noch erinnern, dass vor einigen Jahren auf diese Weise ohne diese vorbeugenden Massnahmen gegen Fragmentierung reihenweise die preiswerten HDs schnell das Zeitgleiche segneten. Mit SCSI- bzw. 24/7 Festplatten konnte man das Problem ignorieren.

Meiner Einschätzung nach dürfte die Nominal-Processorleistung zwar reichen, aber auf dem IDE oder auch ATA-Bus dürfte 'ne ganze Menge zu koordinieren sein. Ob heutige HDs die dem system abgeforderte hohe Schreibleistung auch bei verteilten Zugriffen mit hoher Fragmentierung erbringen kann ich nicht genau sagen, befürchte aber, daß die max. Schreibgeschwindigkeit einbrechen wird.

Ausprobieren ist angesagt. Von PC zu PC dürften die Ergebnisse höchst unterschiedlich sein. Aber ganz ehrlich gesagt, wer es besser weiß oder schon mal ausprobiert hat, kann hier mehr erzählen.

Ich halte sechs Leselaufwerke in einem Rechner ohnehin für eine amüsante aber unsinnige Idee. Auf die Berichte bin ich aber durchaus gespannt.