Perché Ubuntu 14.04 è così lento sul mio laptop? [chiuso]


20

Ho appena installato Ubuntu 14.04 su un laptop Dell con memoria 1.7Ghz Pentium M e 1Gbyte.

La grafica è Intel® 852GM / 855GM x86 / MMX / SSE2, il tipo di sistema operativo è a 32 bit.

L'intero sistema è MOLTO lento. Quando avvio il gestore applicazioni, ad esempio, devo aspettare per vedere le lettere che ho digitato!

È come se la CPU fosse sovraccarica e non fosse disponibile memoria, ma ho solo Firefox in esecuzione.

Come posso rendere il sistema più fluido? Aveva installato Windows XP e funzionava bene.


Puoi determinare se il sistema ha trovato correttamente le tue schede grafiche? l'output di glxinfo | grep renderpotrebbe essere di qualche interesse.
Charles Green,

2
Il sistema che hai descritto è più adatto a artisti del calibro di XP e Ubuntu 12.04. Proprio come non installare Windows 7/8 su di esso, è necessario applicare lo stesso principio ad altri sistemi operativi.
prusswan,

Non dimenticare di accettare una risposta a un certo punto facendo clic sul segno di spunta sotto le frecce.
Tim

Risposte:


35

Perché hai solo 1 GB di RAM! Questo non è l'unico problema, ma ne fa parte. Semplicemente, il tuo computer non è in grado di gestire l'intensità della grafica di Unity.

Windows XP non è così intenso come CPU / Graficamente intenso come Unity, il desktop predefinito di Ubuntu 11.04+. È basato su compiz e ha tutti i tipi di grafica di fantasia, come il trattino trasparente e il lanciatore in espansione. Consiglierei di installare Lubuntu o Xubuntu , di mettere XFCE o LXDE e di usarlo anziché l'unità.

Ho entrambi su 3 vecchi computer XP e funzionano bene (digitati su un laptop Lubuntu del 2006 con 683 MB di RAM).

È come se la CPU fosse sovraccarica e non fosse disponibile memoria

Probabilmente la CPU è sovraccarica / probabilmente non c'è abbastanza RAM disponibile. Prova a installare e utilizzare midori: è più leggero ed è quello che sto usando al momento.

I miei pronomi sono Lui / Lui


2
Vedi anche: askubuntu.com/questions/206407/… - Anche questa wiki ... Confermo i problemi con Unity - è lenta su un desktop quad-core, non solo su vecchie scatole XP. La maggior parte degli altri ambienti desktop sono più veloci.
Wilf,

1
Fondamentalmente è più lento sulla macchina più potente che ho disponibile - Gnome 3 è più veloce su un netbook Intel Atom e un laptop i5.
Wilf,

2
Ho 8 GB di RAM, Intel i7 3,4 GHz e ho trovato Ubuntu 14.04 in ritardo (non peggio di OP) e il sistema si è anche congelato più volte che ho dovuto riavviare. Sono passato a Xubuntu e l'ho trovato molto più velocemente. Neanche un singolo problema fino ad oggi.
Sundeep,

2
Anche la gpu potrebbe non essere supportata
Thorbjørn Ravn Andersen,

1
Beh, potrebbe far parte di questo, ma non consiglierei l'unità a nessuno con meno di 4 GB, come ho detto che ottengo blocchi con 32 GB di RAM.
Tim

13

Due cose:

1) Ubuntu 14.04 utilizza Unity 3D, basato su Compiz. Il tutto viene reso tramite OpenGL con accelerazione hardware. Questo è fantastico se hai buoni driver e una buona scheda video, non tanto se manca uno dei due.

Non è assolutamente necessario cambiare distribuzione. Basta installare un ambiente desktop più leggero, disconnettersi e riconnettersi al nuovo desktop. Per facilità d'uso, quello preferito è solitamente Xfce.

2) Combinazione del processo cron rotto update-apt-xapian-index e programmazione dei processi interrotta nel kernel. Per farla breve, è necessario aggiungere "noautogroup" alle opzioni di avvio, altrimenti la delicatezza del processo non funzionerà. Così:

  1. elevare alla radice con sudo
  2. in / etc / default / grub, modifica GRUB_CMDLINE_LINUX_DEFAULT in "gruppo silenzioso splash"
  3. eseguire 'update-grub'
  4. riavvio

Questo è più sicuro dell'uso della variabile sysctl kernel.autogroup, che potrebbe far prendere il panico da alcuni computer.

Comunque, contrariamente a quanto dicono molte persone, Ubuntu funziona bene con 1 GB di RAM se non si utilizza il desktop predefinito gonfio.

Modifica: in realtà ho presentato un bug di Launchpad sul secondo numero dell'anno scorso: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1219548


Si prega di utilizzare "kernel.sched_autogroup_enabled" con una certa cautela: impedisce l'avvio del mio sistema (Ubuntu 14.04 3.13.0.30-generico, Dell 15r)
Charles Green

@CharlesGreen il modo migliore per farlo è usare l'opzione di avvio 'noautogroup'. Aggiornerò il mio post per riflettere quello.
DanL4096

Avevo provato la echo 0 > /proc/sys/kernel/sched_autogroup_enabledvariante, ma non sono sicuro che pensassi che avesse un effetto reale. Darò un colpo all'opzione di avvio.
Charles Green,

Bene, si è avviato (sono qui!) Dovrò sbirciare un po 'il sistema per determinare se penso che sia più veloce
Charles Green

1
@CharlesGreen non "si sentirà più veloce". Quello che farà non è impantanarsi quando le attività in background che richiedono molto tempo CPU impiegano molto tempo, perché darà priorità ad altre cose prima di quelle attività. In caso contrario, non vi sarà alcuna differenza (anche per le attività che richiedono una CPU senza problemi ). Ecco perché ho raccomandato un desktop più leggero e non composito. noautogroup evita il comportamento buggy in determinate condizioni; l'utilizzo di Xfce o Openbox ridurrà il consumo complessivo di risorse.
DanL4096

3

È molto probabile che tu abbia 2 colli di bottiglia rilevanti:

  • la bassa quantità di RAM disponibile per il sistema, che in alcuni casi è persino inferiore al valore nominale, ad esempio se la tua GPU sta rubando parte della RAM dal sistema, la quantità totale disponibile per il sistema è irrimediabilmente 1Gb - WhatTheGPUIsUsing
  • l'HDD lento. Tipicamente i vecchi notebook hanno un disco da 5400rpm, questa è probabilmente una cifra molto piccola per gli standard odierni, non c'è una buona produzione che il sistema operativo può usare.

La prima conseguenza è che hai poca RAM e nemmeno lo SWAP fa nulla a causa del lento HDD.

Fondamentalmente quando hai una bassa quantità di RAM il sistema usa SWAP, una partizione sul tuo HDD, per archiviare i file temporanei proprio come fai con la tua RAM in primo luogo, questo consente al sistema operativo di ottenere più spazio temporaneo e "riparare" cose quando non c'è una buona quantità di RAM disponibile.

A meno che tu non abbia disattivato o rimosso la partizione di swap, lo swap è lì e funziona contro i tuoi tempi, ma non puoi davvero fare troppo perché anche usare uno swap su un HDD lento è meglio di avere il tuo sistema operativo o le tue applicazioni terminate perché della memoria che non c'è.

Quindi dovresti semplicemente mantenere le cose come sono adesso, puoi forse fare 2 cose:

  • prova un'altra distribuzione come Archlinux, che è tipicamente più veloce e leggera ma richiede un po 'di messa a punto e devi leggere alcuni articoli e manuali wiki per sapere cosa stai facendo
  • prova ad avviare la console senza una GUI, se puoi vivere solo con la console di cui la tua performane ne trarrà beneficio, ovviamente dipende da cosa devi fare, se devi codificare e scrivere documenti o controllare le e-mail, puoi farlo con un terminale, se ti piace navigare sul web, puoi farlo anche tu, ma sicuramente non dipende da quello che ottieni con Firefox in una sessione X11.

2
Le persone probabilmente potrebbero scrivere libri sullo spazio di scambio. Personalmente penso che i moderni sistemi operativi dovrebbero avere modi migliori per eseguire il paging della memoria sporca rispetto al disco rigido, che è ~ 6 ordini di grandezza più lento della RAM principale - e presenta anche un problema di sicurezza poiché le cose decifrate possono essere scambiate. Re Arch Linux e vivere sulla console, di nuovo non vedo il punto; si può sempre installare un desktop meno elefantia di Unity.
DanL4096

@ DanL4096 Stavo suggerendo l'approccio console perché con ciò si rimuove completamente la GUI dall'equazione, a volte aiuta anche a liberare più RAM. Unity è un elefante, ma X11 / Xorg non è nemmeno un piccolo software e talvolta i driver non aiutano nemmeno così tanto per accelerare le cose.
user3784961

Il problema è che un gran numero di cose molto utili può essere fatto solo da un desktop grafico, o richiederebbe una grande quantità di conoscenze da fare dalla CLI ... Inoltre, Xorg da solo è in effetti piuttosto piccolo. L'utilizzo della memoria di Xorg è in parte una funzione delle applicazioni in esecuzione su di esso (e anche memoria video condivisa, ecc.) Xorg, xterms e quasi tutto ciò che si basa su Xlib funzionerà bene su un Pentium II - è quando inizi a trascinarlo pesantemente GTK + applicazioni che iniziano i problemi.
DanL4096

Trovo nel mio laptop che cambiare lo scheduler predefinito su cfq ha fatto un'enorme differenza nella mia percezione di come funziona il computer. Credo che in realtà sia un po 'più lento, ma risponde anche durante il funzionamento del disco pesante (ho uno di quei dischi 5400 rmp)
Charles Green

@CharlesGreen potrebbe avere più a che fare con il tuo hardware, o forse stranezze dei tuoi schemi di utilizzo tipici. Non ho mai trovato CFQ molto diverso da Deadline sui carichi desktop. La cosa noautogruppo fa la differenza per le attività in background intense; ma questo perché non è un'ottimizzazione / ottimizzazione, è una soluzione alternativa per un bug (o qualcosa che dovrebbe essere considerato almeno un bug).
DanL4096

3

C'è anche gnome-session-flashback che dovrebbe apparire familiare se hai usato precedenti iterazioni di Ubuntu. Oltre ad avere un aspetto simile, è anche meno dispendioso in termini di risorse.


Buon consiglio L'ultima volta l'ho usato anche se il pannello Flashback (cioè la versione aggiornata del vecchio pannello GNOME) aveva alcuni problemi di prestazioni - si bloccava e si impadroniva della CPU quando si sposta il mouse sul menu "Office", per qualche motivo.
DanL4096

-2

Hai controllato il tuo file di scambio in Monitor di sistema / Risorse - sebbene funzionasse correttamente in 13.10 - non è stato attivato quando ho aggiornato a 14.04 sul mio laptop.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.