Zitat von Darklord666Es ist wohl nicht ungewöhnlich, dass Hunde bei Hitze Fell verlieren
Danke für den Hinweis.
Zitat von Darklord666denn Hunde können wie Menschen auch Sonnenbrand und Hitzschlag erleiden
Die Gefahr besteht nicht, denn das "Gassi-Gehen" ist auf die Stunden des frühen Morgen und des frühen Abend beschränkt.
Auch wenn es ein Wüstenhund ist, achte ich sehr wohl auf das klimatische Umfeld bei Hitze. Das Akklimatisieren benötigt halt bei allen Wesen eine gewisse Zeit.
Zitat von Darklord666Mit dem Fell ist es ihm offenbar zu heiß.
Sicherlich.
Aber es fällt momentan gerade auf. Es ist ja nicht wie ein Wechsel eines Pullover. Ein neues Fell benötigt ja mehrere Wochen. Gedankenhilfe: Man überlege wie lange es beim eigenen Haupthaar dauert 3cm zu gewinnen.
Nur die Heftigkeit dieses Fellwechsels war für mich überraschend.
Hier waren es gerade gepflegte 34°C.
Ob es mit diesen Temperaturen zusammenhängt kann ich nicht sagen. Mein Hund ist derzeit in der Mauser. Er verliert Fell ohne Ende, ein tägliches Striegeln ist angesagt.
Weil ich nur über Proxy ins Internet gehe.
Alle Programme und Virtuelle Maschinen nutzen ihn.
Na ja, mein System ist da anderer Meinung …
$ curl -I http://www.oberallgaeu.org:85/filer/186/2011…llmacht.evb.pdf
HTTP/1.0 403 Forbidden
Server: squid/3.1.20
Mime-Version: 1.0
Date: Tue, 06 Aug 2013 11:39:22 GMT
Content-Type: text/html
Content-Length: 3301
X-Squid-Error: ERR_ACCESS_DENIED 0
Vary: Accept-Language
Content-Language: en
X-Cache: MISS from localhost
X-Cache-Lookup: NONE from localhost:3128
Via: 1.0 localhost (squid/3.1.20)
Connection: keep-alive
Ich nicht. Ich bekomme ein herzhaftes "403. Forbidden.
Dies kommt von "wget", ein uraltes schlichtes aber effektives Programm.
Welche Meinung dazu hegt der Betreiber der Site ?
Sache des Treibers. Untersuche deine Konfiguration.
Eine Perle für die Nachteulen oder Aufzeichner:
Do. 08.08 1:35 auf kabel eins: Chicago (Wikipedia)
Ein unbedingtes Muss für Jazz-Freunde. Kein Fuß bleibt ruhig.
Ich muss mich korrigieren.
Die neue Integration in das System des Fx geht weiter als ich es vermutete …
Profil: ~/.mozilla/firefox/<Profilname>
Cache: ~/.cache/mozilla/firefox/<Profilname>/Cache
Wobei ~/.cache ein verstecktes Verzeichnis ist, das alle Anwendungen nutzen.
Zitat von Boersenfegerweisst du ggf auch was zu der sehr großen Aurora-Datei?
Da ist beim Build-Prozess etwas schief gelaufen.
Die Datei enthält zu viel übriggeblieben Krempel. Ein simpler Vergleich mit einer anderen Sprache zeigt es dir.
Mach dir keine weiteren Gedanken.
Bau dein System neu auf und auch der Fx wir rennen wie Sau.
Zitat von Sören HentzschelMehr gibt es nicht zu sagen.
Danke für das Foto.
Es führte mich zu Gedanken, wie lange das Lachen im Erbgut verankert ist.
Da scheint bei dir etwas verbuxelt zu sein …[attachment=0]UX.png[/attachment]
Zitat von Sören Hentzscheldass die Äußerungen der Entwickler sowohl von Google als auch von Mozilla mehr Substanz haben als unsere Beiträge hier.
Zugegeben, ich kann ihnen nicht das Wasser reichen.
Zitat von Sören HentzschelMeine Kern-Aussage war auch nur, dass ab einer gewissen Cache-Größe kein Vorteil daraus mehr feststellbar
Das ist ein beliebter Irrtum, nicht die Cache-Größe ist entscheidend. sondern der Grad der Auslastung. Je mehr Platz zur Verfügung steht um so mehr kann der Cache "frei Atmen"
Zitat von Sören Hentzschelund sich das dann gegenteilig auswirkt
Dafür gibt es wirklich keinen Grund.
Die Zugriffsmethoden haben doch mit der Größe nichts zu tun.
Zitat von Sören Hentzschelje mehr Daten vorhanden sind, desto länger dauert der Lookup.
Das war ja eigentlich mein Aufhänger für eine fehlerhafte Implementation. Die Anzahl der Objekte im Cache sollte keine Rolle spielen.
Da der Cache oft benötigt wird, sind dessen Indizes etc. bereits im Hauptspeicher.
Wenn dann ein Lookup länger dauert, liegt es nur an der Implementation.
Zitat von Sören HentzschelUnd da kamen beide Unternehmen letztlich zu dem Schluss, dass etwa 350 MB ein gesunder Wert sind.
Als Schonung des Systems nehme ich den Wert mal hin.
Zitat von bigpenDas sehe ich anders.
Finde ich gut. Eine gesunde Diskussion setzt unterschiedliche Meinungen voraus.
Zitat von Sören Hentzschelhttps://plus.google.com/103382935642834 ... RekvZgdnBb
Den Beitrag kannte ich bereits. Nur habe ich diesen, wie auch den Report bei Bugzilla bereits aus gespeichert.
Der Tenor ist aber leider "Nix genaues weiß man nicht" (Redewendung). Nett geschrieben aber für mich mangelt es an Substanz.
Jedoch besteht immer noch kein Zusammenhang zwischen …
Zitat von Sören HentzschelNatürlich hat der Zugriff auf die Festplatte mit Firefox
und …
Zitat von Sören HentzschelDer Cache kann langsamer sein, wenn er zu groß ist.
Man muss zwischen den vom System gegebenen Ressourcen und den Anwendungsprogrammen unterscheiden.
Dein primärer Satz klang so, als ob der Fx der bremsende Faktor wäre. Darum kam ja auch mein Einwand mit der fehlerhaften Implementierung.
Zitat von MithrandirDer Cache-Ordner liegt normalerweise nicht (mehr) im Profilordner,
Gilt aber nur für ein gewisses Biotop.
Wirf doch mal einen Blick auf den Fx unter Ubuntu.
Palli und @Sören,
danke für die Info.
Zitat von Sören HentzschelEs ist nämlich auch so, dass je mehr Dateien im Cache liegen, desto länger benötigt der Browser, um die Ressourcen zu finden.
Das ist ja gerade der Indikator für eine fehlerhafte Implementation.
Bei einer sauberen Implementation ist die Anzahl der Objekte im Cache absolut unbedeutsam. D.h. die Zeit für das Finden eines Objekts ändert sich nicht.
Ein anderes Thema ist der Zugriff auf die Festplatte, nur der hat mit dem Fx nichts zu tun.
Ich habe die Limitierung des Fx auch gesehen und zeitweilig auch die Bugs dazu verfolgt. Genauso wie Mozilla gerade den Cache neu erfindet.
Ich kann ja nicht alles verfolgen und mir die Fundstellen merken.
Zitat von Sören HentzschelDer Cache kann langsamer sein, wenn er zu groß ist.
Aber nur dann wenn er fehlerhaft implementiert ist.
P.S. hier läuft ein Cache einer Drittfirma Squid für alle Programme. D.h. kein Fx hat seinen eigenen Cache. Hat z.B. Vorteile wenn man verschieden Instanzen des Fx nutzt.
Die maximale Größe ist derzeit auf 4 GB eingestellt, aber über 2.5 - 3 GB werden nicht genutzt.
