|
|
|
|
|
|
|
Einfach mal den Minern die Grafikkarten verkaufen ):(
Das Preis/(Spiele)Leistungsverhältnis ist bei Nvidia besser, mein wichtigstes Kriterium ist einwandfreier Betrieb mit Linux. Hardware muss zuverlässig funktionieren, die reine Leistung ist mir nicht so wichtig. Andere schauen mehr auf den Stromanschluss, Lautstärke oder Platzbedarf, Kompatiblität sowieso. Eine GTX 1050 ist wohl vielleicht 15% oder 20% schneller, für mich wären 50% mehr immer noch nicht relevant.
|
|
|
|
|
|
|
|
|
|
|
Ich fange gerade an zu überlegen, meine drei Desktop PCs (Arbeit 1, Arbeit 2, zu Hause) durch einen ordentlichen Laptop mit Docking stations zu ersetzen, um mir das Synchronisieren von Dateien, Konfigurationen und so weiter zu sparen.
Mein schnellster Arbeitspc hat einen i7-4770 und der Laptop, den ich ins Auge gefasst habe, i7-8550U. Ersterer ist immernoch schneller (https://www.cpubenchmark.net/compare/Intel-i7-8550U-vs-Intel-i7-4770/3064vs1907), dafür wird der Laptop wohl eine bessere SSD und so haben. Meint ihr, das merkt man überhaupt? Hauptsächlich brauche ich schnelle CPUs und mehrere Kerne zum Kompilieren und Virtualisieren von Windows + Docker.
Kaufen würde ich ein T480.
|
|
|
|
|
|
|
|
|
|
|
Ein gute Kühlung ist wichtig, sonst sinkt dir die Performance nach kurzer Zeit ab und das halte ich bei einem ThinkPad für gegeben. Der i7-8550U dürfte etwas mehr Leistung pro Takt liefern, aber der kritische Punkt ist die Basisfrequenz, wenn längere Zeit auf mehreren Kernen (beim Kompilieren in der Regel immer alle) anliegt. Der Basistakt vom i7-4770 ist 3.40 GHz, der vom i7-8550 liegt bei 1.8 GHz.
Wenn du zwei Minuten am Stück kompilierst, fällt das nicht ins Gewicht. Wenn es zehn Minuten werden oder mehr, wird der Laptop irgendwann auf die Basisfrequenz gehen müssen und wohl 1/3 langsamer werden? Dafür bist du mobil, hast eine schnellere SSD und Grafik. Grundsätzlich halte ich die neuen mobilen Vierkerner für ein Geschenk des Himmels für uns Entwickler. Es gibt so Vergleichsdinger, aber jeder ist genau eine Perspektive, relevant ist vorwiegend dein Nutzungsfall - hier Kompilieren über kurze und längere Zeit - und generelle Leistung.
PS: Praxiserfahrung, Javaprojekt zu kompilieren dauert bei mir etwa 01:30 Minuten im T420, bei den Windowsleute mit gleich alten Desktop-CPUs genau so lange (sofern sie den Virenscanner für die IDE und Quellen/Target abgeschaltet haben, sonst 02:30...).
// edit
Besserer Vergleich verlinkt.
Generell finde ich, dass alle CPU-Benchmarks generell mal einen kurze und langes Kompilieren mit GCC oder LLVM enthalten sollten. Heise macht das ja manchmal mit dem Linux-Kernel, was ich für durchaus aussagekräftig halte. Das sind dann etwa fünf Minuten direkte Last auf alle Kerne.
|
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von hoschi am 27.04.2018 11:56]
|
|
|
|
|
|
|
|
|
Meine Projekte dauern unter 1m zu kompilieren, aber wenn man es häufig macht, dann fällt es schon ins Gewicht wie schnell das geht.
Danke für die Hinweise.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Oli am 27.04.2018 11:51]
|
|
|
|
|
|
|
|
|
Zu Vega sollte man wissen, das die dickste Vega (64) ungefähr so schnell ist wie eine 1070 Ti, aber mehr als 100 W mehr TDP hat und über 200 ¤ mehr kostet. Ich sag mal so, wer das kauft, der kann sich wirklich loyal nenne.
Zu nVidia-Linux-Treibern: Installiert und funktioniert *shrug* wesentlich einfacher/besser als die proprietären AMD-Treiber, aber natürlich aufwendiger als die freien AMD-Treiber, wo man ja tatsächlich nichts tun muss und brauchbare 3D-Performance bekommt. Mit noveau ruckelte wie erwähnt Compositing (Vermutung: something something power management, GPU taktet nicht hoch oder so).
Zu Compile-Benchmarks: Auf nem Desktop/HEDT/Server geht der Linux-Kernel inzwischen so schnell, dass der eher keine thermische Aussagekraft mehr hat. Für Laptops, die ja meist innerhalb von weniger als eine bis maximal zwei Minuten am überhitzen sind, reicht es aber noch.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von csde_rats am 27.04.2018 14:04]
|
|
|
|
|
|
|
|
|
|
Sehe ich alles genau so. In der Praxis ist nur die RX-Reihe von Relevanz, außer für Leute mit zu viel Geld. Hier Witz über TRHs Mutti einfügen.
|
|
|
|
|
|
|
|
|
|
|
Verifying archive integrity... ok.
Uncompressing package..... [...] ... [...] [5 Minuten später] ...
This script needs to be run as root.
[...]
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
The Python environmental protection agency wants to seal it in a cement chamber, with pictoral messages to future civilizations warning them about the danger of using sudo to install random Python packages.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von csde_rats am 30.04.2018 17:30]
|
|
|
|
|
|
|
|
|
hehe ja, das übliche problem von leuten die fehler nicht verstehen (wollen) sondern einfach irgendwas googlen und dann wild sudo kommandos kopieren und ausführen bis es "geht".
- bei mir sind debian python pakete in /usr
- alles was es da nicht gibt per pip nach /usr/local
- alles was man damit nicht geschafft kriegt bekommt nen eigenes virtualenv und fertig.
wär ich grade froh wenn ich mich mehr damit beschäftigen könnte. bin grade in der JS welt zugegen, da muss man ja alles mit npm, errrr, nein, jspm, errr nein, yarn installieren. wenn ein paket manager älter als ein jahr ist, dann ist das natürlich legacy und man muss nen neuen schreiben anstatt den alten zu verbessern.auch hab ich neulich zur verwunderung festgestekkt dass er den node_modules ordner in _allen_ übergelegenen ordnern des pfads sucht und daraus abhängigkeiten läd.
wenn du also in
~/projekte/projekt1 mal denkst "kurz" den node modules ordner wegzusichern per:
mv node_modules ..
und dann denkst dann nimmt er nur den neuen den du erstellst, falsch gedacht... er sucht auch in
../node_modules und ../../node_undso weiter...
völlig "selbstverständlich".
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von [KdM]MrDeath am 01.05.2018 9:11]
|
|
|
|
|
|
|
|
|
|
JS ist echt einfach scheiße geworden. Sorry aber isso.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von SwissBushIndian
Geworden?
| |
war auch meine erste reaktion 
aber: das ist halt mittlerweile _die_ sprache im web. muss man so hinnehmen. alle die früher php gemacht haben schwappen jetzt zu JS rüber mit all der grütze die die so fabrizieren.
ich hoffe ja immer noch dass diese dependency hölle einfach anfängt zusammenzubrechen und das nen riesen trümmerhaufen wird.
stell dir mal vor jede woche nen anderes npm repository gehijacket was daten deiner kunden abschnüffelt. da wär ne ganze weile lang was los... ka ob sich das aktuelle JS ökosystem davon erholen würde.
|
|
|
|
|
|
|
|
|
|
|
|
Gott sei Dank hab ich was vernünftiges gelernt und muss mich mit Web nicht befassen.
|
|
|
|
|
|
|
|
|
|
|
|
Ich finde Web super, muss ja nicht jeder Frontend machen.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von GarlandGreene
Gott sei Dank hab ich was vernünftiges gelernt und muss mich mit Web nicht befassen.
| |
du warst derjenige hier der sich öfters zu windows problemen äussert oder?
das kommt bei mir noch gaaaanz weit hinter der JS hölle, keine sorge, sorry
| | Zitat von SwissBushIndian
Ich finde Web super, muss ja nicht jeder Frontend machen.
| |
dies.
und wenn man nicht hipster node auf serverseite nimmt dann kriegt man da mit viel spass auch dampf drauf.
|
|
|
|
|
|
|
|
|
|
|
Wobei ich nicht alles was ich mache unter Web taxieren würde, aber auf jeden Fall verteilte Systeme. Und das ist Liebe.
¤: Dampf kann ich
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von SwissBushIndian am 01.05.2018 17:47]
|
|
|
|
|
|
|
|
|
| | Zitat von [KdM]MrDeath
| | Zitat von GarlandGreene
Gott sei Dank hab ich was vernünftiges gelernt und muss mich mit Web nicht befassen.
| |
du warst derjenige hier der sich öfters zu windows problemen äussert oder?
das kommt bei mir noch gaaaanz weit hinter der JS hölle, keine sorge, sorry
| |
Windows mach ich nur als Ersatzbestrafung wenn Schalke zu weit oben in der Tabelle steht. Ich mach eigentlich mehr SAP, also halt ich jetzt besser ganz die Klappe.
|
|
|
|
|
|
|
|
|
|
|
Nachdem hier letztens über DNS-Server geredet wurde: Ich habe jetzt seit einiger Zeit einen Raspberry Pi Zero in meinem Netzwerk hängen, auf dem Pi-Hole (in einem Docker-Container) läuft. Billige Angelegenheit, funktioniert absolut zuverlässig und die Abwesenheit von Werbung in Ranzgeräten ist cool. Kann ich empfehlen  .
|
|
|
|
|
|
|
|
|
|
|
Ich hab neulich mal für nen Kollegen ein PiHole auf ner VM mit einem Kern und 500MB RAM aufgesetzt. Da liefen 2500 Clients drüber und das Ding hatte immernoch 0.15 Load.
Und es hat uns rund 30% Traffic aus der Leitung genommen. Ich mag das Projekt.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Unter Android funktioniert das einwandfrei, im Desktop Chrome legt es mein System lahm 
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von [KdM]MrDeath
| | Zitat von SwissBushIndian
Geworden?
| |
war auch meine erste reaktion
aber: das ist halt mittlerweile _die_ sprache im web.
| |
Wenn JavaScript nur da geblieben wäre.
Keine wohlüberlegte Entscheidung.
Epiphany (WebKit2) und die Firefox Developer Edition laden es. Chromium (Blink) lädt es auch. TRH soll mal gefühlvoller draufklicken.
|
|
[Dieser Beitrag wurde 7 mal editiert; zum letzten Mal von hoschi am 02.05.2018 17:11]
|
|
|
|
|
|
|
|
|
Desktop "App" von breitbandmessung.de.
Electron mit etwas Ballast. Ich finde breitbandmessung.de wirklich gut, aber da ist doch Verschwendung? Das Messprotokoll hätte man vorher auch schon als CSV abspeichern können. Interessant wäre tatsächlich nur eine periodische, aussagekräftige Messung gewesen.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von hoschi am 02.05.2018 17:32]
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
In der Zwischenzeit passiert bei Intel, was wir erwartet haben. Die Leute stecken ihre Nase mal da rein und alles ist so schlimm wie erwartet?
RISC-V sieht immer attraktiver aus, auch wenn es da sicher auch Probleme zu finden und lösen geben wird.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von hoschi am 03.05.2018 15:06]
|
|
|
|
|
|
|
|
|
| | | von denen manche wesentlich gravierender ausfallen als Meltdown | |
| | | Angreifer könnten ihren Schadcode in einer virtuellen Maschine ausführen und von dort aus das Wirtssystem attackieren. | |
Ich lese das als "Hardwarevirtualisierung in Intel-CPUs erlaubt VMs das Ausführen von Code mit VMM-Privilegien".
|
|
|
|
|
|
|
|
|
|
|
Bitte sagt mir, dass es einen einleuchtenden Grund dafür gibt, dass dieses Forum im Jahr 5 n.S. (nach Snowden) immer noch nicht über HTTPS läuft. Jede popelige Privathomepage ohne passwortgeschützen Bereich kriegt mit ein paar Klicks ein Let's Encrypt Zertifikat eingerichtet, aber forum.mods.de nicht?
|
|
|
|
|
|
|
|
|
|
|
|
Das Forum läuft unter der Gnade von Marius einfach nur so weiter. Da wird nicht mehr investiert. Nichtmal in den Aufwand SSL zu konfigurieren und mit einem Cronjob alle 90 Tage das Cert zu aktualisieren.
|
|
|
|
|
|
|
|
| Thema: Der Linux-Thread 100 != 0x24 ( Ein Kernelupgrade später... ) |
