Beiträge von .Hermes

  • FF & Nvidia 320.18 Probleme

    Gleich vorab, mit mobilen Geräten kenne ich mich nicht aus, kann mich also dazu wirklich nicht äußern.

    Und klar, wenn eine Anwendung die GPU nutzen kann, wird sie effektiv schneller, was wiederum dem Anwender gut tut.

    Ich war ja nur über Mühe, die Mozilla für das Windows aufbringen musste sehr überrascht. Warum muss man dort andere API benutzen und immer wieder auf die Nase fallen ?

    Ich war durch die HWB nur peripher tangiert, als sich meine Sicherheitssoftware meldete und und einen Zugriff des Fx auf den Grafiktreiber meldete. Nun weiß about:support …

    Zitat

    Geräte-ID GeForce GT 640/PCIe/SSE2
    GPU-beschleunigte Fenster 0/2 Basic

    dass der Fx nichts beschleunigt. (Wie man erkennen kann, ist es auch keine HW für Gamer)

    Dennoch profitieren der Fx und ich von der GPU, denn das ist Sache des Treibers.

  • FF & Nvidia 320.18 Probleme

    Zitat von Sören Hentzschel

    Ich bin trotz aller Probleme in jedem Fall froh,

    Das nehme ich ohne Vorbehalt an.

    Zitat von Sören Hentzschel

    dass Firefox eine Beschleunigung durch die Grafikkarte unterstützt,

    Da trennen sich unsere Geister.
    Was geht eine Software, vom Typ Anwendung, die installierte Hardware an ?

    Die Kiste sollte eigentlich total transparent sein. I.aW. auch andere Programme sollten auch ohne Anpassungen davon profitieren,

  • Firefox 13 - Sitzungsmanager (?) - offene Fenster alle weg

    Zitat von Oni-chan

    Der Cache ist mit 1 GB voll belegt aber ohne den Sitzungsmanager kann Firefox nicht drauf zugreifen.

    Was veranlasst dich zu so einem Unfug ?
    Der Cache hat mit dem Sitzungsmanager absolut nichts zu tun.

    Auch wenn du einen uralten, unsicheren Fx betreibt. rufe ihm einmal mit dem Parameter "-P" auf und gucke ob du nicht ein neues Profil erzeugt hast.

    P.S. es sei dir angeraten, die alte Kamelle zu entsorgen und einen aktuellen Fx zu benutzen.

  • Entwicklung Firefox

    Zitat von EynMarc

    und den ist wider alles auch wider im C:

    Verstehe ich jetzt wirklich nicht.

    Was andere Programme nicht vertragen, interessiert mich nicht die Bohne.

    Der Fx ist ein UrUrEnkel des am Cern geschaffenen Mosaic. D.h er war immer für ein Multiuser-System konzipiert und wusste nie aus welchem Verzeichnis er gestartet wurde.

    Wenn jetzt eine Abhängigkeit von C: existiert, hat Mozilla echt einen Fehler eingebaut. Ich kann es aber nicht nachvollziehen.

    Eine Vermutung, wirklich nur eine Vermutung geht in die Richtung einer nicht umgestellten Systemvariablen.

  • Entwicklung Firefox

    Zitat von Sören Hentzschel

    Updates werden eben nach AppData heruntergeladen und das befindet sich im User-Verzeichnis, welches halt auf C liegt.

    Ich verstehe es nicht. Warum sollte der Fx sein Update an diesen Ort speichern ?

    Als Beispiel Auszüge des hiesigen Logs …

    Code
    Performing a background update
SOURCE DIRECTORY /home/max/bin/firefox/updates/0
DESTINATION DIRECTORY /home/max/bin/firefox/updated

    Hier erkennt und nutzt der Fx sein Installationsverzeichnis um abschließend …

    Code
    Performing a replace request
SOURCE DIRECTORY /home/max/bin/firefox/updates/0
DESTINATION DIRECTORY /home/max/bin/firefox/updated
Begin moving sourceDir (/home/max/bin/firefox) to tmpDir (/home/max/bin/firefox.bak)
rename_file: proceeding to rename the directory
Begin moving newDir (/home/max/bin/firefox.bak/updated) to sourceDir (/home/max/bin/firefox)
rename_file: proceeding to rename the directory
Now, remove the tmpDir


    durchzuführen. Definitiv kann Mozilla keines der Verzeichnisse kennen.
    Warum sollte es unter Windows anders sein ?
    Selbst da kann der Anwender die Verzeichnisse, bei gebotener Kenntnis, verlagern.

  • Entwicklung Firefox

    Zitat von Sören Hentzschel

    nicht im Programm-Ordner von Windows (wo Programme hingehören!) installiert hast.

    Keine Ahnung warum das wichtig sein sollte.
    Hier laufen die Updates in einen beliebigen Ordner einwandfrei und mir sind kein Stellen einer Abhängigkeit vom Biotop bekannt.

    Was mich allerdings stört, sind die Zeilen …

    Zitat von EynMarc

    Performing a replace request
    SOURCE DIRECTORY C:\Users\EynMarc\AppData\Local\Thunderbird\thunderbird\updates\0
    DESTINATION DIRECTORY D:\Prog\Inet\eMail\ThunderBird\TunderBird 23.0a2\updated
    rename_file: failed to rename file - src: D:\[…]


    ich kann aber nicht beurteilen warum Laufwerk C: als Quelle herangezogen wird …

  • Defragmentierungs tools

    Zitat von Darklord666

    Das Defragmentierung erforderlich ist, sollte eigentlich klar sein.

    Ein hartnäckig gepflegter Aberglaube.
    Auch wenn die Freiraumverwaltung mancher Dateisystem nicht optimal ist, manche Fundstellen im Web reflektieren uralte Zeiten wie unter DOS und Windows 1.x.

    Unter modernen OS kann kein Programm mehr optimal liegen, da die im Hintergrund laufenden Prozesse definitiv nicht berücksichtigt wurden.

  • Defragmentierungs tools

    Nur bezüglich des Defragmentieren.

    Vor einigen Jahren, als Windows noch in den Windeln lag, machte es Sinn die Datenträger zu organisieren.

    Inzwischen ist das Windows etwas größer und mit verschiedenen Hintergrundprozessen ausgestattet, deren Plattenzugriffen nicht mehr manuell kontrolliert werden können.

    I.a.W. vor dem Defrag lagen die Dateien falsch und nach dem Defrag liegen sie woanders falsch.
    Man muss nur das profane menschliche Empfinden ausschalten.

  • Defragmentierungs tools

    Bezüglich der SSD ist die Auswertung der Ergebnisse eine echte Arbeit.

    Man kann zwar Filter für die Suche erstellen, aber man weiß nie welche Artikel, obwohl veraltet, einfach abgeschrieben wurden.
    Gerade bei einer sich rasant verändernden Technologie ist das bedeutsam.

    P.S.
    Bislang gibt es keine Suchmaschine die meinen Anforderungen genügt.