[Hardware] APU.1C/D (PCEngines) Fakten und Erfahrungen
-
Mir geht es genau um den letzten Punkt den du angesprochen hast. Die Geschwindigkeit ist zweitrangig. Mir geht es um das Zusammenspiel und die Zuverlässigkeit.
"msata16a on shipment hold. Some customer reported problems leading to data loss, e.g. with Sophos UTM. We suspect that it is related to the TRIM function included in modern file systems (e.g. Linux EXT4).
We have finally received a firmware update from our supplier. Customers may return modules to us for firmware reprogramming (data is lost), or for full credit.Modules reprogrammed by us can be recognized by a + mark on the label." (von pcengines.ch). Demnach liegt es an der Firmware der SSD selbst und nicht grundsätzlich an mSATA (zumindest verstehe ich das so).
-
Da es in den pcEngines Foren aber generell um mehrere PCIe mSATAs geht, würde ich eher die Firmware/BIOS der APU beäugen:
http://www.pcengines.info/forums/?page=post&id=E28DC941-B196-4F3B-A359-526BE6133450
http://www.pcengines.info/forums/?page=post&id=ABA956D4-4B76-4002-9BBE-DAC78DFFE22EBei der msata16 scheint es evtl nur um TRIM zu gehen, es gibt aber auch Fälle bei denen TRIM disabled war. Ansonsten las ich dort schon von anderen Usern mit APUs und Kingston mSATA SSDs die problemlos liefen. Es hängt wohl momentan auch von der APU Firmware ab.
-
Zitat von PCengines:
Problem mit dem SSD-Controller bzw. dessen Firmware.
Mit msata16a gab es Probleme, bei msata16b wurde in der Firmware die
TRIM-Funktion abgeschaltet.Inzwischen verwenden wir einen anderen Controller, Phison statt
Skymedi, und es herrscht Ruhe… -
@Ben: Bitte mal alles lesen, was ich schreibe. Dein Zitat bezieht sich nur auf die generellen Probleme der msata16a. Die hatte generell ein Problem mit TRIM. Was ich sage ist, dass es mehrere andere mSATA Devices gibt, mit der die APU je nach BIOS/Firmware Version ebenfalls Probleme zu haben scheint, und es mehr als einmal nun im Gespräch war, ob SAGE, der Lieferant der Firmware bzw. des BIOS da was vergeigt hat (was niemand wundern würde nach der bisherigen Performance…)
-
Bitte verstehe meine Kommentare nicht als Gegenaussagen zu deinen, sondern als Ergänzungen zu diesem Thema.
-
Kein Problem, ich wollte nur für die Mitleser des Themas darlegen, dass es mit dem Bios/FW der APU wohl hie und da etwas hakt, auch im Zusammenhang mit mSATA SSDs und das nicht (nur) an der SSD liegt/liegen muss :)
-
Hi,
super Thread!!Hat jemand Erfahrungen was mit dem Apu1d4 board an OpenVPN durchsatz zu erwarten ist?
Ich habe irgendwo gelesen das zumindest bei IPSec ungefähr 50Mbit drin sind.
Hat da schon jemand Erfahrungen sammeln können? -
Also ich hab seit 2 Wochen das APU1D4, einer Kingston 30gb mSATA SSD und pfSense 2.1.5 am laufen.
Außer dass ich Anfangs nur zwei der drei Interfaces gesehen habe, was nachdem ich das Board eingeschickt habe auf magische Art und Weise behoben wurde, läuft alles wie geschmiert.Probleme hatte ich bisher nur mit manchen Konfigurationen, was aber alles auf meine Unwissenheit zurück zu führen war.
Zum OpenVPN Durchsatz kann ich momentan leider relativ wenig sagen, da die Kiste leider nur an einem 16 Mbit ADSL Anschluss hängt :(.
Die Gegenseite ist leider virtualisiert, sodass sich auch hier keine aussagekräftigen Ergebnisse liefern lassen.Gruß
-
Aus den Spezifikationen gehen keine Änderungen zwischen APU.1C und APU.1D hervor. Gleicher Prozessor, gleicher Speicher, gleiche Schnittstellen…
Weiß jemand worin der Fortschritt liegt?
-
http://www.pcengines.ch/apu1d.htm
Revision notes:
• No stuff J12 SPI header to allow easier 2.5" SSD installation.
• Change bias supply for U7 VMEM / VTT regulator to V5A to fix suspend/resume support.
• Add CE, FCC symbols. -
Hi,
super Thread!!Hat jemand Erfahrungen was mit dem Apu1d4 board an OpenVPN durchsatz zu erwarten ist?
Ich habe irgendwo gelesen das zumindest bei IPSec ungefähr 50Mbit drin sind.
Hat da schon jemand Erfahrungen sammeln können?Das würde ich auch ganz gerne wissen. Kann dazu jemand etwas sagen ? 50Mbit sind eigentlich recht wenig für mich (bei OpenVPN werden es ja weniger sein)
-
50Mbit sind eigentlich recht wenig für mich (bei OpenVPN werden es ja weniger sein
Für welchen Anwendungsfall? 50MBit/s encrypted traffic ist schon ganz erheblich. Es gibt eigentlich nicht viel Szenarien wo man das braucht ohne dass man ganz andere Hardware Dimensionen berücksichtigen sollte (DC<->DC Backbone Connection bspw.)
Und weshalb sollte es da mit OpenVPN weniger sein? -
Im Moment habe ich eine 50er Leitung und da würde mir in der Tat 50 reichen, nur kaufe ich mir ungern Hardware um die dann ein halbes Jahr später in die Tonne zu schmeißen weil sie underspect ist.
Mein Verständnis war immer, dass OpenVPN SSL VPN und daher mehr Ressourcen verbraucht als IPSec VPN. Deshalb meine Aussage, wenn IPSec nur 50Mbit schafft wird OpenVPN weniger "durch lassen". bzw. die Hardware nur weniger Durchsatz schaffen.
Da ich im Moment 99,9% meines Traffic durch den VPN Tunnel schicke, würde ich ungern bei einer 50er (später vielleicht 100er) Leitung nur ein 30er Tunnel aufbauen, bei dem der CPU mir fast abbrennt weil er ständig auf 100% läuft, verständlich, oder ?
Daher die Fragen ob schon jemand was zum Durchsatz sagen kann.
-
dass OpenVPN SSL VPN und daher mehr Ressourcen verbraucht als IPSec VPN
Nö, so pauschal kann man das nicht sagen, da auch OpenVPN inzwischen genau wie IPSec von Hardware Crypto profitieren kann und nicht so sehr unter Performance leidet wie man ihm gerne nachsagt. Ich bin aber nicht 100% up2date was die Implementation von OpenVPN und IPSec unter 2.2 bringen wird in Bezug auf die APU. Bei Geräten die AES-NI bspw. unterstützen wird ein gehöriger Leistungsschub erwartet.
Da ich im Moment 99,9% meines Traffic durch den VPN Tunnel schicke, würde ich ungern bei einer 50er (später vielleicht 100er) Leitung nur ein 30er Tunnel aufbauen, bei dem der CPU mir fast abbrennt weil er ständig auf 100% läuft, verständlich, oder ?
Nunja ob ich es verständlich finde, 99% des Traffics durch VPN zu pulsen - nein, finde ich nicht. Aber das ist deine Sache. Ich würde es ggf. verstehen, wenn man damit bspw. ein Datacenter-grade Backbone baut und somit den Traffic innerhalb aller Datacenter nur verschlüsselt laufen lässt. Aber für privat halte ich 99,9% des Traffics über irgendein VPN zu fahren für unsinnig. Persönliche Meinung. Anyway.
Dann wirst du aber auch mit einer APU nicht glücklich werden und brauchst entsprechend Hardware, die auch Hardware Crypto Beschleunigung unterstützt (AES-NI o.ä.) und da fängt es sinnvoll bei sowas wie einem C2000er Atom an (C2758 bspw.). Der hat dann genug Power um nicht nur 100, sondern sogar aktuell bis zu 200MBit/s verschlüsselt per OpenVPN zu schicken. Mit dem neuen Release 2.2 wird er mit einigen Tweaks vielleicht sogar Richtung Gigabit kommen.
Gruß
-
Danke für die ausführliche Erklärung ! 8)
Ich schau mich mal um, aber werde wohl erstmal bei meinem Desktop hängen bleiben.
-
Moin liebe Mitstreiter,
es war sehr interessant den Beitrag zu lesen.
Eine Frage stellt sich mir aber doch.
@JeGrDu schriebst:
… und da fängt es sinnvoll bei sowas wie einem C2000er Atom an (C2758 bspw.). Der hat dann genug Power um nicht nur 100, sondern sogar aktuell bis zu 200MBit/s verschlüsselt per OpenVPN zu schicken. Mit dem neuen Release 2.2 wird er mit einigen Tweaks vielleicht sogar Richtung Gigabit kommen.
Ist der C2758 wie z.B. auf einem Supermicro A1SRi-2758F, abgesehen vom single PF, für den produktiven Einsatz mit einer Standard Version (2.1.5) und den Anpassungen in der /boot/loader.conf.local aus Tuning and Troubleshooting Network Cards
kern.ipc.nmbclusters="131072"
hw.igb.num_queues=1
hw.igb.fc_setting=0einsetzbar?
Hier im Forum finde ich recht widersprüchliche Aussagen.
MfG
-
Wir haben das genannte Board bzw. die Appliance von Supermicro laufen (als primary) und eine APU als Backup Device und fahren darüber einen gerouteten Gigabit Link. Der ist zwar sicher nicht immer voll ausgelastet, aber bislang hatten wir mit dem Gerät bis auf die Startschwierigkeiten, die man mit dem Troubleshooting Settings umgeht, keine Probleme. Und im Cluster mit der APU haben wir wenigstens noch ein halbwegs kräftiges Gerät als Fallback.
Grüße
-
Hi,
Habe mir zum BlackFriday die APU geholt.Nochmal eine Newbee Frage. Braucht man zur Installation nun diesen Kabel zur Installation?
http://www.amazon.de/Nullmodem-Kabel-Modem-RS232-Patch/dp/B0013HDN26/ref=sr_1_4?ie=UTF8&qid=1417807376&sr=8-4&keywords=Null+Modem+Kabel
und diesen Adapter wenn man keinen SerialPort mehr hat?
http://www.amazon.de/CSL-seriell-RS232-Adapter-Port/dp/B008FKABG0/ref=pd_sim_computers_11?ie=UTF8&refRID=1ZX6RBTCFWJ8ZNBF17VFGeht auch diese Produkt als Gesamtlösung?
http://www.amazon.de/Manhattan-USB-Seriell-Konverter-USB-Seriell/dp/B0007OWNYA/ref=pd_sim_computers_5?ie=UTF8&refRID=1ZX6RBTCFWJ8ZNBF17VFDanke
VG -
Das letzte Kabel geht nicht da es nicht direkt ein Nullmodem Kabel ist und du dazu einen Gender Changer benötigst der in meinem Fall auch nicht geklappt hat.
Ich habe mir das hier geholt und es klappt wunderbar.
http://www.amazon.de/Digitus-Verl%C3%A4ngerungskabel-Einsetzbar-Null-Modem-Anschlusskabel/dp/B005HXNUES/ref=sr_1_4?ie=UTF8&qid=1417822392&sr=8-4&keywords=nullmodem+kabel
-
Das letzte Kabel geht nicht da es nicht direkt ein Nullmodem Kabel ist und du dazu einen Gender Changer benötigst der in meinem Fall auch nicht geklappt hat.
Was daran liegt, dass die meisten Gender Changer keine Nullmodem Kreuzverdrahtung machen und du somit nur ein 1:1 Serielles Kabel hast :)Ich habe einen
http://www.amazon.de/Manhattan-USB-Seriell-Konverter-USB-Seriell/dp/B0007OWNYA/ref=sr_1_2?ie=UTF8&qid=1418039126&sr=8-2&keywords=usb+seriell+kabel
USB -> RS232 Adapter und daran ein (wichtig!) Nullmodem serielles Kabel (Der USB Adapter macht noch keine Nullmodem/Verkreuzung, deshalb kein normales serielles Kabel).Ich habe den Adapter gewählt, weil der auch bei Notebooks und Co funktioniert, bei welchem hinten die Buchse nicht ganz so frei zugänglich ist. Da hatte ich mit den USB/RS232 Stecker Adaptern wie
http://www.amazon.de/CSL-seriell-RS232-Adapter-Port/dp/B008FKABG0/ref=pd_sim_computers_11?ie=UTF8&refRID=1ZX6RBTCFWJ8ZNBF17VF
schon ein paar Mal Probleme weil der einfach zu dick war.Grüße