xTrekStorex
-
Posts
519 -
Joined
-
Last visited
Content Type
Forums
Status Updates
Blogs
Events
Gallery
Downloads
Store Home
Everything posted by xTrekStorex
-
F ist SP, A ist AF. Noctua hat auch noch die S Serie die als reiner Gehäuselüfter gedacht sind, also nach hinten offen und keinen Kühler. Vermutlich entsprechend leiser und gar keinen Gegendruck. Ich gehe eigentlich immer mit SP. Nur die LTT Edition hatte für 120mm nur die F12 und für 140mm die A14. Daher habe ich 4 F12 und 1 A14
-
minimale RPM sind aber anders. genau wie Anlauf PWM. Meine NF-F12 laufen bei 500RPM
-
Übel geil. Ich hab ja eh immer Noctua verbaut (und werde das auch beibehalten). Aktuell habe ich die LTT Edition NF-F12 und NF-A14 drin - sind also schon schön schwarz. Hab auch weiße Chromax Ecken noch hier liegen, aber immer noch nicht verbaut (Lüfter müssten nochmal raus). Gleiches gilt auch für mein Custom Cablemod Kit (Cablemod Konfigurator - custom Länge, Farbe und Muster Sleeve pro Kabel für mein EVGA SuperNova G2, exakt für mein Gehäuse ausgemessen), das seit nem Jahr eingeschweißt im Schrank liegt, weil ich den PC nicht zerlegen will.. - 150€ gut investiert Feier die neuen Chromax Sachen aber richtig - Industrial war einfach nie was für silent Builds und die LTT Edition gibts nicht mehr.
-
Seite 1
-
und vielleicht auch mal was aktuelles von mir. seit vorgestern ist der neue NAS Barebone im Einsatz (zweite von unten - erste ist der alte) Leider nehmen 2011 und 2011v2 nur bis zu 2 Quad-Rank DIMMs pro Channel - entsprechend hat die Box jetzt nur 128GB RAM statt der bisherigen 192GB... Mal schauen wo ich die übrigen 4x 16GB jetzt verbaue..
-
naja... ich nutze Discord alltäglich seit der Beta (/r/homelab - Server Community) und ich find in Sachen Voice ist Teamspeak immer noch besser. Das Channel und Rechte System finde ich auch viel sinnvoller ab einer User Anzahl von 5+. Als Chat ist Discord sehr geil, auch der Video Chat ist gut umgesetzt. Quasi eine Community Version von Slack mit ein paar Extras. Aber für Voice... Viele feiern Discord halt auch weils komplett kostenlos nutzbar ist. Jeder kann seinen eigenen Server erstellen etc. Aber das führt zu mehreren Problemen. a) hat jede Sau ihren eigenen Server, was absolut sinnfrei ist b) haben die Leute keine Ahnung von Moderation und Administration und viele Server werden zu Spamschleudern für Bots und Co. c) sind Server nicht einfach betretbar - man muss Invite-Links haben. Man kann zwar öffentliche Invites verfügbar machen aber die muss derjenige trotzdem erstmal finden bzw anklicken - anstatt sich einfach eben auf eine URL zu verbinden. Und dann bleiben die auch noch im Interface hinterlegt als "deine Server". Wenn du einen Server löschst verlässt du diesen quasi und musst wieder einen Invite-Link nutzen um beizutreten Wenn man nicht die Möglichkeit hat einen TS zu nutzen mag das wirklich "besser" sein aber das Problem hatte ich nie, dank meinem Hobby. Server, Domain und Ressourcen sind eh da. Wir haben übrigens einen Discord Server (Napper), wird eben nur kaum genutzt. Ich nutze aber auch meine TS kaum noch, da ich meine geringe Freizeit vollends für die Wartung und Projekte im Server Bereich einsetze oder einfach mal entspanne, ne Serie von meinen Servern streame und schlafe. Die GTX1080 rendert seit 4 Monaten auch eigentlich nur noch YouTube und Emby Streams - mit wenigen Ausnahmen.
-
Kollege hat mich heute noch gefragt ob er soll, nope. würde immernoch 7700K kaufen. ich warte mit meinem 6700K eh noch ne ganze weile. höchstens wenn ich dann endlich irgendwann mal auf CL gehe wird alles auf den aktuellen stand gebracht, und auch nur damit ichs nicht alsbald wieder zerlegen muss
-
Oi.
-
von der eigentlichen truppe hier ist ja auch fast keiner mehr auf LTT unterwegs. und ich seh hier keine interessanten themen wo ich zeit opfern würde
-
Bei dir liegen sich die Anwendungsfälle auch sehr nahe, wodurch eine Aufteilung in VMs nicht unbedingt sinnvoll wäre. Z.B. würdest du Media Storage aufs Netzwerk legen, was langsamer ist als direkter Plattenzugriff und einige Plex Features wie automatische Erkennung von Änderungen deaktiviert (geht nur bei lokalen Dateisystemen). Eine Kapselung von Apps in Containern ist es aber eigentlich immer (ist auch möglich Host Storage in den Container zu mounten -> Media). Ist eben die Frage ob es den Aufwand wert ist, da zB bei Plex Kommunikation ins Netzwerk gegeben sein muss. Da müsstest du dich ein wenig in Docker einlesen. Das ist nicht schwer - eigentlich sagst du nur "Plex Container Port 32400 -> Host Port 32400" oder gleich 80/443. Das ganze zu virtualisieren ist sinnvoll um eine Migration auf andere Hardware zu vereinfachen und die Ressourcen-Verteilung besser zu steuern. Letzteres kommt aber eigentlich erst bei mehr Apps zum Tragen, indem zu zB der Plex VM viel CPU Ressourcen gibst, dafür aber wenig RAM und Storage. Einer anderen VM, dann wieder zB mehr RAM o.Ä.. Es dient halt alles dazu den Host besser zu kontrollieren anstatt dass jeder Prozess Zugriff auf alle Ressourcen hat und sich diese unter Volllast darum prügeln müssen. So ziemlich jede Technologie in der Cloud dient zur Vereinfachung der Umsetzungen durch Automatisierung und der Garantie von Ausfallsicherheit. Und bei letzterer setzt die absolute Kontrolle der Hardware Ressourcen durch VMs an - nichts dem Zufall überlassen. Prozesse dürfen sich nicht gegenseitig beeinflussen oder gar abschießen.
-
Hat er aber leider nicht. Also dann: Wenn man sich stark in diese Ideen eingelebt hat, kommen auch schnell so Gewohnheiten wie 1 VM pro Service oder 1 Container pro Service zu Stande. Container bieten gegenüber VMs dabei noch den Vorteil, dass sie schlanker sind, dadurch dass sie kein volles Betriebssystem mit sich bringen, maximal nur dessen Dateien - keinen laufenden Kernel. Dadurch lassen sich wesentlich mehr Apps auf der selben Hardware betreiben als in VMs. Ein Container lässt sich instant deployen, da er nur aus Dateien besteht. Eine VM muss erstmal installiert und konfiguriert, selbst im Falle eines Klons immerhin noch gebootet werden. Im Gegenzug sind Container schlechter isoliert, ihr Netzwerk ist wesentlich komplexer (virtuelle Tunnel, NAT, Forwarding etc) und man ist an den Kernel des Hosts gebunden. Einfachstes Beispiel: Du kannst keine Windows App Container auf einem Linux Host ausführen, außer der Container bringt seinen eigenen Emulator gleich mit und führt diesen aus. Andersherum kannst du auf einem Windows Server 2016 keine Linux App Container ausführen, da der Kernel diese nicht umsetzen kann. Letzteres ist mit dem Linux Subsystem in aktuellen Windows Versionen teilweise möglich, da dieses im Kernel die Linux Binaries emulieren kann. Wie gut das läuft, keine Ahnung. Aber es kann auch vorkommen dass gewisse Apps eine bestimmte Kernel Version oder Kernel Module benötigen. Bei Containern müssen dann entweder alle Container mit dieser Änderung am Host laufen oder man setzt einen neuen Host dafür auf. Hier treffen sich die beiden Welten oft - VMs als Docker Host. Dadurch kann man zB eine Docker Cloud sauber skalieren (Kubernetes oder Docker Swarm) und Betriebsysteme wie CoreOS (Container optimiert) einsetzen, ohne vollständig an diese gebunden zu sein (CoreOS für Docker, Debian für irgendwas, CentOS für was anderes, Windows für noch was anderes, etc). Apps sind einfach in die Docker Cloud zu droppen und laufen sofort, während die Hardware Verwaltung und Migration der eigentlichen Hosts ein Kinderspiel ist, dank VMs. Einfach neues Blech hinstellen (Hardware) und VMs migrieren - geht sogar live im Betrieb. Und nochmal zu der Geschichte mit persistentem Storage und Maschinen unabhängig von Treibern und Co. : Dadurch dass du die Maschinen nicht mehr auf die Hardware anpassen musst, mit Kernel Modulen, Treibern, deren Konfiguration etc, da sie in einer VM laufen - also abstrakt von der Hardware, und auch keine App Daten mehr lokal liegen, wird die Maschine wertlos und generisch. D.h. die Basis aller Maschinen gleicht sich an und sie wird leicht reproduzierbar. Das ist eben einer der Hauptgründe für Skalierung und das "Wegwerf"-Verhalten mit Cloud Maschinen. Irgendwas geht nicht oder soll geändert werden? Deploy einfach neu mit dem passenden Image/Modul.
-
Ich hatte gerade nochmal nen halben Roman geschrieben und bin dann an meiner Maus auf "zurück" gekommen..... mal schauen ob ich mir das nochmal aus den Fingern sauge....
-
VMs sind gut um Systeme unabhängiger und sauberer zu machen. Du trennst dadurch, dass Maschinen virtuell auf der selben Hardware laufen, den Netzwerkstack, Bibliotheken, Programme etc halt pro Einsatzzweck auf. Wichtigste Punkte eben das Betriebssystem (z.B. immer das optimale OS für den jeweiligen Einsatz - reicht ja schon wenn du eine Linux und eine Windows VM auf dem selben Hardware Server hast) und Netzwerk. Du kannst einem Server zwar auch einfach mehrere Netzwerkkarten oder VLANs geben und entsprechend IPs verteilen, aber wenn dir auf dem Server dann was daneben geht steht direkt absolut alles. Und das größte Manko an Bare-Metal (also direkt auf der Hardware zu laufen) ist, dass eine Migration auf eine andere Maschine extrem komplex ist, da sich Treiber und Storagearchitekturen ändern etc. Meist ist das mit Klonen der Festplatte oder Wiederherstellung aus Backup nicht getan, während das bei ner VM eben in ner Minute gemacht ist - meist sogar automatisiert. Und ansonsten gibts halt auch noch Sicherheitsaspekte, da du eine Anwendungen in ihr eigenes Betriebssystem mit festen Ressourcen (Sitchwort Ressourcen-Management) einsperrst. Ein ähnliches Konzept ohne eigenes OS, bzw. eig nur ohne eigenen Kernel sind eben Container wie Docker oder LXC. Dabei wird nur der Applikationsteil abgeschottet, jeweils mit eigenen Instanzen der Dienste und Bibliotheken die er braucht. Dadurch hast du eben wieder Unabhängigkeit zwischen den Apps (zB geteilte Perl-Bibliotheken, die eine App braucht Version B, die andere läuft aber nur mit Version A). Und dadurch dass Container als Image deployt werden können hast du keine händische Installation mehr. Gepaart mit persistent network storage und zentralen Datenbanken hast dann noch die Möglichkeit deine Appdaten dauerhaft zu speichern ohne sie an ein Deployment zu binden. Du kannst also einfach sagen "ok es gibt eine neue Version von der App. anstatt ein update zu machen deploy ich einfach das neue image und lösche das alte" oder der container geht kaputt. löschen und neu deployen. Durch den persistenten Speicher im Netz oder in einer unabhängigen Datenbank kannst du deine Dateien einfach wieder in das neue Deployment einbinden lassen und weiter gehts. Auch das Skalieren von Apps über Cluster APIs wie REST wird dadurch extrem leicht. einfach bei starker Last ein paar weitere Instanzen ausrollen und wenn die Anfragen abnehmen wieder löschen. Die Verteilung der Maschinen und Container Instanzen auf der Hardware lässt sich so ziemlich immer Automatisieren. Spielt halt alles in das Thema Cloud mit automatischer Skalierung, Lastenverteilung und Ausfallsicherheit.
-
Total vergessen zu antworten... Fürs Streaming hatte ich jetzt fast zwei Jahre lang Plex im Einsatz, habe das aber nach mehreren Problemen bei mehr als einem Netzwerk im "Heimnetz", dem Cloud-Zwang (plex.tv) und der mehr als kläglich gelösten Konfigurationsdatei eingestampft und Emby aufgesetzt. Kostet im Premium auch das Gleiche (hatte vorher auch Plex Pass, hauptsächlich wegen Updates - DVR, CloudSync, etc brauch ich nicht) und hat die gleichen Premium Features. Hatte Emby vor nem Jahr schon mal getestet, da war es aber noch echt buggy. Die verwenden ja nur OpenSource Technologien, u.A. ffmpeg als Transcoder, wo Plex auf einen eigenen gewechselt ist - hauptsächlich wegen Kompatibilität. ffmpeg ist aber deutlich besser geworden. Man merkt zwar immer noch dass Emby eigentlich für Windows geschrieben wurde (muss unter Linux mit mono emuliert werden), aber es läuft echt performant und stabil. Und nach aktuellem Vergleich bringt Emby tatsächlich sogar mehr Frames bei gleichen Ressourcen zustande als Plex. Ich muss aber auch sagen, dass Plex' Apps für Android und FireTV minimal besser sind. Da entdecke ich doch recht oft kleine Bugs bei Emby. Und ich muss bei Emby nicht die Cloud-Accounts verwenden, um nicht 90% der Funktionen zu verlieren. Finde ich wesentlich charmanter. Auch den remote Zugriff mache ich nicht über deren Cloud, sondern per Reverse Proxy von meinem gemieteten Server in Frankreich (den ich hoffentlich bald kündigen kann wenn ich vier "neue" Hosts in der Firma unterbringen darf). Das hab ich mit Plex zwar auch schon gemacht, aber der hat trotzdem immer wieder nach Hause telefoniert (plex.tv). Aktuelle Emby VM: Mediatheken sind eingebundene SMB-Shares von meiner NAS - was eigentlich schon keine NAS mehr, sondern ein 170W ZFS Fileserver ist Wenn du zu irgendwas Fragen hast oder Bilder haben willst, einfach raus damit..
-
Da meldet sich mein vergrabenes LTT-Chrome-Addon zu Wort und hier steht ein halber Roman drin... Damit hab ich nicht gerechnet. Ich guck auch weder LTT noch bin ich hier im Forum des Halbwissens aktiv. Sind mir einfach zu viele YouTube-Studenten unterwegs, neben den Leuten die wirklich Ahnung (größtenteils auf beruflicher Basis) haben. Zum Zocken komm ich kaum noch. Nach vollendeter Ausbildung und jetzt als Vollzeit beschäftigter "Linux Systems Engineer" hab ich kaum noch Zeit für Hobbies und dem Gaming haben meine heimischen Server den Rang abgelaufen. Falls wer gucken will: Wenn ich also Zeit finde schraub ich entweder an Enterprise Hardware, programmiere Puppet-Module zur Automatisierung oder gucke einfach ne Serie über meine selbstgehosteten Streamingserver. Vor allem da ich sehr viel mit Servern und Cloud im Beruf (und privat) zu tun habe, bringen mich Linus Server Videos zur Weißglut. Wenn im HomeLab Discord einer ein LTT Video postet, wird er direkt gesteinigt Auch das Wort unRAID ist eine Einladung zum Scheiterhaufen. Wenn sich das also noch wer gibt, bitte nicht für bare Münze nehmen, was er da so alles sagt und zeigt. Wenn ich aber doch mal Zeit zum Zocken habe isses mit Kollegen und da aktuell PUBG oder Overwatch. Letztens auch mal Fortnite angetestet. Dennoch kann ich den Steam Sales nicht absagen und mein Pile of Shame wächst jede Saison weiter... Gleiches für meinen Desktop. Der Hardware Enthusiasmus ist geblieben - auch für YouTube bleiben 6700K und die 1080 drin. Und so wie das aussieht wird der nächstes Jahr auch nochmal aufgerüstet...
-
Oktoberfest ist doch jetzt vorbei, oder nicht?
-
^this.
-
Razor Blade . would love to have something that can actually run games and not be as bulky as a waffle iron
-
turbo boost. bis ~1.4 ist ja kein problem
-
So.. um dem Thread mal wieder ein wenig Leben einzuhauchen gibts jetzt mal eine Zusammenfassung meiner neuen Spielzeuge Ich hatte ja schon mal meinen VMware-Server gepostet, ein ähnliches Modell, allerdings mit 3,5" Schächten, habe ich vor ein paar Wochen auf ebay aus England geschossen. Einsatzzweck: FreeNAS - meine Synology ist nicht redundant, ist voll und hat auch schon einen Plattenausfall hinter sich. Um die Hardware für ZFS zu optimieren musste ein anderer RAID-Controller bzw. ein RAID-loser Controller her (ZFS will die Platten direkt ansprechen - RAID verfälscht SMART-Werte). Dazu habe ich mir den Klassiker der Community geholt, einen IBM M1015 - nutzt den LSI 9211-8i Chip. Firmware-Flash in den sogenannten IT-Mode und ByeBye Hardware-RAID. FreeNAS isst auch ziemlich gerne RAM fürs Caching, also habe ich noch 48 gig ECC RAM dazubestellt. Um Energie zu sparen habe ich auch die Prozessoren getauscht (Xeon L5520 -> L5630), bzw eine CPU komplett rausgeschmissen, FreeNAS braucht kaum Rechenleistung. An Platten kommen 6x 6TB WD Reds zum Einsatz in einem RAIDZ2, also quasi Software-RAID6 mit ZFS: ~23TB nutzbarer Speicher. Beide Server sind allerdings extrem laut, da HP diese für den Dauerbetrieb in Rechenzentrem konzipiert hat, mit anderen Worten: die Lüfter werden nicht wirklich geregelt. Meine Lösung: Die redundanten Lüfter ausbauen und die restlichen mit Widerständen versehen - nach Test mit Potentiometer: 9Ω 5W bzw 2x 3,9Ω da es keine 5W Variante der anderen gab. Lüfterdrehzahl und gefühlte Lautstärke halbiert, Temperaturen nur um 3°C erhöht - ein glatter Erfolg. Nebenbei sind mir dann noch 2 ebay-Angebote ins Auge gefallen: 2 10GBit SFP+ Netzwerkkarten und ein Paar Xeon L5638 - Hexacore CPUs. Die Xeons waren ein perfektes Upgrade für meinen VMware-Server und die 10GBit-Verbindung gab mir die Idee die VMs von der NAS aus laufen zu lassen. Also habe ich noch meine restlichen geplantent Upgrades zusammengesucht und 2 GBit QuadNICs und nochmal 32 gig ECC RAM bestellt. Gestern gings dann dabei die Server aufzurüsten - neue CPUs und RAM für VMware und QuadNICs + SFP+ für beide. Zusätzlich habe ich meine VMware noch auf einem USB-Stick neuinstalliert und vorher alle VMs auf FreeNAS ausgelagert. Diese laufen jetzt via iSCSI über den 10GBit-Link (bisher aber nur bis zu 2GBit/s ausgelastet) auf eine 1TB LUN in FreeNAS und ich konnte die lokalen Platten den VMware-Servers entfernen - wieder 150W eingespart. Der FreeNAS-Server braucht momentan 153W und VMware 226W. Immer noch mehr als ein Atom-Build aber kann ja auch deutlich mehr Die zusätzlichen Resourcen für VMs haben sich auch gleich bemerkbar gemacht - eigentlich war ich immer bei ~80% Auslastung FreeNAS ist soweit fertig migriert und muss jetzt noch ausgiebig getestet werden bevor ich meine Synology auf ebay setze. Bisher kann ich aber auf jeden Fall schon mal sagen, dass 1GBit bei Dateiübertragungen voll ausgelastet wird. Hoffentlich auch mehr wenn ich neue Switche mit Unterstützung für Link-Aggregation habe - dafür sind die QuadNICs angedacht. Ersatzteile in Form von HDDs, CPUs und RAID-Karten habe ich jetzt erstmal genug Geplant sind jetzt erstmal ein paar weitere Software-Projekte auf der VMware und eine Auslagerung meiner pfSense-VM auf Hardware - vermutlich ein kleiner Atom-Build. Dann eben "neue" Switche und ein neuer managebarer AccessPoint fürs WLAN.
-
Ist ja gut, ich mach morgen Fotos poste was..
-
Steht da doch.. klick auf die Überschrift
-
Caseking in Berlin
-
Variiert bei mir. Teils, teils. Mit Gold-Service gehts halt bei Problemen doch recht fix. Ich hatte vor allem viele DOA-Fälle bei MF. Die Support-Probleme waren eher bei @KamiKatze , @virtualTune und @TheTiger (glaube ich zumindest)
-
Uuhhh.. nett. Aber anhand von Bildern im Netz ist zu raten die WLP der Strix zu erneuern. Soll wohl die übelste Spar-Version drauf sein die miserabel leitet
.png)
