Beiträge von oreissig


    Ja und Nein. Bei VDSL2 ohne Vectoring wird das auch passieren, wenn die DSLAMs bei Ihm demnächst aktualisiert werden. Dann wird auch die Dämpfung stark abfallen und der Sync fallen. Bei Vectoring wird der Effekt noch stärker.


    Die Firmware des Modems wird doch auch ständig aktualisiert.
    Zugegeben mag das vielleicht nicht gerade für den initialen Auslieferungszustand der 7390 sprechen, aber von den bisher viel beschworenen Problemen kann ich nicht klagen.


    Für VDSL ist leider das Modem der 7390 seehr schlecht..


    Ja. Viel Spaß, wenn Vectoring kommt bzw. für alle aktiviert wird ;) Dann kackt die l7390 ziemlich ab.. (teilweise 10Mbit weniger Sync)


    du redest bei der 7390 ununterbrochen davon, wie kacke das modem ist, und wenns doch nicht kacke ist, dann betriffts plötzlich diesen fall nicht mehr?
    nachdem also normales ADSL2+ und normales VDSL nun offenbar okay sind, soll ausgerechnet Vectoring der einzige verbliebene Problemfall sein? das werd ich ja sehen wenns bei uns geschaltet werden wird...

    Die gesamte Vorstellung gibts inzwischen auch

    Externer Inhalt www.youtube.com
    Inhalte von externen Seiten werden ohne deine Zustimmung nicht automatisch geladen und angezeigt.
    Durch die Aktivierung der externen Inhalte erklärst du dich damit einverstanden, dass personenbezogene Daten an Drittplattformen übermittelt werden. Mehr Informationen dazu haben wir in unserer Datenschutzerklärung zur Verfügung gestellt.

    Externer Inhalt www.youtube.com
    Inhalte von externen Seiten werden ohne deine Zustimmung nicht automatisch geladen und angezeigt.
    Durch die Aktivierung der externen Inhalte erklärst du dich damit einverstanden, dass personenbezogene Daten an Drittplattformen übermittelt werden. Mehr Informationen dazu haben wir in unserer Datenschutzerklärung zur Verfügung gestellt.

    ich habs mir vorher auch schon gedacht, aber jetzt find ich den gedanken auch mal in der fachpresse

    AnandTech über Apples A8

    Zitat von AnandTech

    To borrow an Intel analogy once more, the layout and performance of Enhanced Cyclone relative to Cyclone is quite similar to Intel’s more recent ticks, where smaller feature improvements take place alongside a die shrink. In this case Apple has their die shrink to 20nm; meanwhile they have made some small tweaks to the architecture to improve performance across several scenarios. At the same time Apple has made a moderate bump in clock speed from 1.3GHz to 1.4GHz, but it’s nothing extreme. Ultimately while two CPU architectures does not constitute a pattern, if Apple were to implement tick-tock then this is roughly what it would look like.

    Direkt ein Modem eruieren geht glaube nicht, aber du kannst PPP oder SLIP machen. Wie genau musste mal googlen, aber das sind die Stichwörter. Ich hab vor Ewigkeiten mal SLIP mit Windows gemacht, dürfte bei neueren Releases aber wohl verschwunden sein...

    Was nimmt man da im Jahr 2014 eigentlich?

    Ich bräuchte möglichst tolle Europakarten (und diese damit implizit auch offline verfügbar mangels Datenroaming). Sowas wie Spurassistent wär nett, falls es das gibt, sonst hab ich keine speziellen Featurewünsche.


    "more efficient use of physical memory" mag sein, da wärs mal interessant zu sehen wie viel das wirklich ausmacht. wenns jetzt irgendwie 50mb spart kann ich da auch drauf verzichten.


    um gleich mal den punkt der embedded-fraktion zu entkräften: nein, darum gehts mir nicht. in embedded systems macht man eh keine softwareverwaltung, da wird einfach das komplette OS-image neu geflasht und gut. bei einer fritzbox updatet man das OpenSSL nicht einzeln.
    damit wird software-verwaltung zu etwas, was einmal seitens des Herstellers gemacht wird (und der da auch ruhig hirnschmalz und arbeit reinstecken darf, damit das alles optimal zusammenpasst) und ist nix, was draußen beim Nutzer mit diversesten Systemkonfigurationen reibungslos laufen muss.

    wow ich hab schoela heraufbeschworen :)


    ein kernpunkt meiner argumentation war das dynamische linken. was passiert, wenn man das einfach nicht macht?


    hab inzwischen mal noch die position von einem redhat-mitarbeiter gefunden:
    Static Linking Considered Harmful

    • "fixes (either security or only bug) have to be applied to only one place: the new DSO(s). If various applications are linked statically, all of them would have to be relinked." das ist wiederum genau der punkt, der dazu führt, dass man niemals was anderes als minor fixes ausrollen kann.
      "By the time the problem is discovered the sysadmin usually forgot which apps are built with the problematic library." halte ich für unfug, dafür gibts repo-basierte paketmanager. wer nur das updatet, wo er selbst mitbekommt, dass es dort eine offene lücke gibt, ist eh grob fahrlässig...
    • "Security measures like load address randomization cannot be used. [...] Fixed addresses (or even only fixed offsets) are the dreams of attackers." Das ist meiner Einschätzung nach ein valider Punkt, oder gibts da im Kernel inzwischen voodoo magic, die das trotzdem randomisiert? Prinzipiell hab ich ja nix gegen dynamisches linken, nur sollen sich Apps halt nicht gegenseitig in die quere kommen, wenn sie die selbe lib teilen.
    • "more efficient use of physical memory" mag sein, da wärs mal interessant zu sehen wie viel das wirklich ausmacht. wenns jetzt irgendwie 50mb spart kann ich da auch drauf verzichten.
      kernel same page merging könnte ggf. abhilfe schaffen, aber das ist standardmäßig sicher nicht aktiv, oder?
    • der Rest ist irgendwie zeugs, was mich als Nutzer nicht so richtig kümmert...