Folgen Sie dem Video unten, um zu sehen, wie Sie unsere Website als Icon auf Ihrem Homescreen erstellen.
Anmerkung: This feature may not be available in some browsers.
...hört sich für mich allerdings nach einem typischen Cachingproblem an: Die Sache läuft flott bis der Cache voll ist, dann werden ZIL und Daten gleichzeitig geschrieben und bei zu wenigen, langsamen Platten mit wenig Plattencache (WD Red?) kommt das System mit dem Schreiben nicht hinterher und beschäftigt sich eine Zeit lang mit sich selbst. Wie ist denn das Caching eingestellt? Falls möglich (keine Ahnung wo man das bei FreeBSD/FreeNAS macht) probier mal das auf write-back zu stellen. Hast du ein SLOG auf einer SSD? Sowas lässt sich schnell einrichten, dann sollten zumindest das synchrone Schreiben per NFS schneller gehen. Ich hoffe mal, Deduplizierung und solche Ferz sind abgeschaltet. Ich gehe mal davon aus, daß das Alingnment stimmt...Das Problem ist immer noch dasselbe: In einem Gigabit Heimnetzwerk fängt eine Kopieraktion (egal ob Datei, Dateien oder Ordner mit Inhalt) mit 120-165 MB/s (125MB/s ist theoretisches Maximum, 165MB/s sind Schwächen der Meßmethode) an, nach kurzer Zeit (mal 10% mal 50% der kopierten Datenmenge) geht die Datenrat auf Null, manchmal auf fast Null (kB/s) zurück. Egal ob 800MB Kopiervolumen oder 20 Gigabyte. Sporadisch (nach 2-5 MINUTEN) gibt es dann mal einen 10-20 Sekunden-Schwung mit max. Netzwerkgeschwindigkeit.
Apple rsync taugt auch nichts. Das von Homebrew solltest Du mal testen.Ja, rsync als auch cp. cp läuft besser, aber auch hier treten Fehler auf. rsync ist nie ohne Abbrüche (Fehler) durchgelaufen
Ich hatte mal einen Fehler in einem HP Switch, der trat immer erst nach 6 Monaten auf und war in den Logs der angeschlossenen Rechner (10 Server und etwa 20 Clients) nicht zu beobachten. Teils gingen einige Ports je IP noch durch und andere blieben still und leise stehen. Es fragt sich ob der Testzeitraum von 10.6.8 vs. 10.8.x lange genug war um das sicher sagen zu können. Wenn ja, dann folgt aus dem geschilderten ein Softwarebug im Netzwerktreiber unter 10.8.x würde ich meinen.Ja, andere Geräte ohne Prob. Deswegen war der Mini ja auch 3 mal bei Apple zur Reparatur, die aber nichts gefunden haben. Gegen einen Hardwarefehler im Mini spricht, das der Fehler seit mindestens 2 Generationen (!) des Mini besteht, und def. seit Mac OS 10.10 (10.9 hatte ich übersprungen, 10.8 nur kurz laufen). Nur um es noch mal zu Wiederholen: Der 2009er Mini, den ich mir mittlerweile besorgt habe kopiert unter 10.6.8 problemfrei, unter 10.8.x hatte ich auch mal Aussetzer (nicht lange genug geprüft um eine konkrete Aussage zu treffen).
Was "unter der Haube" bei FreeNAS läuft weiss ich nicht, die Freigabe ist mit "Windows (SMB) Freigaben" als Menüpunkt angegeben, als Auswahlen sind zufügen, löschen, schreibgeschützt, Durchsuchbar und Gaszugriff möglich, mehr nicht.
Weil PDF kein Bidlformat ist, sondern ein Containerformat und das ist auch von Adobe und nicht Apple hauseigen! Zudem kannst Du mit solchen Dateigrößen Plakate an Hauswände kleben. Verkleinere die Bilder, dann kann man sie auch hochladen. Sind ja schließlich einige 1000 User hier und irgendwo muß das Zeug gespeichert werden. Wenn da jeder mit nem Stapel Hauswandplakaten kommt wird's eng.Warum die Betreiber dieser Mac-Seite Apples hauseigenes Bilderformat PDF seit über 10 Jahren ignorieren ist mir immer noch unverständlich...
Schrieb ich ja, dann ist es ein Software/Treiberfehler.Eine Fehler im Netzwerkswitch ist nahezu ausgeschlossen, da ich dort mittlerweile das 2. Gerät benutze. Außerdem tritt der Fehler auch auf, wenn Mac Mini und Server direkt miteinander verbunden sind.
Schrieb ich ja, dann ist es ein Software/Treiberfehler.