Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Ubuntu tietokoneissa => Aiheen aloitti: Hadacol - 19.05.16 - klo:10.29
-
Asensin 16.04 version 14.04 tilalle, jonka jälkeen netti on alkanut toimimaan hitaasti ja välillä jumittuu kokonaan kesken sivun latauksen, jolloin pitää uudelleen käynnistää kone. Vika on samanlainen niin ubuntussa, xubuntussa kuin kubuntussakin. Lubua en ole kokeillut, koska en pidä siitä. Mistähän mahtaa syyllinen löytyä ja voiko mitään tehdä?
:-\ :-\ :-\
-
Asensin 16.04 version 14.04 tilalle, jonka jälkeen netti on alkanut toimimaan hitaasti ja välillä jumittuu kokonaan kesken sivun latauksen, jolloin pitää uudelleen käynnistää kone.
Eli joudutko käynnistämään koneen uudelleen siksi, että verkkoyhteydet lakkaavat toimimasta, eikä yhteyden uudelleenmuodostaminen auta verkkokuvakkeen kautta?
Vai jumiutuuko selain ja työpöytä täysin, eikä mikään ohjelma enää toimi?
Mitä selainta käytät? Oletko kokeillut muita selaimia? Millainen nettiyhteys on käytössä? Näytä myös lshw:n listaus:
lshw -c network
-
Kone jumittuu siihen kohtaan missä olen kesken nettisivun latauksen. Sama vika sekä Chromessa että Firefoxissa. Uudelleen käynnistys pitää useimmiten tehdä koneen virta nappulasta, koska näppäimistön kautta ei onnistu.
-
Siinä tapauksessa todennäköisiä syitä ovat muistin loppuminen, näytönohjaimen ajurin bugi tai laitteistovika.
Paljonko muistia on vapaana, kun olet käyttänyt konetta ja selainta jonkin aikaa. Näytä free-komennon listaus:
free -h
Mikä näytönohjain koneessa on, ja mikä ajuri on käytössä?
lshw -c display
-
Free komennolla
p3@OLD-HAG:~$ free -h
total used free shared buff/cache available
Mem: 3,5G 2,7G 280M 247M 538M 356M
Swap: 3,6G 705M 3,0G
p3@OLD-HAG:~$
lshw -c display näyttää seuraavaa.
*-display
description: VGA compatible controller
product: 4 Series Chipset Integrated Graphics Controller
vendor: Intel Corporation
physical id: 2
bus info: pci@0000:00:02.0
version: 03
width: 64 bits
clock: 33MHz
capabilities: msi pm vga_controller bus_master cap_list rom
configuration: driver=i915 latency=0
resources: irq:30 memory:fc000000-fc3fffff memory:e0000000-efffffff ioport:1c70(size=8)
-
Minä vaihdoin Vivaldin pääselaimeksi kun oli samankaltaista ongelmaa. Vivaldi on selkeästi nopeampi vaikka muistin kulutus on vain vähän pienempi. Kai se on kuitenkin pakko hyväksyä ettei 4G riitä kovin moneen välilehteen yhtäaikaa millään selaimella.
-
Firefox pärjää kyllä 4 gigalla paremmin kuin Chromium-pohjaiset selaimet, jos välilehtien määrä on mittarina.
Veikkaan kuitenkin, että Hadacolin ongelma johtuu näytönohjaimen ajurista, kun sama vika ilmenee kaikilla selaimilla ja eri työpöydillä. GMA 4500 on jo sen verran vanha, että tuki alkaa heikentyä. 15.10:ssä (kernelin versiolla 4.2) oli toisenlaista ongelmaa (https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/1507255), joka korjaantui vaihtamalla UXA-kiihdytys käyttöön SNA:n sijaan, mutta ilmeisesti se ei toimi enää 16.04:ssä.
Taitaa olla helpointa tyytyä Ubuntu 14.04.1:een, jossa on kernelinä 3.13. Sitä tuetaan vuoden 2019 kevääseen asti. 16.04:ää voi kokeilla uudelleen vaikka pisteversioiden julkaisujen jälkeen (16.04.1, 16.04.2 jne).
-
Chrome selain on lähinnä sen takia, että pystyy katsomaan Netflixiä ja Katsomoa ilman pipelight viritystä, jota kokeilin firefoxissa, muttei oikeen toiminut.Kaatuili turhan usein.
Jos vika on näytönohjaimessa, niin ainoa ratkaisu taitaa sitten olla uusi kone? Kun uutta näytönohjainta tähän tuskin saa, koska on käsittääkseni koneeseen integroitu
-
Firefox pärjää kyllä 4 gigalla paremmin kuin Chromium-pohjaiset selaimet, jos välilehtien määrä on mittarina.
Pärjääkö? Tehdäänpä empiirinen koe: avataan 40-100 satunnaista välilehteä molempiin selaimiin ja tarkkaillaan muistin kulutusta ja ohjelman sulavaa toimintaa. Jos Chromium-pohjainen selainen on tarpeeksi uusi, siinä on mahdollisesti käytössä hibernate tabs -ominaisuus, joka laittaa osan ei-aktiivisista välilehdistä lepotilaan ja olennaisesti pienentää selaimen muistin käyttöä varsinkin sen ollessa vähissä. Tuliketussa ei taida olla tälläistä ominaisuutta ainakaan vakiovarusteena.
-
Jos vika on näytönohjaimessa, niin ainoa ratkaisu taitaa sitten olla uusi kone? Kun uutta näytönohjainta tähän tuskin saa, koska on käsittääkseni koneeseen integroitu
Netistä löytyvien speksien (http://www.cnet.com/products/fujitsu-esprimo-p7935-e-star-4-0-no-cpu-0-mb-0-gb/specs/) perusteella koneessa on PCIe x16 -korttipaikka, joten siihen voi laittaa erillisen näytönohjaimen. Lisävirtaa tuskin saa koneen omasta virtalähteestä, eli on parempi tyytyä kevyimpiin malleihin. Esimerkiksi GeForce GT 610 tai GT 720 riittää hyvin, jos et viitsi käytettyä hankkia.
Mutta kuten yllä esitin, voit yhtä hyvin käyttää Ubuntu 14.04:ää, jos se toimi vakaasti. Päivität 16.04:ään sitten jos ongelma korjaantuu tulevissa pisteversioissa, tai vaihdat koko koneen ennen kuin 14.04:n tukiaika päättyy.
-
Taidanpa kokeilla sitten sovinnolla uutta näytönohjainta, kun kone, vaikka vanha onkin, toimii muuten mainiosti ja jos se ei auta, niin siirretään laite sitten eläkkeelle :) Kiitos neuvoista :D
-
Firefox pärjää kyllä 4 gigalla paremmin kuin Chromium-pohjaiset selaimet, jos välilehtien määrä on mittarina.
Pärjääkö? Tehdäänpä empiirinen koe: avataan 40-100 satunnaista välilehteä molempiin selaimiin ja tarkkaillaan muistin kulutusta ja ohjelman sulavaa toimintaa. Jos Chromium-pohjainen selainen on tarpeeksi uusi, siinä on mahdollisesti käytössä hibernate tabs -ominaisuus, joka laittaa osan ei-aktiivisista välilehdistä lepotilaan ja olennaisesti pienentää selaimen muistin käyttöä varsinkin sen ollessa vähissä. Tuliketussa ei taida olla tälläistä ominaisuutta ainakaan vakiovarusteena.
Kokeilin (tosin Ubuntu 14.04:ssä, mutta Ubuntun versiolla ei tässä testissä ole merkitystä). Tein selaimiin ensin puhtaat profiilit ja kirjoitin tekstitiedostoon 20 osoitetta, jotka kopioin viiteen kertaan peräkkäin, eli jokainen sivu tulee viiteen eri välilehteen ja välilehtiä on yhteensä 100. Avasin sivut tähän tapaan:
free
for s in $(cat sites.txt); do google-chrome-stable "$s"; done
free
firefox &
for s in $(cat sites.txt); do firefox --new-tab "$s"; done
Kun selain sai ladattua kaikki välilehdet, tarkistin muistinkulutuksen uudestaan free-komennolla.
Firefox 46.0, tilanne ennen selaimen käynnistämistä:
total used free shared buffers cached
Mem: 8089672 4214420 3875252 918804 616948 2189084
-/+ buffers/cache: 1408388 6681284
Swap: 4095996 28924 4067072
Firefox 46.0, kun 100 välilehteä on avattu ja ne kaikki ovat latautuneet:
total used free shared buffers cached
Mem: 8089672 7901804 187868 705448 613768 2248148
-/+ buffers/cache: 5039888 3049784
Swap: 4095996 28924 4067072
Firefox käytti 3,46 GiB
(6681284-3049784 kiB= 3631500 kiB = 3,46 GiB)
Chrome 50.0, ennen selaimen käynnistämistä:
total used free shared buffers cached
Mem: 8089672 3941476 4148196 609024 604576 1887696
-/+ buffers/cache: 1449204 6640468
Swap: 4095996 28924 4067072
Chrome 50.0, kun 100 välilehteä on avattu:
total used free shared buffers cached
Mem: 8089672 8014720 74952 1068548 8812 1212884
-/+ buffers/cache: 6793024 1296648
Swap: 4095996 497380 3598616
Chrome käytti 5,54 GiB
(6640468-1296648 + 497380-28924 kiB = 5812276 kiB = 5,54 GiB)
Chrome vaihtoi välilehtiä hieman sulavammin, mutta osa sisällöstä latautui vasta skrollauksen aikana. Kun vaihtelin välilehtiä jonkin aikaa ja skrollailin sivuja, muistia kului vielä muutama sata megaa lisää. Firefox taas tökki joidenkin välilehtien kohdalla enemmän ja mm. välilehtipalkin vieritys ei ollut täysin sulavaa. Pikatestin tulos vastaa myös omia kokemuksiani pidempiaikaisista selaussessioista, kun selain on auki viikon ajan ja välilehtiä kertyy kymmeniä.