Firefox jumittaa vähäksi aikaa jokaisen sivunlatauksen kohdalla.

[tetrafuran]

Aina kun lataa jotain sivua firefoxilla, on FF pari sekuntia täysin jumissa. Jos siis esim wikipediaa lukiessa aukaisen välilehtiin pari linkkiä artikkelin seasta, muuttuu auki olevan sivun rullaaminen mahdottomaksi pariksi sekunniksi. Vähäisellä surffailulla tämän vielä sietää, mutta sietokyky alkaa pikkuhiljaa ylittymään. Ei se ennen ollut näin tahmainen.

Tuon parin sekunnin jumitus tulee aina kun lataa mitä sivua hyvänsä. Sinä aikana rullaaminen ja nappien painaminen on mahdotonta. Hitaus ei ulotu FF:n ulkopuolelle. Käyttis ja muut ohjelmat toimivat hyvin. Vain FF tahmaa. Rullaukset ja painallukset kyllä menevät talteen. Malttamaton käyttäjä palkitaankin siis tahmausjumituksen päätyttyä sillä, että kaikki rullauskomennot astuvat voimaan samalla sekunnilla. Siis alas-ylös rullaukset saavat sivun loikkimaan lattiasta kattoon heti kun FF:n tauko loppuu. Tällöin siis tauon aikana sivujen selailu, tabien vaihto ja kaikki muu on mahdotonta, mutta komennot jäävät jonoon.

[vmapinf]

Onko sulla uusin Firefox 3.5? Jos ei, niin kokeile sitä.

[kalarm]

Voit myös kokeilla poistaa FireFox Synaptic-pakettienhallinnasta (merkitse kokonaan poistettavaksi) ja asennat uudelleen.

[gdm]

Voit myös kokeilla poistaa FireFox Synaptic-pakettienhallinnasta (merkitse kokonaan poistettavaksi) ja asennat uudelleen.

Miksi?

Ensialkuun mieluummin kokeilee puhtaalla profiililla "firefox -P"
Tai putsaa hakemiston ~/.mozilla/firefox
Jos ei toimi, niin sitten uudelleenasennus.

[kalarm]

Voit myös kokeilla poistaa FireFox Synaptic-pakettienhallinnasta (merkitse kokonaan poistettavaksi) ja asennat uudelleen.

Miksi?

Ensialkuun mieluummin kokeilee puhtaalla profiililla "firefox -P"
Tai putsaa hakemiston ~/.mozilla/firefox
Jos ei toimi, niin sitten uudelleenasennus.

Jos tuo on nopeampi tapa niin hyvä. Laitetaan muistiin.

[anttimr]

Tämähän on tunnettu robleema Firefox 3:n kanssa. Firefoxin oletusasetuksena on, että jokaisen sivulatauksen jälkeen  ~/.mozilla/firefox/[profiilin_nimi]/places.sqlite tietokantaan kirjoitetaan päivitys selaushistoriaan (samassa tiedostossa on myös kirjanmerkit). Ongelman (tai ominaisuuden ) pitäisi olla tavanomaisen suorituskyvyn omaavalla PC:llä aika mitätön ja huomaamaton, mutta joissain tapauksissa syntyy tuollaista silminnähtävää tökkimistä: joko levy-io:n toiminnassa on jotain vikaa tai sitten places.sqlite on paisunut mahdottoman suureksi.

Jälkimmäiseen auttaa tietenkin profiilin nollaus, mutt samalla siis menevät kirjanmerkit (jos ei tallenneta) ja selaushistoria. Myös sqlite-tietokannan kompaktointia olen nähnyt jossain esitettävän ratkaisuna. Toki voi myös raakasti vain deletoida places.sqlite tiedoston ja FF luo sen seuraavalla käynnistyksellä uudelleen. Tällöin kirjanmerkit säilyvät samassa hakemistossa viimeksi tallennettuna varmuuskopioina.

Kiinnostaisi kyllä kuulla onko kyseessä joku hitaalla ssd-asemalla varustettu miniläppäri? Silloin nimittäin parhaat lääkkeet on ihan toiset - eli places.sqliten kirjoittaminen tmpfs-osiolle (eli RAM-muistiin). Myös toiminta "varoita hyökkäyssaiteista" tms. kannattaa poistaa, jos sitä ei koe erityisen tarpeelliseksi. Sekin aiheuttaa ylenmäärin levykirjoituksia.

[tetrafuran]

Kiitoksia vinkeistä.
3.0.11 on tällä hetkellä käytössä. Pitääpä katsoa millä ilveellä tähän saisi uudemman. Synaptic ei nimittäin näytä uudempaa ollenkaan.

Käytössä on muuten acer aspire one ZG5 ja ubuntu netbook remix. Sivuhistorian päivittäminen vähänväliä on todennäköinen syyllinen. Onhan tässä nimenomaan se 8GB SSD. Muistaakseni jossain oli juttua että acer nimenomaan laittoi näihin läppäreihin niitä huonoja SSD asemia. Nojoo. Hitaus on havaittu jo aikaisemmin ihan vain tiedostojen tallentamisesa. Selaushistoria on minulle hyvin tärkeä, mutta osaltaanhan sitä voi kompensoida käyttämällä kirjanmerkkejä ja laittamalla niille tageja.

En tiennyttkään että FF haluaa rämplätä asemaa vähänväliä. Voisitko muuten selventää hieman täsmällisemmin miten tuota saisi rauhoitettua. Rammia on gigan verran, joten normaaliaktiviteeteissa se on riittänyt oikein hyvin. Osan siitä voisi hyvin uhrata FF:lle. Nytkin on tusinan verran ikkunoita auki, niin että neljä virtuaalityöpöytää onkin tarpeen. Muistia on silti kulunut vain 33%.

Näissä SSD laitteissa pitäisi paremmin hyödyntää RAM ja vähentää SSD:n käyttöä.

Rupesin juuri pitämään silmällä tuota levyn lediä ja näyttäähän se palavan yhtenään sivuja lataillessa. Eipä ihme siis.

[anttimr]

Minulla on Asus EeePC 901 ja /home osio Firefoxin profiileineen myös hitaalla 12 Gt SSD-levyllä. FF 3.5 ja FF 3.0 toimivat levykirjoitusasiassa samalla tavalla, joten ei siihen ei päivitys auta. Muutenkin voin nyt noin viikon kokemuksella sanoa, ettei 3.5 ja 3.0 nopeudessa tunnu merkittävää eroa. Joten voit huoletta surffailla edelleen FF 3.0:lla, mikäli FF 3.5.n muut ominaisuudet eivät ole välttämättömiä.

Olen ruuvannut Firefoxia aika paljon levykirjoitusten vähentämiseksi. Tässäpä jotain:
Nämä rivit /etc/fstab tiedostossa:

tmpfs      /var/log        tmpfs        defaults           0    0
tmpfs      /tmp            tmpfs        defaults           0    0

Eli /tmp ja /var/log hakemistot keskusmuistissa. Tmp-hakemiston muistinkäytöstä ei ole tarvinnut huolehtia, pahimmillaan ollut joitakin kymmeniä megatavuja. Riippuu ratkaisevasti siitä käyttääkö ohjelmia, jotka hyödyntävät /tmp hakemistoa. tmpfs kuluttaa muistia vain todellisen tarpeen mukaan. Itselläkin 1 Gt riittänyt hyvin kaikkeen mitä teen.

Firefoxin asetuksista turvallisuus-välilehdeltä pois kaksi täppää: hyökkäys ja huijaussivustovaroitukset vai mitä olivatkaat. Tehoaa siihen, että profiilin urlclassifier3.sqlite tiedoston jynssääminen loppuu.

FF:n about:config asetussivulla (siis kirjoita osoitteriville about:config) mulla on tällaisia arvoja (mainitsen vain oletusarvoista poikkeavat):

browser.cache.disk.capacity 36000 (noin 36 Mt)
browser.cache.disk.parent_directory /tmp (en muista pitikö juuri tämä avain luoda itse eli välimuisti siirretään tmp:iin)
browser.cache.offline.enable false

browser.sessionstore.interval 180000 (avoimien välilehtien tallennus 180000 ms eli 3 minuutin välein. oletusarvo on 10 sekuntia)

Sitten siihen places.sqlite ongelmaan:
Aluksi kannattanee sulkea Firefox ja siirtyä operoimaan profiilihakemistoon ~/.mozilla/firefox/[joku].default/

Koodia: [Valitse]

cp places.sqlite places.varavarmuuskopio

Koodia: [Valitse]

cp places.sqlite /tmp/oma.places.sqlitekopiointi tempiin

Koodia: [Valitse]

rm places.sqlite

Koodia: [Valitse]

ln -s /tmp/oma.places.sqlite places.sqliteLinkitetään tempissä olevaan tiedostoon.

Näillä vinkeillä pitäisi FF:n jo sukkeloitua melkoisesti (ja ssd:n käyttöikä pitenee ainakin teoriassa).

Haittapuolena on siis, että aina sammutuksen ja rebootin yhteydessä selaushistoria ja kirjanmerkit katovat. Kirjanmerkit FF varmuuskopioi automaattisesti kerran vuorokaudessa bookmarkbackups hakemistoon, josta ne voi palauttaa (saisi kopioida useamminkin). Itse boottaan harvoin ja suljen tavallisesti miniläppärin keskeytystilaan, jolloin tiedot säilyvät - eikä selaushistorian ajoittaisella nollautumisella ole itselleni väliä. Varmuuskopiointeja ssd-asemalle voisi tietenkin tehdä myös ajastettuina cron-jobeina ja X-istunnosta ulkoskirjautumisen yhteydessä, mutta en ole siihen jaksanut panostaa.

[Eesaurus]

Jos ei ole riippuvainen tietyistä FF:n lisäosista, niin yksi vaihtoehto olisi kokeilla Epiphany -selainta. Käyttäisin itse sitä, ellen haluaisi välttämättä 'restore scroll position' -lisäosaa selaimeeni. 

[anttimr]

Mukava, että ehdotit sentään mainiota Epiphanyä, eikä mitään suljetun koodin vaihtoehtoja...
Se onkin hyvä vaihtoehto, mutta siinä on puutteensa. Oletko asentanut siihen esim. miniläppärissä käytännössä välttämättömän Flashblockin. Onnistuu, mutta ei helposti.

Jos pidetään tämä ketju vain Firefoxin ongelmien selvittelyketjuna ja koitetaan välttää selainsotaan ajautumista.. pliis.   

[tetrafuran]

Rupesin tuossa eilen illalla itsekseni tutkiskelemaan myös tätä asiaa. Löysin yhden vinkkisivun, jossa kerrottiin, että laitetaan juuri tuolla fstab tiedostossa tmpfs systeemillä temppi rammiin. Sitten menin FF about:config paikkaan, jossa myös oli ohjeen mukaan mahdollista laittaa swapit rammiin. Vähänkö oli hauskaa kun avasin about:config "sivun". Here be dragons! I'll be careful, I promise... heh. joo.

browser.cache.disk.parent_directory. Set the value to /tmp.

Ohjeen mukaisesti lisäsin fstabiin rivin

Koodia: [Valitse]

tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
Tämä tosin eroaa hieman sinun kertomastasi vinkistä. Onko erolla suurikin merkitys? Näillä nikseillä FF alkoi käyttäytyä jo paljon nätimmin. Rammin kulutus kasvoi pari prosenttiyksikköä.

Tänään saaduista vinkeistä poimin kuitenkin vain seuraavan:
browser.sessionstore.interval 60000 (eli 1 min)

Kokeilin jo joskus aikaisemmin muutamia selaimia kuten seamonkey ja epiphany. Ne todellakin toimivat eri tavalla kuin FF. Niiden käyttö vain jäi aika lyhyeksi, koska olin juuri oppinut hyödyntämään FF ominaisuuksia omasta mielestäni melko hyvin.
ctrl + l menee osoiteriville ja sieltä saankin näppiksellä paljon kivoja komentoja aikaiseksi. Monet hakukoneet olen virittänyt toimimaan lyhyillä komennoilla. Kun kirjoitan esim. "wa earth mass" ilmoittaa wolfram|alpha paljonko maapallo painaa. Kun taas kirjoitan "gi saturn" aukeaa google images galleria saturnuksen kuvista. Samalla logiikalla olen valjastanut käyttööni monia muita näppäriä palveluita kuten wikipedia, finspell, dictionary.com, sanakirja.org ja niin edelleen. En tiedä onnistuuko sama tehokkuus muilla selaimilla.

Käytän FF:n historiaa aika usein, joten sen menettäminen ei juuri maistu.

Kiitos kuitenkin vinkeistä.

[audi]

browser.sessionstore.interval 180000 (avoimien välilehtien tallennus 180000 ms eli 3 minuutin välein. oletusarvo on 10 sekuntia)

Sitten siihen places.sqlite ongelmaan: - - -Linkitetään tempissä olevaan tiedostoon.

Näillä vinkeillä pitäisi FF:n jo sukkeloitua melkoisesti (ja ssd:n käyttöikä pitenee ainakin teoriassa).

Haittapuolena on siis, että aina sammutuksen ja rebootin yhteydessä selaushistoria ja kirjanmerkit katovat. Kirjanmerkit FF varmuuskopioi automaattisesti kerran vuorokaudessa bookmarkbackups hakemistoon, josta ne voi palauttaa (saisi kopioida useamminkin).

Kiitos vinkeistä! Linkittäminen epäonnistui kun aloin soveltamaan ohjetta lisäksi FF 3.5:lle ja toiselle käyttäjätunnukselle. Mietin sitä myöhemmin.

Onnistuisiko myös seuraavien tiedostojen (hakemistojen) linkittäminen (edellyttäen ettei tarvitse esim. lomaketietoja):

Koodia: [Valitse]

Cache
OfflineCache
cookies.sqlite
cookies.sqlite-journal
downloads.rdf
formhistory.dat
formhistory.sqlite
places.sqlite-journal
search.rdf
search.sqlite

Löysin yhden vinkkisivun, jossa kerrottiin, että laitetaan juuri tuolla fstab tiedostossa tmpfs systeemillä temppi rammiin.

Levykäytön vähentäminen-ohjeessa oli neuvottu näin:

Koodia: [Valitse]

tmpfs /var/log tmpfs defaults 0 0
tmpfs /tmp tmpfs defaults 0 0
tmpfs /var/tmp tmpfs defaults 0 0
Itse en tosin käytä lokipalvelua.

Sitten menin FF about:config paikkaan, jossa myös oli ohjeen mukaan mahdollista laittaa swapit rammiin.

En oikein ymmärtänyt miksi näin pitää tehdä. Muokkaus: Tarkoitit varmaan browser.cache.disk.parent_directory: /tmp.

Rammin kulutus kasvoi pari prosenttiyksikköä.

Hyvä. Pöytäkoneessa olen miettinyt  että miten saisin enemmän rammia käyttöön.

Käytän FF:n historiaa aika usein, joten sen menettäminen ei juuri maistu.

Olen poistanut silloin tällöin places.sqlite:n em. tiedostojen/ hakemistojen lisäksi.

[tetrafuran]

"swapit rammiin"
Öh. Joo siis. Tökeröä kielenkäyttöähän tuo oli. Cache -> tmp jutuistahan siinä siis oli kyse. Juuri kuten oletitkin.

[tetrafuran]

Rupesin miettimään ettei tämä vieläkään mene aivan riittävän nopeasti. Itseasiassa tätäkin tekstiä kerkisin sokkona kirjoittamaan yhden rivin, kun tekstit tulee viiveellä. Sivunlataukset edelleen pistävät SSD valon palamaan. Lisäksi RSS lukija liferea rankaisee asemaa todenteolla.

Millä konstilla saisin selville mikä tiedosto tai hakemisto on jatkuvasti rääkättävänä? Sen hakemiston voisi /etc/fstab tiedostossa merkata siirrettäväksi tempfs puolelle. Eikö se niin pitäisi mennä, että jos syyllinen olisi esim. home/oma_nimi/.liferea/jokufolderi niin sitten laitettaisiin tuo kyseinen polku fstab riville samalla tyylillä kuin:

Koodia: [Valitse]

tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0

Noista numeroista en kyllä ymmärrä, mutta kait ne on ihan ok...

Huomasin muuten että levyn kirjoitusta tulee juuri silloin kun klikkaa otsikkoa. Tällöinhän liferea ilmeisestikin kirjaa jonnekin ylös mitkä otsikot on luettu ja mitkä ei. Eikö tämän voisi pitää rammissa ja kirjoittaa sieltä sitten pysyvämpään talteen vaikka kerran päivässä tai jotain? Jos siis tuon tiedostot menisivät tempfs:ään niin kävisikö silloin niin etteivät muutokset jäisi loppujenlopuksi minnekään talteen?

[Tomin]

Koodia: [Valitse]

tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
Noista numeroista en kyllä ymmärrä, mutta kait ne on ihan ok...

Nuo 1777 viittanevat tähän: http://linux.fi/wiki/Tiedoston_oikeudet ja nollat löytyvät täältä: http://linux.fi/wiki/Fstab#Dump Eli nuo Dump ja Tarkistus alaotsikot kertovat niiden merkityksen.