BSDForen.de  

Zurück   BSDForen.de > FreeBSD > FreeBSD - Allgemein

Antwort
 
Themen-Optionen Thema bewerten Ansicht
Alt 03.03.2012, 23:40   #1
lockdoc
Registered User
 
Benutzerbild von lockdoc
 
Registrierungsdatum: Feb 2005
Beiträge: 1.420
Geli Hardware mind. 700MByte/sec

Hallo,

ich wuerde gerne 700MByte/sec read/write intern (spaeter ueber Infinibad) erreichen.

Dazu wird erstens der ZFS Pool auf 6 Mirror (also insgesamt 12x 1TB HDD) erweitert.
Da alle Festplatten geli AES verschluesselt sind, suche ich nach mehr CPU Power.
Hierzu habe ich folgendes ins Auge geworfen:

ASUS KGPE-D16 SSI EEB 3.61
mit 2x AMD OPTERON 6212 (8 Core, 2.6Ghz) und 64GB RAM

Meint ihr dass die beiden Bolliden das schaffen werden oder brauche ich dazu ganz andere Hardware?
__________________
https://github.com/lockdoc
There would be less blood spilt in the battlefields if there were more sweat spent in the training hall.

Geändert von lockdoc (03.03.2012 um 23:53 Uhr).
lockdoc ist offline   Mit Zitat antworten
Alt 04.03.2012, 01:59   #2
cla
IRC: Qyx
 
Benutzerbild von cla
 
Registrierungsdatum: Aug 2005
Beiträge: 333
Hmm..ich würde mich wohl eher bei Servermainboards von Supermicro oder Tyan umsehen. Asus war meiner Ansicht nach bisher nicht sonderlich präsent/stark im Servermarkt. Wobei ich jetzt nicht sagen will, das das genannte Mainboard schlecht wäre.

(Offtopic: So langsam werde ich mehr und mehr Neugierig, was du da eigentlich für nen Projekt grad am laufen hast; wenn man deine ganzen Posts in den letzten Wochen betrachtet. Vielleicht willst du dem ganzen ja mal einen eigenen Beitrag spendieren, wenn es möglich ist?)
cla ist offline   Mit Zitat antworten
Alt 04.03.2012, 16:14   #3
lockdoc
Registered User
 
Benutzerbild von lockdoc
 
Registrierungsdatum: Feb 2005
Beiträge: 1.420
na eigentlich soll es eine serverseitige virtualisierung mit 3d support werden, media station, fileserver, etc alles virtualisiert und mit passthrough direkt-zugriff auf devices. Das ganze dann fluessig zu den Clients gestreamed

Aber ich bin jetzt auch schon wieder am Wanken, da man auf diesen AMD Server Boards nichts uebertackten kann.
__________________
https://github.com/lockdoc
There would be less blood spilt in the battlefields if there were more sweat spent in the training hall.
lockdoc ist offline   Mit Zitat antworten
Alt 04.03.2012, 16:29   #4
Yamagi
Possessed With Psi Powers
 
Benutzerbild von Yamagi
 
Registrierungsdatum: Apr 2004
Ort: Schleswig-Holstein
Beiträge: 6.552
Yamagi eine Nachricht über ICQ schicken
Naja, übertakten kann man professionelle Hardware nie... Alternativ wäre da Intels Desktop Sockel 2011 für Desktops zu nennen. Ich mag die Plattform nicht, da es sich um aussortierte und teildeaktivierte Xeon-Chips handelt, die zu schlecht waren, aber sie ist im Moment so ziemlich das Schnellste, was es für den Desktop gibt...
__________________
Eure Tastatur verfügt nicht umsonst über zwei Shift-Tasten! Benutzt sie bitte, denn sonst ist es mir fast unmöglich euere Posts zu entziffern.

Yamagi ist offline   Mit Zitat antworten
Alt 04.03.2012, 17:30   #5
Fusselbär
Makefile Voyeur
 
Benutzerbild von Fusselbär
 
Registrierungsdatum: Aug 2004
Ort: Köln
Beiträge: 1.619
Zitat:
Zitat von Yamagi Beitrag anzeigen
Naja, übertakten kann man professionelle Hardware nie... Alternativ wäre da Intels Desktop Sockel 2011 für Desktops zu nennen. Ich mag die Plattform nicht, da es sich um aussortierte und teildeaktivierte Xeon-Chips handelt, die zu schlecht waren, aber sie ist im Moment so ziemlich das Schnellste, was es für den Desktop gibt...
Fällt mir ein, das bei den CPUs wohl auch die Intel® Virtualization Technology for Directed I/O (VT-d) ausgefallen war.
Intel weist inzwischen relativ unauffällig darauf hin:
Code:
This product includes VT-d support only on the C2 stepping. Stepping information can be viewed via the menu on the left.
Hier:
http://ark.intel.com/products/63697/...he-3_20-GHz%29
__________________
BSD Zockerclub
FreeBSD 9.1-STABLE amd64
Fusselbär ist offline   Mit Zitat antworten
Alt 04.03.2012, 17:38   #6
s-tlk
Lion King Fan
 
Benutzerbild von s-tlk
 
Registrierungsdatum: May 2004
Ort: Pride Rock
Beiträge: 1.328
Wie sehen denn bei dir typische User-Szenarien aus?
Wenn du viele konkurrierende Zugriffe auf das Storage hast und dabei die Datenraten konstant bleiben sollen, wuerde ich eher auf die Kinderhardware verzichten und eine bluearc, oder netapp kaufen.
Wir haben beide Systeme im Einsatz, wobei die bluearc sich besonders resistent gegenueber parallelen Zugriffen zeigt. Teile des NFS-Stacks wurden in FPGAs implementiert (was sicher nicht gerade wenig Arbeit war) und sind daher besonders gut parallelisiert. Ich kann gleichzeitig von allen Knoten unseres Clusters die Daten aus dem scratch Verzeichnis einsammeln, ohne Einbrueche in der Gesamtdatenrate. Die netapp geht da schneller in die Knie, dafuer bietet die aber mehr Platz. Die Bluarc hat auch einige nette Featueres wie zB Metadaten des FS auf besonders schnelle SSDs, oder 15k Platten auszulagen. Das beschleunigt Metadaten-Zugriffe ungemein.

Der einzige 'Nachteil' daran ist, das man schon etwa Geld in die Pfote nehmen muss.
__________________
HP: Simba - The Lion King
s-tlk ist offline   Mit Zitat antworten
Alt 04.03.2012, 19:03   #7
lockdoc
Registered User
 
Benutzerbild von lockdoc
 
Registrierungsdatum: Feb 2005
Beiträge: 1.420
Die user typischen Szenarien sind so, dass der Fileserver via Infiniband mit dem Virtualisierungsserver verbunden werden soll (p2p). Da wuerde ich auch gerne ueber SRP machen, was ne ganze Menge overhead wegnimmt die Samba und NFS so verbreiten, aber es scheint derzeit noch nicht in FreeBSD implementiert zu sein.
Vorteil beim Infiniband mit nur einer p2p Verbindung ist dass es sehr guenstig ist und man seine 700Mbyte/sec schaffen kann

Es wuerden dann ca. 8 VM's laufen, welche vom VM-Server via Gbit Ethernet und einem schicken Protocol (derzeit les ich mich grad dafuer in HDX, RemoteFX und PCoIP ein) verbreitet werden.


Edit: sorry fuer den komischen PCoIP link, aber ich konnte auf der normalen wikipedia nichts finden.
__________________
https://github.com/lockdoc
There would be less blood spilt in the battlefields if there were more sweat spent in the training hall.
lockdoc ist offline   Mit Zitat antworten
Antwort

Stichworte
amd , asus , geli , opteron , performace


Dieses Thema betrachten zurzeit 1 Personen. (0 registrierte Benutzer und 1 Gäste)
 
Themen-Optionen
Ansicht Thema bewerten
Thema bewerten:

Forumregeln
Es ist Ihnen nicht erlaubt, neue Themen zu verfassen.
Es ist Ihnen nicht erlaubt, auf Beiträge zu antworten.
Es ist Ihnen nicht erlaubt, Anhänge hochzuladen.
Es ist Ihnen nicht erlaubt, Ihre Beiträge zu bearbeiten.

BB-Code ist An.
Smileys sind An
[IMG] Code ist An
HTML-Code ist Aus
Gehe zu

Ähnliche Themen
Thema Erstellt von Forum Antworten Letzter Beitrag
FreeBSD 7.0 geli Partition BoS FreeBSD - Installation 29 04.07.2008 19:19
Wieso ist geli Image nicht Portable? Wo ist mein fehler? happy FreeBSD - Anwendungen und Ports 10 03.05.2007 22:45
festplattenverschlüsselung mit cgd bsdagent NetBSD - Allgemein 12 13.11.2006 13:45
mit Geli veschlüsselte DVD's HowTo wowka FreeBSD - Anwendungen und Ports 5 01.08.2006 21:36
DSL Modem und Access Point im Hardware Router... I.MC Geplauder 0 01.09.2004 15:16


Alle Zeitangaben in WEZ +1. Es ist jetzt 11:03 Uhr.


Powered by vBulletin (Deutsch)
Copyright ©2000 - 2013, Jelsoft Enterprises Ltd.