Forum


Spickzettel

Neben den Buttons stehen unter anderem folgende BB-Codes zur Verfügung:

Bildgröße beschränken:
[img width=400 height=300]Bildadresse[/img]
Weglassen von height o. width behält Bildverhältnis bei.

Tabelle:
[table]
[tr][td]Zelle 1/1[/td][td]Zelle 1/2[/td][/tr]
[tr][td]Zelle 2/1[/td][td]Zelle 2/2[/td][/tr]
[/table]
[tr] = Zeile [td] = Zelle

Text:
[u]unterstreichen[/u]
[s]durchstreichen[/s]
[size=4]skalieren[/size]
[sup]hochsetzen[/sup]
[sub]runtersetzen[/sub]
Umbrechen[Br]Neue Zeile
[center]zentriert[/center]
[left]linksbündig[/left]
[right]rechtsbündig[/right]
[rtl]von rechts einschieben[/rtl]
[pre]Vorformattierung erhalten[/pre]
[move]Bewegen/Laufschrift[/move]
[shadow=red,right]Schattieren[/shadow]
[font=arial]Anderer Zeichensatz[/font]
[glow=yellow,2]„glühen“/markieren[/glow]

Horizontale Linie: [hr]

Abkürzung mit Erklärung bei Mouseover:
[acronym=Mysteriöse Inselzone]MIZ[/acronym]
am besten auch unterstreichen:
[acronym=Mysteriöse Inselzone][u]MIZ[/u][/acronym]

Link innerhalb des Beitrages oder derselben Seite:
Ziel setzen: [anchor=Ziel]Ziel[/anchor]
Link darauf: [iurl=#Ziel]Link zum Ziel[/iurl]

Link im selben Fenster öffnen:
[iurl]http://www.apfelinsel.de[/iurl]

Name:
Betreff:

Verifizierung:
Buchstaben anhören

Gib die Buchstaben aus dem Bild ein:


Zusammenfassung

Autor: Terrania
Dezember 31, 2007, 13:54:36
@mbs: Also was machen? Sharepoints weiter verwenden?
Autor: mbs
Dezember 31, 2007, 12:46:40
Zitat
Allerdings werde ich vermutlich Sharepoints durch Mac OSX Server ersetzen, weil mir Sharepoints des öfteren abschmiert, vor allem wenn ich von einer Serverplatte auf die andere kopiere. Da verschluckt er sich alle 2 Wochen einmal so, daß ich ihn neu starten muss.

SharePoints enthält überhaupt keine Server- oder Netzwerkfunktionen, sondern ist eine reine grafische Oberfläche, um den AFP- und den SMB-Server, der in jedes Mac OS X eingebaut ist, zu konfigurieren.

Wenn der AFP-Server abstürzt, ist das ein Bug in Mac OS X. Die gleiche Version wird dann in Mac OS X Server auch abstürzen, denn die Software ist absolut identisch. Der einzige Unterschied ist, dass in Mac OS X Server die maximale Zahl  der zulässigen, eingehenden Server-Verbindungen aus der Server-Lizenz (d.h. aus der Seriennummer von Mac OS X Server) berechnet wird, während das "normale" Mac OS X nicht mehr als 5 AFP-Verbindungen gleichzeitig zulässt.
Autor: MacFlieger
Dezember 31, 2007, 12:06:31
Irgendwie verstehe ich deine Versuchsanordnung nicht.

Ist eigentlich ganz simpel, da sie in beiden Fällen identisch ist und nur der benutzte Server sich ändert:
"Z.B. bei mir: Ich möchte Daten vom iMac auf den Cube kopieren.
- Kopiere ich auf die Freigabe des Cubes (Cube ist Server) ist es langsam.
- Kopiere ich von der Freigabe des iMac (iMac ist Server) ist es schnell."

Aber mal ganz ausführlich:
iMac G5 2GHz (2GB RAM) -> 100MBit-Switch -> 100MBit-Switch -> Cube 450MHz (7xxMB RAM).
Beide Rechner mit 10.4.11.
Beide Rechner sind AFP-Server.
Daten (viele kleine Dateien) liegen auf interner Platte (400GB SATA) des iMac G5.
Daten (viele kleine Dateien) sollen auf interne Platte (80GB ATA) des Cube.

Soweit ist also für beide folgenden Tests die Rahmenbedingungen gleich, d.h. Daten fliessen von interner Platte des iMac über 3 100MBit-Verbindungen über 2 Switches auf die interne Platte des Cubes. D.h. für beide(!) folgenden Tests ist die Geschwindigkeit der Netzwerkverbindung und die Geschwindigkeit der Quell- und Zielplatte identisch!

Nun die beiden Möglichkeiten:
1. Man sitzt am iMac, verbindet sich mit dem Server des Cube und kopiert die Daten vom iMac auf den Cube: langsam.
2. Man sitzt am Cube, verbindet sich mit dem Server des iMac und kopiert die Daten vom iMac auf den Cube: schnell

D.h. Netzwerkverbindung und lesende/schreibende Platte ist identisch. Im ersten Fall macht der Finder der schnelleren Maschine die Arbeit, im zweiten Fall der Finder langsamen Maschine. Trotzdem sind da deutliche und genau gegensätzliche Geschwindigkeiten zu beobachten.
Bei großen Dateien tritt das weniger/nicht auf.

Zitat
Cube (100) nach iMac (?) ...
iMac (?) nach Cube wie oben???

s.o. Da ist Dein Denkfehler. Bei mir ist immer iMac nach Cube, in beiden Fällen, sonst spielt die Platte natürlich auch noch eine Rolle.

Zitat
Kabel: CAT 5 oder was?

Müßte ich erst nachsehen, ist aber nicht relevant, da in beiden Fällen identisch.
Autor: Terrania
Dezember 31, 2007, 11:45:57
Irgendwie verstehe ich deine Versuchsanordnung nicht. Mal sehen:
Cube (100) nach iMac (?) über einen Switch, oder direkt? Gleiche OS-Version? Cube-Platte gleich schnell???
iMac (?) nach Cube wie oben???

Kabel: CAT 5 oder was?

Würde mich ja schon interessieren …
Autor: MacFlieger
Dezember 31, 2007, 09:17:10
@Macflieger: Kann ich so nicht beurteilen. Mein Server läuft mit Sharepoints.

Bei mir das Standard AFP. Sollte also kein wesentlicher Unterschied sein, denn Sharepoints dient ja nur zum Konfigurieren.

Zitat
Der Cube hatte allerdings ein 100er Netzwerk, und ist damit schon mal dramatisch langsamer. Wenns ein neuer iMac ist, hat der ein 1000er, was man definitv in der Performance merkt.

Das macht keinen Unterschied, denn in beiden Fällen läuft der Datentransfer vom iMac zum Cube über die gleiche Leitung.

Zitat
Der Serverprozessor ist eigentlich nicht das Bottleneck, eher die langsame Platte des Cube sowie sein Ethernet.

Nein, denn in beiden Fällen läuft der Transfer ja über die gleiche Leitung, über die gleichen Schnittstellen, in die gleiche Richtung, auf die gleiche Platte. s.o. Ich habe absichtlich im Beispiel alle beteiligten Komponenten exakt gleich gehalten, nur die Rolle des Server/Clients ändert sich.
Die Geschwindigkeit einer Platte oder Schnittstelle kann sich nicht ändern, nur weil auf einem anderen Rechner eine andere Software verwendet wird.

Zitat
Allerdings werde ich vermutlich Sharepoints durch Mac OSX Server ersetzen, weil mir Sharepoints des öfteren abschmiert, vor allem wenn ich von einer Serverplatte auf die andere kopiere. Da verschluckt er sich alle 2 Wochen einmal so, daß ich ihn neu starten muss.

Anderes Thema, aber: Ist Sharepoints nicht nur eine GUI, welche die normalen von Apple kommenden Server anders konfiguriert?
Autor: Terrania
Dezember 30, 2007, 19:11:03
@Macflieger: Kann ich so nicht beurteilen. Mein Server läuft mit Sharepoints. Der Cube hatte allerdings ein 100er Netzwerk, und ist damit schon mal dramatisch langsamer. Wenns ein neuer iMac ist, hat der ein 1000er, was man definitv in der Performance merkt. Der Serverprozessor ist eigentlich nicht das Bottleneck, eher die langsame Platte des Cube sowie sein Ethernet. Schließlich ist vor allem auch RAM wichtig (neben Geschwindigkeit der FP). Klar, dass ein Cube langsamer ist, als beispielsweise ein G5 Dual. Ich hatte zunächst einen Cube und dann einen mini (1,25 G4). Der Mini war schon schneller als der Cube (trotz 100er Ethernet). Der lief allerdings nicht von der internen Platte, sondern über eine M9 via Firewire. Wirklich schnell wurde die Sache erst, seit ein Dual G5 mit 3Gbyte der Server ist. Allerdings werde ich vermutlich Sharepoints durch Mac OSX Server ersetzen, weil mir Sharepoints des öfteren abschmiert, vor allem wenn ich von einer Serverplatte auf die andere kopiere. Da verschluckt er sich alle 2 Wochen einmal so, daß ich ihn neu starten muss. Die Daten, die ich rüberschiebe sind dann so ca. 30 GByte gross. Als Backup. Über TimeMachine verspreche ich mir da mehr Sicherheit.
Autor: Terrania
Dezember 30, 2007, 19:02:15
@ warlord: Oder so. TM warnt auch nach ca. 1 Woche, wenn KEIN Backup erstellt wurde und springt sofort an, wenn ich die BU-Platte anschliesse und diese gemountet ist.
Autor: MacFlieger
Dezember 30, 2007, 19:00:56
ABER: Der Unterschied zur internen Fesplatte ist marginal. Voraussetzung: Schnelle SATA Platten sowohl auf Server als auch Client.

Würde ich so nicht sagen, auch die Geschwindigkeit des Servers ist wichtig.
Z.B. bei mir: Ich möchte Daten vom iMac auf den Cube kopieren.
- Kopiere ich auf die Freigabe des Cubes (Cube ist Server) ist es langsam.
- Kopiere ich von der Freigabe des iMac (iMac ist Server) ist es schnell.
Beides mal geht der Transfer in die gleiche Richtung im gleichen Netzwerk von der gleichen Quell-Platte auf die gleiche Zielplatte. Einziger Unterschied ist, welcher Rechner den Server spielt.
Autor: warlord
Dezember 30, 2007, 18:25:32
Und vor allem scannt TM die ganze Platte danach, was sich verändert hat.
Das kann ich mir eher nicht vorstellen, dass das so läuft. Das dürfte zu aufwendig sein. Das dürfte eher mittels Benachrichtigungen laufen. Jede Datei, die verändert wird, wird an TM gemeldet und TM fügt sie einer Liste der beim nächsten mal zu backupenden Dateien hinzu.
Autor: Terrania
Dezember 30, 2007, 18:08:54
Natürlich macht TimeMachine einen Check. Und vor allem scannt TM die ganze Platte danach, was sich verändert hat. Das reine rüberspielen dauert nicht wirklich lange, aber das "Vorbereiten" kann ziemlich lange dauern, vor allem wenn man TM (wie ich beim Laptop) nur 1x pro Woche anschmeisst. Somit kanns schon ne Ecke dauern beim ersten vollen Backup. Später merkt mans dann gar nicht mehr, es sei denn, man hat eine Parallels Virtual Disk nicht ausgenommen. Das hat meinen Mini komplett zum Stillstand gebracht. Excluded und gut wars.
Was das normale Kopieren von Daten bei Festplatten angeht: Also hier geht das ziemlich flott. Rund 20-30 MB die Sekunde. Das geht auch übers GBit-Netz verdammt schnell. Also 500-600 MB flutschen da nur so durch. Klar. Wenns viele kleine Dateien sind, wirds langsamer, ABER: Der Unterschied zur internen Fesplatte ist marginal. Voraussetzung: Schnelle SATA Platten sowohl auf Server als auch Client. Das Bottleneck sind meistens langsame Laptop-Platten oder die im Mini.
Autor: Thyrfing
Dezember 30, 2007, 13:08:11
Ich tippe mal, TM macht zudem noch einen Check, ob die Daten korrekt angekommen sind!
Autor: Florian
Dezember 30, 2007, 12:24:51
Okay, ich habe mal einen Test gemacht.
Zum einen denke ich das von intern auf intern kopieren langsamer ist als von intern auf Firewire.

Ich habe den wohl extremsten Fall genommen, den ich auf die Schnelle finden konnte:
Die High Voltage SID Collection.

So, ich weiß nicht, was Sache ist: Finder-Info sagt es wären 250 MB, das Kopierfenster 197,2. (Wer's nachprüfen will, ich habe noch ein paar andere Files in dem Ordner drin.)

Deine Messungen werden bestätigt, insofern lag ich wohl wirklich falsch. Ich rechne mal mit den 197 MB.
Intern auf intern habe ich etwa 2 MB/s.
Auf Firewire sind's 2,2 MB.

Nur, wie alltagsgerecht ist so ein Beispiel? Das sind über 35 000 Dateien, maximale Größe i.d.R. 12 KB,die meisten haben sogar nur die Minimalgröße 4 KB.

Da müsste Time Machine also schon zuerst nur kleine Dateien kopieren.

Nun ja. Sollte ich die Zeitmaschine mal einsetzen, dann formatiere ich die PLatte vorher jedenfalls selbst.

Autor: MacFlieger
Dezember 30, 2007, 10:08:09
1,5 MB/s (ungefähr) sind heutzutage nicht mehr normal!

Das glaubst Du wirklich?
Mal ein paar Tests auf der internen Platte meines iMacs (Zeiten jeweils ohne "Kopieren vorbereiten"):

Ordner mit >6000 Dateien, 40,4MB duplizieren: ca. 20s = 2MB/s
Ordner mit vielen Dateien, 27MB dublizieren: ca. 8s = 3,4MB/s
Ordner mit vielen Dateien, 8,9MB dublizieren: ca. 4s = 2,2MB/s

Wohlgemerkt alles auf der internen Platte. Wenn ich das über das Netzwerk mache, dauert es teilweise um Größenordnungen länger, obwohl das Netzwerk theoretisch deutlich mehr bieten können würde, was man bei einer großen Datei auch merkt.
Der Effekt der vielen kleinen Dateien ist nicht zu unterschätzen.
Autor: Jochen
Dezember 29, 2007, 22:37:10
22:15 und fast fertig mit Back Up.
Von 20:15 an habe ich TM und PB alleine gelassen und dann ging es schneller.

Nun 22:55 und TM sagt Back Up sichern.

Jochen
Autor: Jochen
Dezember 29, 2007, 21:56:47
Hmm, siehste. Wäre die LaCie gleicher Grösse nicht für weniger Cash zu haben gewesen? Mit massivem Metallgehäuse anstatt diesem Plastikzeug. Und läuft.   OK, OK, nicht hauen, ich bin schon ruhig...  ;D

LaCie wolltem ich gabs nicht

Jochen