|
|
|
|
|
|
|
| | Zitat von Phillinger
| | Zitat von GarlandGreene
Vorhersage: du willst mehr RAM.
| |
Ja, das kann sein. Sollte aber vorerst reichen. Sind ja noch ein paar Bänke frei.
| |
ist auch vollkommen normal. Wir haben damals vor unserem ersten ESXi irgendwas um die 6 Hardware-Server gehabt. Dann kam der erste ESXi und innerhalb kürzester Zeit hatten wir da 7-8 VMs drauf. Dann kam der zweite ESXi und auch der war innerhalb eines Jahres voll. Danach sind wir dann ganz auf vSphere umgestiegen, mit Cluster und shared storage. Der größte Unterschied im Alltag war aber definitiv der Anfang. Neuer Server? Früher war das Investitionsantrag, Angebote einholen, Kiste einbauen, installieren, Datensicherung einrichten, 3 Monate später ist der Server bereit. Heute klick, klick, klick, WDS-Deployment läuft, 4 Stunden später ist der Server da (wenn man's nicht eilig hat).
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von hoschi
aber es wirft ja auch nicht jeder so mit ineffizientem Code um sich.
| |
Wer sagt denn, dass das ineffizient ist? Laufen halt zigg VMs, 2 IDEs, X Browserinstanzen, und noch mindestens 2 Emulatoren. Braucht halt Leistung. Und Platz.
¤: Das reicht nichtmal für eine ganze Produktivinstanz. Immer eine Frage der Perspektive, nicht wahr.
|
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von SwissBushIndian am 24.01.2018 13:53]
|
|
|
|
|
|
|
|
|
Apropos Platz: Gestern mal das Sammelsurium an ausrangierten Platten entsorgt:
Sofern noch technisch noch möglich, wurden die beim Ausbau formatiert. Aber um ganz sicher zu gehen haben sie von mir noch die Spezialbehandlung mit der Flex bekommen:
Wer da noch was auslesen kann, hat sich die Daten redlich verdient. 
|
|
|
|
|
|
|
|
|
|
|
|
Genau deswegen verschlüssel ich alles was mir in die Finger kommt.
|
|
|
|
|
|
|
|
|
|
|
|
So habe ich das noch gar nie gesehen.
|
|
|
|
|
|
|
|
|
|
|
Das ist aber auch so ziemlich das einzige, wofür FDE bei Servern was bringt.
e: Da gibt es eine nette Kurzgeschichte dazu, 1mom vong zeit her.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von csde_rats am 24.01.2018 14:04]
|
|
|
|
|
|
|
|
|
|
Doch, um das Audit glücklich zu machen.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
It's real. Leider verstehen die Leute, die das entscheiden nicht, was sie labern. Audits sind so völlig an den Haaren herbeigezogen...
¤: Und ich meine das viel mehr in die andere Richtung. Viel Spass mit vollverschlüsselten SQL Instanzen. \o.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von SwissBushIndian am 24.01.2018 14:12]
|
|
|
|
|
|
|
|
|
Jedes mal, wenn ein "a start|stop job is running" den Laden aufhält, google ich wie man den Kram abschießen kann, und jedes mal rege ich mich wieder darüber auf, DASS DAS NICHT GEHT. WRAHDOISALUDH
Mal ernsthaft, wer hat sich das ausgedacht, dass einem das Ding nicht mal nen Terminal zugesteht? GEB MIR DOCH WENIGSTENS EIN TERMINAL, DAMIT ICH MIR SELBST HELFEN KANN.
Was mich fast noch mehr aufregt, ist diese furchtbar beschissene Anzeige. (1m29s / 1m30s) => (1m31s / 3m) => (3m01s / 4m30s) => (5min59s / 6min) => LOL REBOOT.
|
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von csde_rats am 24.01.2018 16:19]
|
|
|
|
|
|
|
|
|
| | Zitat von SwissBushIndian
| | Zitat von hoschi
aber es wirft ja auch nicht jeder so mit ineffizientem Code um sich.
| |
Wer sagt denn, dass das ineffizient ist? Laufen halt zigg VMs, 2 IDEs, X Browserinstanzen, und noch mindestens 2 Emulatoren. Braucht halt Leistung. Und Platz.
¤: Das reicht nichtmal für eine ganze Produktivinstanz. Immer eine Frage der Perspektive, nicht wahr.
| |
Glaub mir, dass was wir machen ist ineffizient.
Du verstehst mich falsch. Unsere eigene Programme, viel mehr das System aus Programmen, ist ineffizient. Ich bin der Überzeugung, wie könnten mit der halben Hardware schneller sein bzw. mehr Anwender bedienen.
// edit
Ach was. Das ist immer noch eine maßlose Untertreibung.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von hoschi am 24.01.2018 22:13]
|
|
|
|
|
|
|
|
|
| | Zitat von hoschi
Glaub mir, dass was wir machen ist ineffizient.
Du verstehst mich falsch. Unsere eigene Programme, viel mehr das System aus Programmen, ist ineffizient. Ich bin der Überzeugung, wie könnten mit der halben Hardware schneller sein bzw. mehr Anwender bedienen.
// edit
Ach was. Das ist immer noch eine maßlose Untertreibung.
| |
das ist ja immer so der innere Krieg, den man führen muss. Ist das jetzt wirklich effizient? Was kostet es mich, das effizienter zu machen (nicht nur Entwicklung - Test, Support, Pflegbarkeit)? Merkt das überhaupt irgendjemand?
Entwicklerstunden sind teuer, Hardware ist billig. Das schmerzt zwar hin und wieder in der kleinen OCD-Ecke im Hirn, aber man muss mal mit bloat leben können, einfach weil's billger ist. Wir werden ja nicht für besonders schöne Code-Gemälde oder elegante Datenflüsse bezahlt, sondern dafür daß der Scheiss läuft.
¤: dann hat man halt irgendwann die FactoryFactory, aber man kann andere FactoryFactory-Absolventen da einfach dransetzen und die verstehen den Müll auch noch, nicken anerkennend und denken sich "was ein ineffizienter Dreck".
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von GarlandGreene am 25.01.2018 7:57]
|
|
|
|
|
|
|
|
|
Wartbarkeit > Effizienz. Wobei das ja auch eine Art Effizienz ist. Insbesondere unser Netzwerkorrientierter Code ist aber tatsächlich ziemlich effizient, man muss halt einfach wissen wo die Schraube anzusetzen ist.
¤: Wobei ich tatsächlich auch für schöne Codegemälde angestellt bin. Nur ist schön halt nicht zwingend effizient. Dafür aber gut dokumentiert, rückwärtskompatibel, sauber getestet (und testbar) usw. usf. Das den Leuten einzubläuen ist oft schwieriger als ein paar schnelle Zeilen hinzuklatschen.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von SwissBushIndian am 25.01.2018 8:05]
|
|
|
|
|
|
|
|
|
| | Zitat von csde_rats
Jedes mal, wenn ein "a start|stop job is running" den Laden aufhält, google ich wie man den Kram abschießen kann, und jedes mal rege ich mich wieder darüber auf, DASS DAS NICHT GEHT. WRAHDOISALUDH
Mal ernsthaft, wer hat sich das ausgedacht, dass einem das Ding nicht mal nen Terminal zugesteht? GEB MIR DOCH WENIGSTENS EIN TERMINAL, DAMIT ICH MIR SELBST HELFEN KANN.
Was mich fast noch mehr aufregt, ist diese furchtbar beschissene Anzeige. (1m29s / 1m30s) => (1m31s / 3m) => (3m01s / 4m30s) => (5min59s / 6min) => LOL REBOOT.
| |
Dieser Mist ist der pure Hass!
Ich glaub' die einizigen, die es schaffen sinnvolle Start-/Stop-Skripte zu bauen, sind die Leute von Gentoo:
Daemon hängt beim Start? STRG+C, weiter geht's!
Noch während der Bootphase Strg+Alt+Entf? Sauberer Switch zum Reboot, die "späteren" Daemons müssen nicht erst geladen werden.
|
|
|
|
|
|
|
|
|
|
Feature-Request: Damit sich auch der letzte darüber aufregt, sollte dieser Bildschirm eine animierte Andrea Nahles mit "Ätschi Bätschi" anzeigen. Mit Ton! "Ätschi Bätschi ich kontrollier jetzt dein system!"
| | Zitat von GarlandGreene
Wir werden ja nicht für besonders schöne Code-Gemälde oder elegante Datenflüsse bezahlt, sondern dafür daß der Scheiss läuft.
| |
Das finde ich gerade ein sehr schönes Bild. Der Entwickler halbnackt vor der Leinwand, ein Geigenquartett dudelt aus dem Kofferradio, Pinsel in der einen, Ölpalette in der anderen Hand, einen eleganten Datenfluss malend.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von csde_rats am 25.01.2018 11:39]
|
|
|
|
|
|
|
|
|
| | Zitat von GarlandGreene
...
¤: dann hat man halt irgendwann die FactoryFactory, aber man kann andere FactoryFactory-Absolventen da einfach dransetzen und die verstehen den Müll auch noch, nicken anerkennend und denken sich "was ein ineffizienter Dreck".
| |
Das stimmt leider. Wobei sich für Desktopanwender seit einigen Jahren eine beschauliche Situation herausgearbeitet hat, nicht so auf dem Server. Unsere Problem ist, wir haben das Level ProxyFactoryFactoryLayer2. Wir würden ohne über die Effizenz einzelner Loops nachzudenken sofort die Hälfte an Hardware einsparen, lediglich mit Vernunft. Wenn wir zusätzlich die Performance nur betrachten würden (keine Messungen, keine Tests...), wäre ein Viertel (oder weniger) der Hardwareressourcen nötig. Sterben in Schönheit wäre allerdings auch etwas 
Und Hardware einsparen, würde auch Wartungsarbeiten reduzieren. Es würde unterm Strich wirklich Geld sparen. Ich bin aber nicht der Chef, also mehr Linuxskills anwenden.
|
|
[Dieser Beitrag wurde 3 mal editiert; zum letzten Mal von hoschi am 25.01.2018 12:07]
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Würde mir sowas auch nicht gerne sagen lassen, ganz ohne haarsträubende Erklärung.
|
|
|
|
|
|
|
|
|
|
|
|
allein der erste Kommentar erklärt eigentlich ganz schön, warum das ne blöde Idee ist. Unabhängig von "omg, muss mails checken und selfies machen!!!".
|
|
|
|
|
|
|
|
|
|
|
Ich glaub jetzt weiß ich, wie sich alt werden anfühlt. Für zwei, drei Stunden das Handy weglegen? Was für ein Affront!
|
|
|
|
|
|
|
|
|
|
|
Da mag was dran sein, aber ich mache mich ja auch nur über Hackernewse lustig.
Edit: Ja, natürlich ist das billige Unterhaltung.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von csde_rats am 26.01.2018 11:02]
|
|
|
|
|
|
|
|
Apple Pay will not be available...
|
Das Kind kennt kein Bargeld. Ich habe erst nachsehen müssen, was die mit Yondr meinen, so eine Art Telefonhüllen. Im Kino und im Flugzeug bekommen dass die Menschen auch so hin, in der Schule halt eine 6.
Bei Purism scheinen sie langsam das Telefon vorzubereiten, wie erwartet hat KDE längst die bessere Ausgangsbasis. Bei Gtk wird es erstmal ein neues Widget geben. Schade, wenn Nokia sich nicht so verrannt hätte, wäre die gesamte Lage heute völlig anders.
Microsoft versucht erneut gegen Valve vorzugehen, die Ausrede kann niemand glauben. Aber bisher war Games for Windows ein kompletter Fehlschlag und das sieht mir eher wie ein Versuchsaufbau aus. Ich würde gerne die Strategie von Valve kennen, sie verbessern SteamOS bzw. Steam for Linux ohne einen exklusiven AAA-Titel vorzulegen. Nur so setzt man eine neue Plattform durch - die Leute müssen da hin wollen. HL3 (erstmal) nur für Linux und der Krieg um die PC-Spieleplattform wäre eröffnet. Enweder wollen sie noch mehr aufräumen und verbessern oder sie haben keinen Plan wo ein oder mehrere exklusive AAA-Titel her kommen sollen.
Spielkonsolen ohne eigene AAA-Titel gibt es nicht, aus einfachem Grund. Ich hoffe ja sogar beides, zumindest AMDs DAL abwarten und eine geheimen AAA-Titel oder sogar mehrere vom Stapel lassen. Vorschnell irgendwas vom Stapel lassen und dann schlechte Kritik sammeln ist nicht gut.
|
|
[Dieser Beitrag wurde 5 mal editiert; zum letzten Mal von hoschi am 26.01.2018 11:41]
|
|
|
|
|
|
|
|
|
|
Wenn ich einen Dev-Server auf localhost:xxxx laufen habe und die Ports in der Firewall freigegeben sind, müsste ich dann nicht im lokalen Netz drauf zugreifen können?
|
|
|
|
|
|
|
|
|
|
|
|
Mit den richtigen Exploits, ja.
|
|
|
|
|
|
|
|
|
|
|
|
Wieso nur mit exploits? Müsste doch normalerweise funktionieren?
|
|
|
|
|
|
|
|
|
|
|
|
Nö, dürfte nicht gehen. Versuch mal die Kiste auf 0.0.0.0 horchen zu lassen.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von statixx
Nö, dürfte nicht gehen. Versuch mal die Kiste auf 0.0.0.0 horchen zu lassen.
| |
Danke, das war es. Wieder was gelernt.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Rufus
Mit den richtigen Exploits, ja.
| |
Oder per JS aus deinem Webbrowser natürlich.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Oli
Wieso nur mit exploits? Müsste doch normalerweise funktionieren?
| |
Du denkst da wohl an 0.0.0.0 aber "localhost" steht für ... nun, den lokalen Host und nichts weiter, ne? Aber vong Timing her ist die Frage halt auch passend, weil diese dns rebinding Sachen (was ich oben unter Exploits gefasst habe) doch sehr aktuell ist.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Rufus am 26.01.2018 13:25]
|
|
|
|
|
|
|
|
|
| | Zitat von Rufus
| | Zitat von Oli
Wieso nur mit exploits? Müsste doch normalerweise funktionieren?
| |
Du denkst da wohl an 0.0.0.0 aber "localhost" steht für ... nun, den lokalen Host und nichts weiter, ne? Aber vong Timing her ist die Frage halt auch passend, weil diese dns rebinding Sachen (was ich oben unter Exploits gefasst habe) doch sehr aktuell ist.
| |
Ah okay, ich verstehe.
|
|
|
|
|
|
|
|
| Thema: Der Linux-Thread 100 != 0x24 ( Ein Kernelupgrade später... ) |
