|
|
|
|
|
|
|
| | Zitat von SwissBushIndian
| | | In computer science, garbage collection (GC) is a form of automatic memory management. | |
| |
|
|
|
|
|
|
|
|
|
|
|
Den Rest haste nicht gelesen, wa?
¤: Ach, ich doch lächerlich. Mach was du willst. Unterscheidet sich halt immernoch im einzelnen nicht zwingend fundamental von vielen GC implementationen. Ob man dem jetzt einen anderen Namen geben muss, sei dahingestellt.
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von SwissBushIndian am 25.04.2018 10:53]
|
|
|
|
|
|
|
|
|
Dann pass mit deinen Quotes besser auf. Ich sehe es nicht als falsch an, wenn man GC gleichsetzt mit ARC im Sinne von "um die Speicherbereinigung kümmert sich ein Automatismus". Dein Ducktyping ist der kritische Punkt, ARC funktioniert völlig anders als ein Garbage-Collector der aktiv als Prozess mitlaufen muss.
Wenn ich bei Stackoverflow drüberlese, unterscheiden die Leute hart zwischen ARC und GC. Ich sehe auch Threads, wo das Gegenteil (in deinem Sinne!) passiert und ARC ein Art von GC ist. Die Wikipedia ist ja genauso widersprüchlich. Das ist halt Definitionssache, wichtig ist, das einem der Unterschied bewusst wird.
|
|
|
|
|
|
|
|
|
|
|
|
Hat CPython ohne den optionalen ggc keine garbage collection mehr nach deiner Definition?
|
|
|
|
|
|
|
|
|
|
|
Gefährliches Pflaster. Sind wir uns den wenigstens einig, dass Python weiterhin eine eine automatische Speicherverwaltung hat? Das passt in deine Definition von oben.
Nach kurzer Suche im Web scheint das eine wohl gerne "reference counting collector" und den GC den man abschalten kann als "generational garbage collector" bezeichnet. Collector klingt für mich nach einer aktiven Komponente, ist das beim "reference counting collector" der Fall?
Dein Begriff von Garbage Collection ist eben weiter als meiner und deckt bei dir die komplette(?) automatische Speicherverwaltung ab. Der nächste bekommt da wahrscheinlich schon wieder einen Ausraster, weil normale Variablen auf dem Stack automatische Variablen sind 
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von hoschi am 25.04.2018 11:16]
|
|
|
|
|
|
|
|
|
|
Nö, das ist ja der Unterschied. Wo wir wieder beim Punkt sind, dass nicht jeder Garbagecollector zwingend einen eigenen Process braucht. Erlang und Ocaml zum Beispiel haben Threadlokale Garbagecollection. Ist das dann auch keine echte GC? Gerade weil der Begriff so ambivalent ist, würde ich nicht einfach so rausballern, dass ARC keine Form von GC ist.
|
|
|
|
|
|
|
|
|
|
|
|
Wir müssen uns dabei auch nicht einig sein. Ich würde immer den Unterschied herausarbeiten, also wie immer, Handbuch regelt.
|
|
|
|
|
|
|
|
|
|
|
|
Dann würde ich damit anfangen, die ganzen Wikiartikel zu korrigieren. Wenn du damit durch bist, habe ich dir hier eine Literaturliste mit offenen Errata.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von hoschi
ARC funktioniert völlig anders als ein Garbage-Collector der aktiv als Prozess mitlaufen muss.
| |
Ja und Nein. Wie Gnome/GJS ja gezeigt hat, kann man auch einfach die Nachteile von ARC und tracing kombinieren, indem rc==0 erstmal gar nix tut und ein separater Prozess gfree() aufruft.
| | Zitat von hoschi
ARC funktioniert völlig anders als ein Garbage-Collector, der aktiv als Prozess mitlaufen muss.
| |
Ja
| | Zitat von hoschi
ARC funktioniert völlig anders als ein Garbage-Collecto.
| |
Nein
——
- nVidia-Karte statt AMD
- Open-Source Treiber zu langsam für Compositing
- Aber proprietäre NV-Treiber sind selbst für Custom-Kernel schnell installiert
- ...
- Schrift zu groß
... all die Jahre wurde die DPI vom Monitor nicht richtig erkannt und jetzt brauche ich Force-DPI auf eine falsche Zahl 
Das mit dem Runtertakten scheint unter Linux so eine Sache zu sein, teilweise läuft die Karte einfach mit x.y GHz im Desktop-Modus und geht ohne ersichtlichen Grund in einen niedrigeren Modus, schaltet aber schnell wieder hoch. Unter Windows taktet die Karte sogar in Spielen runter - etwa wenn ich in Skyrim in einen engen Dungeon reingehe, gehen Kern- und Speichertakt auf die Hälfte zurück ... während meine alte Karte froh war, wenn sie konstant 60 FPS geschafft hat
Diese Zero-Fan-Geschichte scheint dagegen komplett vom Takt unabhängig zu sein, sondern ausschließlich von der Temperatur bestimmt zu sein. Sehr schön.
|
|
[Dieser Beitrag wurde 4 mal editiert; zum letzten Mal von csde_rats am 25.04.2018 12:23]
|
|
|
|
|
|
|
|
|
Warum hast du das getan? Arme AMD 
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Richtig. Zweifellos. Aber ohne Erläuterung des Gefühlsausbruches?
|
|
|
|
|
|
|
|
|
|
|
|
Ich wollte eine nutzlose Endlosdiskussion anstoßen
|
|
|
|
|
|
|
|
|
|
|
Gibt doch dabei auch nix zu diskutieren.
|
|
|
|
|
|
|
|
|
|
|
|
ZZ
|
|
|
|
|
|
|
|
|
|
|
Bester Befehl!
Ich danke übrigens dem Heiseforum für diese hübsche Kombination:
😞🔫
|
|
|
|
|
|
|
|
|
|
|
|
Ich finde es bis heute schade, dass ZZ nicht Top macht.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
na wordpress war durch seine sicherheutslücken soviel in den medien und wird von der halben welt jetzt eingesetzt, da dachten die wohl sie brauchen auch mal nen marketing schub.
|
|
|
|
|
|
|
|
|
|
|
|
Ist doch nur eine Nachwehe des letzten Fixes.
|
|
|
|
|
|
|
|
|
|
|
eine remote code execution hier, eine da, wer wird da schon picky sein.
it's not a bug, it's a feature!
|
|
|
|
|
|
|
|
|
|
|
AMD geht es etwas besser.
| | | AMD nutzt die guten Zahlen der vergangenen Monate, um das Budget für Forschung und Entwicklung (R&D) zu erhöhen: Es betrug 343 Millionen US-Dollar im ersten Quartal 2018 statt 271 Millionen US-Dollar im Vorjahresquartal. | |
Die Zahlen sind im Vergleich zu Facebook oder ähnlich winzig, dabei stellt AMD wirkliche Dinge her. Ich frage mich immer, ob die Spekulationsblase unter Google, Facebook oder Twitter sich jemals auflösen wird. Diese Unternehmen sind mächtig und haben unglaublich viele Nutzer vollständig unter Kontrolle, andererseits könnte auch anderen Firmen (wie eben Proctor&Gamble) dass die Onlinewerbung überbewertet ist. Irgendwer kommt auf die Idee etwas tolleres als Facebook zu schaffen, die Liste an Riesen die verschwunden sind ist so lange.
|
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von hoschi am 26.04.2018 11:07]
|
|
|
|
|
|
|
|
|
Immerhin ist es diesmal A:User. Patch kommt morgen, spätestens Montag.
Armes AMD: Ich hatte eigentlich nicht wirklich vor was so hochpreisiges zu kaufen, aber nach nem guten Jahr oder was mit "will mal ne neue Graka" hatte ich langsam keinen Bock mehr auf warten. Mittelklasse gibt es ja dank Miningspaten nicht mehr, AMD-Highend ist in den letzten paar Generationen immer Murks gewesen, ergo kriegt nVidia diesmal ungefähr so viel Geld hinterhergeworfen, wie ich wohl bisher insgesamt für Grafikkarten ausgegeben habe. Such is life.
Die Zeiten in denen man alle 1-2 Jahre ne neue Karte brauchte, sind ohnehin schon lange vorbei.
|
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von csde_rats am 26.04.2018 23:40]
|
|
|
|
|
|
|
|
|
Würde ich aktuell genau so machen, würde mir meine 380X nicht mehr reichen. Und das liegt derzeit auch nur daran, dass ich einfach keine Zeit zum spielen habe. Shit anzeigen kann auch mein Thinkpad in der Dock, aber darüber hinaus liefert AMD einfach zu wenig.
Mein Xeon update wird aber, so wie es derzeit aussieht, definitiv wieder AMD.
|
|
|
|
|
|
|
|
|
|
|
|
Vega ist doch brauchbar. Hat halt das gleiche Problem wie die Mittelklasse: zu teuer wegen Miningspaten.
|
|
|
|
|
|
|
|
|
|
|
|
Ist doch alles zu teuer. Und wenn schon, dann sollte man derzeit halt zu NV greifen.
|
|
|
|
|
|
|
|
|
|
|
|
Alter. Die 1060 von nvidia kostet ja jetzt mehr als November 2016 als ich sie mir gekauft habe. Wtf.
|
|
|
|
|
|
|
|
|
|
|
computerbase.de
Bin sehr zufrieden mit der AMD RX560, die Karte läuft einfach (wie bei Intel) und ich muss mir da auch in Zukunft keine Gedanken machen. Grafikleistung passt auch. Ich hätte viel lieber eine RX580 geholt, aber da die AMD-Karten für das Mining leider gut geeignet sind (Traxer hat das ja mal beschrieben), war die außerhalb meines Preisbereiches. Und Spielen tue ich halt auch nicht mehr so oft. Die Preissteigerungen bei Nvidia sind im Verhältnis kleiner, interessant ist der Unterschied zwischen der RX-Serie und VEGA bei AMD.
Auf Grund der Treibersituation unter Linux immer AMD, außer man hat spezielle Ansprüche wie irgend eine Feature oder mag Nvidia einfach. Ich bin nicht absichtlich anderer Meinung als Swiss, manchmal sehe ich es ja genau so wie er.
|
|
[Dieser Beitrag wurde 10 mal editiert; zum letzten Mal von hoschi am 27.04.2018 10:21]
|
|
|
|
|
|
|
|
|
|
Ich würde auch AMD kaufen, und habe selber im Desktop eine. Aber aktuell macht, wenn man hohe Leistung will, Vega Preis/Leistungstechnisch leider wenig Sinn. Da kann ich den Kauf von rats mehr als nachvollziehen.
|
|
|
|
|
|
|
|
|
|
|
|
Einfach selber minen, dann kann man sich auch Grafikkarten leisten.
|
|
|
|
|
|
|
|
| Thema: Der Linux-Thread 100 != 0x24 ( Ein Kernelupgrade später... ) |
