|
|
|
|
Ich habe mich gerade mal bei RISC-V informiert, der neue Star am Himmel der ISAs. Die sagen es wäre keine angekündigte Implementierung als Silizium betroffen, vor allem nicht RISC-V Rocket (was es wohl schon gibt). Interessant ist, dass sie den Unterschied zwichen ISA und Implementierung nochmal ausdrücklich hervorheben.
Solaris ist übrigens von GNOME2 auf GNOME3 umgestiegen. Was mich daran ja so wundert ist nicht der Wechsel von GNOME2 auf GNOME3, sondern das Solaris noch Lebenszeichen von sich gibt. Das Opensolaris scheint noch recht lebendig zu sein und Joyent SmartOS scheint bei den Cloudleuten wohl gefragt zu sein
|
[Dieser Beitrag wurde 5 mal editiert; zum letzten Mal von hoschi am 07.01.2018 23:02]
|
|
|
|
|
|
Heilige Mutter Gottes!
Gerade den 27' LG 4K Monitor per Displayport angeschlossen:
Ich mach mal die Skalierung an
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von hoschi am 08.01.2018 21:27]
|
|
|
|
|
|
Seit Tagen hat meine Anbindung offenbar eingehenden Paketverlust (Das Monitoring auf :443 ist permanent am Durchdrehen: up/down/down/up/down...), aber ich habe NULL Verlust, wenn es um andere Dienste geht (VoIP, hab sogar extra CS:GO angemacht, weil das so empfindlich für Probleme ist, SSH, Downloads etc.). Die DSL-Leitung hat auch nur ihre üblichen paar CRC-Fehler, aber das ist normal. e: Ich hab auch überhaupt keinen erhöhten Traffic (weder auf Interface- noch Dienstebene). Und was beim nginx ankommt, klappt ganz normal. Es kommt mir fast so vor, als würde jemand seit ein paar Tagen hingehen und einfach random eingehende TCP-Verbindungen auf 443 kappen.
wargablasd
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von csde_rats am 09.01.2018 9:40]
|
|
|
|
|
|
Wie sklaiert eigentlich KDE/Plasma auf 4K wenn man die DPI korrekt einstellt?
Ich habe da ja hohe Erwartungen an Qt...
|
|
|
|
|
|
|
Bei meiner Uralt-Version seitens Qubes hat nur das Umschalten ohne Neu-Einloggen gemuckt. Und Firefox, natürlich.
|
|
|
|
|
|
|
Und alles Javaige
|
|
|
|
|
|
|
| Zitat von csde_rats
Hab sogar extra CS:GO angemacht, weil das so empfindlich für Probleme ist...
| |
Ist es wirklich. Seit dem ich im LAN wieder eine statische IPv4 benütze, kein Problem. Keine Ahnung warum das bei mir geholfen hat, aber das Problem liegt wohl auch im Netcode von Steam und weniger von CSGO.
| Zitat von SwissBushIndian
Und alles Javaige
| |
Ich werde heute mal die Skalierung von GNOME ausprobieren, hatte gestern Abend nur kurz Zeit. So schön es für uns unter Linux war durch Java mehr GUI basierte Anwendungen zu bekommen, es war immer falsch die GUI in eine Programmiersprache zu integerieren. SWING ist eben nicht plattformneutral, es gehört nur zu Java.
Gerüchteweise soll NetBeans9 von SWING bzw. AWT auf JavaFX wechseln, aber außer auf dem Mac soll HiDPI-Support mit JavaFX derzeit nicht wirklich funktionieren.
Erinnert mich leider daran, dass auch ich eine Swing basierte Desktopanwendung geschrieben habe. Da sollte ich mich auch mal um HiDPI kümmern, aber von Swing komme ich da niemals weg.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von hoschi am 09.01.2018 11:54]
|
|
|
|
|
|
Java ist super, aber für GUI ist die Scheisse halt wirklich nicht gemacht. Leider ist es trotzdem so verbreitet. Was ich zwar einerseits durchaus verstehen kann, aber jede Java GUI Technologie bisher war echt kacke. Das einzige was da einigermassen Funktioniert, und halt leider trotzdem nur einigermassen, ist das Zeug von Jetbrains. Ich liebe die Produkte, aber auch da ist die Gui halt eher so... ja ne.
¤: Also nicht, dass ich dafür die Lösung hätte. Crossplattformguis sind prinzipiell ja eigentlich immer kacke, egal wie viel man dafür ausholt. Aber Java hat bisher halt auch ganz deutlich gezeigt, dass das kein einfaches Problem ist.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von SwissBushIndian am 09.01.2018 11:55]
|
|
|
|
|
|
Ist wie bei neuen ThinkPad, es wiederholt sich
SWING ist wirklich keine Freude im Vergleich zu Gtk oder das bisschen Qt was ich gesehen habe. Die Ironie ist, Java hatte mit keinem seiner ursprünglichen Ansätze einen Erfolg (Embedded, AWT&SWING und Applets), aber auf dem Server hat es sich durchgesetzt.
|
|
|
|
|
|
|
Dann würde es aber ab und zu mal ein anständiges geben.
Und klar, Java hat sich da durchgesetzt, wo es seine Stärken ausspielen kann. Gute Parallelität, starkes Ökosystem, performant. Go kränkelt an den genau gleichen Problemen, und C# wird genau auch daran erkranken mit .NET Core. Mir ist das ja dann egal, weil das genau mein Ding ist, aber ich glaube das GUI Problem wird sich höchstens noch verstärken, anstatt besser zu werden. GTK ist halt auch echt Krebs um darin zu entwickeln.
|
|
|
|
|
|
|
Ich habe das Gefühl Intel verscherzt es sich komplett, nur Prozessoren ab 2013 sollen Microcodeupdates erhalten? Keine Updates für SandyBridge, IvyBridge...
Minimum wäre alle X86_64 Prozessoren mit Microcodeupdates zu versorgen.
|
|
|
|
|
|
|
Naja, seien wir ehrlich, das sind 5 Jahre. Kann man schon machen. Für die Bereiche wo das wirklich kritisch wird reicht das auch, und paar Consumer kann man schon mal ficken.
¤: Ich meine, geil finde ich das ja auch nicht. Aber was willste machen. Support für alte Technologie ist einfach nicht wirtschaftlich.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von SwissBushIndian am 09.01.2018 13:52]
|
|
|
|
|
|
|
|
|
|
Das ist halt leider echt einfach so. Das beschränkt sich jetzt aber auch nicht auf "unsere" Industrie.
¤: Ich musste auch letztens ein Ticket einfach schliessen weil jemand ein Plugin von mir auf einer Version installieren wollte, die von 2012 ist. Ja klar geht das nicht, aber der Aufwand das für jemanden zu fixen ist einfach nichtmal eine Sekunde wert. Irgendwann ist mit sowas einfach schluss.
¤: Ich meine, ich muss mit einem E36 auch nicht meinen in einer BMW Werkstatt antanzen zu müssen. Die haben nichtmal mehr die Möglichkeiten die Karre zu diagnostizieren.
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von SwissBushIndian am 09.01.2018 13:59]
|
|
|
|
|
|
| Zitat von SwissBushIndian
¤: Ich meine, ich muss mit einem E36 auch nicht meinen in einer BMW Werkstatt antanzen zu müssen. Die haben nichtmal mehr die Möglichkeiten die Karre zu diagnostizieren.
| |
finden die den Haubenöffner nicht?
|
|
|
|
|
|
|
| Zitat von GarlandGreene
| Zitat von SwissBushIndian
¤: Ich meine, ich muss mit einem E36 auch nicht meinen in einer BMW Werkstatt antanzen zu müssen. Die haben nichtmal mehr die Möglichkeiten die Karre zu diagnostizieren.
| |
finden die den Haubenöffner nicht?
| |
Die weigern sich halt tatsächlich kategorisch. "Ne zu alt mimimi". Kratzt mich prinzipiell wenig, da ich meinen Schrauber habe (und kleineres auch selber mache), aber die echten Werkstätten finden das wohl wirklich nicht so cool. Dabei könnten die ja damit ordentlich Reibach machen, es ist Schweiz hier. Das einzige was ich langsam nervt ist, dass ich den halt gerne zum Oldtimer fahren würde, und ich dafür irgendwann mal die Kiste wirklich gerne mal bei BMW stehen lassen würde. Muss ich mir irgendwann mal einen BMW Futzi anlachen.
¤: Wer einen Prozessor ins Oldertimertum fährt hat es btw auch nicht besser verdient
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von SwissBushIndian am 09.01.2018 15:00]
|
|
|
|
|
|
| Zitat von GarlandGreene
| Zitat von SwissBushIndian
¤: Ich meine, ich muss mit einem E36 auch nicht meinen in einer BMW Werkstatt antanzen zu müssen. Die haben nichtmal mehr die Möglichkeiten die Karre zu diagnostizieren.
| |
finden die den Haubenöffner nicht?
| |
Dummheit der Werkstatt, die Leben davon langlebige Autos in Ordnung zu halten. Ich hoffe du lässt jemand anders, ordentliches dann sein Geld ehrlich verdienen? Wenn wir alle Autos fünf Jahre lang fahren und dann entsorgen, darf die Werkstatt zweimal TÜV machen. Wie wollen die davon Leben, alle 20.000 km den Zahnriemen wechseln?
E36 würde ich an deiner Stelle auch zum Oldtimer fahren. Nettes Auto, die neuen BWMs gefallen mir auch alle nicht so, weil so "übertrieben". Ich fände es schön meinen A4 so lange zu fahren, wenn ich keinen Mist zusammen fahre wird die Bordelektronik dabei sicher zum größten Problem.
Übrigens ist mein X220 erst Baujahr 2013, von Lenovo gibt es noch Support. Und das ist Hardware, da gelten ganz andere Maßstäbe als bei Software. Vor allem kann man Hardware ohne diese Bugs vielleicht ab Mitte 2018 kaufen, frühestens. Mein großer Bruder hat den 386er von Siemens Nixdorf entsorgt, nachdem ich das Teil noch aufgehoben habe
Desktopgehäuse! Vollmetall! 32Bit und Schloss am Computer! Made in Germany. Mechanischer Tastatur und acht RAM-Slots.
|
[Dieser Beitrag wurde 3 mal editiert; zum letzten Mal von hoschi am 09.01.2018 15:22]
|
|
|
|
|
|
Klar lass ich das Ding richtig warten. Zumal ich noch unter 100kkm bin.
Und ja klar, das sollte so sein. Aber das ist jetzt ja wieder auch nichts was in Lenovos Macht liegt. Die können ja prinzipiell mal tatsächlich nichts für Intels... "fail". Ähnlich ist es auch wenn meine Lichtmaschine von Bosch aufgibt. Lenovo ist für die Hardware schlussendlich auch nur ein Reseller.
|
|
|
|
|
|
|
Können sie wirklich nicht, nur ein neues BIOS (zuletzt im Herbst wegen den UEFI-Lücken) mit inkludiertem Microcode rausgeben.
Meiner erst 54.000 km, aber ist auch zehn Jahre jünger als deiner und mein Papa hat ein VAGCOM für die OBD2-Schnittstelle. Jetzt darf mir erstmal keiner mehr ins Auto rein fahren, doofer Autovermietersohn. Habe immer noch kein Geld von der Versicherung bekommen
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von hoschi am 09.01.2018 15:27]
|
|
|
|
|
|
Apropos Updates, ich hab mir mit WindowsPE mal dieses IME Update aus den Lenovo Patches zusammengeklöppelt und jetzt wirft mir das so einen nichtssagenden 8771 Invalid File Fehler an den Kopf
Suche führt mich nur zu Asus Foren wo die das Update für ein paar Boards verkackt hatten.
Vielleicht hätte ich es vor dem letzten BIOS Update probieren sollen.
|
|
|
|
|
|
|
Ich kann das jetzt nur vermuten. Du wolltest kein Windows Booten für das BIOS-Update und hast kein CD-Laufwerk?
GETELTORITO
Hat die letzten male tadellos funktioniert, bootbares USB-Image aus bootbarem ISO-Image. Dann auf einen USB-Stick und eventuell im reinen LEGACY-BIOS-MODE hochfahren (bin mir nicht sicher, ob es mit UEFI-ONLY funktioniert). Über die Speicherkarte kannst du bei den meisten Lenovos nicht direkt hochfahren, weil die den Slot gerne per PCI-Express (schneller als USB 2.0...) anbinden.
Keine Ahnung warum Lenovo kein USB-Images direkt anbietet, nur ISO-Images. Kenner der X2#0-Linie werden mir beipflichten, dass das etwas komisch ist
|
[Dieser Beitrag wurde 5 mal editiert; zum letzten Mal von hoschi am 09.01.2018 17:58]
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Ich understande diesen joke nicht.
|
|
|
|
|
|
|
Hört sich nach Securitytheater an
// edit
Auf heise.de jubeln gerade alle, dass ihr alte CPU ein Microcodeupdate erhalten hat. Ich vermute, die liegen alle falsch. Das ist ein großes Tarball mit allen jemals freigegeben Microcodeupdates.
|
Code: |
$ iucode_tool -S -l microcode.dat -v
iucode_tool: system has processor(s) with signature 0x000206a7
microcode bundle 1: microcode.dat
iucode_tool: processed 164 valid microcode(s), 164 signature(s), 164 unique signature(s)
selected microcodes:
001/136: sig 0x000206a7, pf_mask 0x12, 2013-06-12, rev 0x0029, size 10240
iucode_tool: selected 1 microcode(s), 1 signature(s)
|
|
Das ist eines aus 2013, gegen SPECTRE kann das nichts tun.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von hoschi am 10.01.2018 14:14]
|
|
|
|
|
|
Microcode hat ne eigene Version; [ 0.691690] microcode: sig=0x306c3, pf=0x2, revision=0x19
| Zitat von SwissBushIndian
Ich understande diesen joke nicht.
| |
Ich hab was auf GitHub editiert, was jetzt (in grün und rahmengenäht) als verified angezeigt wird -- weil GitHub für mich unterschreibt
Früher(tm) war dieses Feature so, dass da verified steht, wenn ein Commit mit einem bei GitHub hinterlegten öffentlichen Schlüssel signiert wurde.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von csde_rats am 10.01.2018 15:22]
|
|
|
|
|
|
Ach so. Ja den Schlüssel habe ich auch hinterlegt. Ist mir wohl noch nie aufgefallen.
|
|
|
|
|
|
|
Ich möchte hier mal eine hilfreiche Library für C vorstellen, die Speicherverwaltung drastisch vereinfacht.
libkdump is a library. It allows to easily read kernel memory and physical memory. libkdump supports a wide range of CPUs by automatically adapting most parameters to the current execution environment. libkdump was tested on Ubuntu 16.04.3, both with an Intel Core i7-6700K and an Intel Xeon E5-2650 v4, but it should work on every Linux.
libkdump can be installed system-wide by running: make && sudo make install
e: Ok, wenn Microcode-Updates funktionieren, dann sollte das so in der Art aussehen:
[ 0.000000] microcode: microcode updated early to revision 0x22, date = 2017-01-27
[ 0.000000] Linux version 4.14 ...
[ 0.000000] Command line: ...
|
[Dieser Beitrag wurde 3 mal editiert; zum letzten Mal von csde_rats am 11.01.2018 11:01]
|
|
|
|
|
|
|
|
|
|
|
|
|
Thema: Der Linux-Thread 100 != 0x24 ( Ein Kernelupgrade später... ) |