Reprise du message précédent :

 
Je n'ai pas vraiment d'idée pour tester ton matériel mais ce qui est certain c'est qu'avec un i5, même vieillot ainsi qu'un SSD et 4 Go de ram tu ne devrais pas saturer ton matériel avec une distribution Linux, même si elle est gourmande en mémoire vive.
 
Donc même avec Gnome Shell, tout devrait être fluide et rapide.
Ou alors tu as vraiment une utilisation de ton navigateur hyper lourde, auquel cas je te conseille Chromium avec ublock origin
 
edit : tous mes PC ont 4 Go de ram, jamais le moindre souci de swap. D'ailleurs le PC fixe n'a pas de swap du tout  

Il a quand même 15 onglets ouverts...  
 
Et comme dit chromium sous unbuntu 20.04 donc en snap pas sûr que ça arrange la chose...

Il y a un lien entre une appli snap et le fait d'avoir 15 onglets ouverts ?

Pas totalement mais:
Quand l'application en question est le navigateur internet oui...
Ce que je rappelais c'est que chromium sous ubuntu 20.04 n'est dispo qu'en paquet snap de base. (sauf à bidouiller avec les dépôts de debian...)

De plus:
1) daemon snap = 100mo de plus de pris déjà de base, et en général une application snap doit en plus charger ses libs en mémoire (donc on consomme encore plus de mémoire que le deb puisqu'il n'y a pas de partage avec l'os)
2) à confirmer mais parfois les paquets snaps sont moins performants que les binaires compilés.

De toute façon si les lenteurs qu'ils constatent proviennent bien de son utilisation de son navigateur internet, il n'y a rien à faire sauf changer ses habitudes ou changer de PC  

Ou partir sur une base plus légère pour avoir plus de mémoire vive de dispo?

Si c'est vraiment le navigateur qui se gave comme un porc, cela ne servira à rien.
 
Sur mon Ubuntu Mate avec FF et un seul onglet ( HFR ) je suis déjà à 1.2 Go de bouffé
 

 
Pourtant Mate est léger !
Les quelques Mo que l'on va gratter avec un environnement encore plus light ( Lubuntu ? ) seront vite comblés par le navigateur internet.
 
Donc pour moi 2 solutions :
- changer ses habitudes de surf ( 15 onglets ouverts tout le temps -> pourquoi faire ? )
- upgrader ou changer le PC

Mate n'est plus si léger que ça.
Ps pour la mémoire il vaut mieux un "free -m"

Sous cinnamon sous openSuse, j'ai 516 mo de mémoire vive de consommée au démarrage.
En lançant firefox (avec ublock) sur forum hfr j'arrive à une charge de 874mo.

Et juste "comme ça", sur mon pc fixe sous ubuntu mate 18.04 (+ compiz), avec chromium et 17 onglets de lancés (ublock origine inclu), thunderbird + matrix riot (snap) + remmina (snap)
             total       utilisé      libre     partagé tamp/cache   disponible
Mem:          32130        2353       27313         263        2463       29099
Partition d'échange:         979           0         979

Soit 2.3/2.4go de mémoire d'utilisée...

 
sur ubuntu lire la colone "disponible" et non "libre" de free -m

la colonne utilisée tu veux dire, c'est plus simple.

 
non car ça inclus la gestion du cache et des partage de lib
 
donc il faudrait faire utilisé - cache, mais le problème c'est le share, vu que l'on ne sait pas trop ce que ton programme va utiliser dans le share.

Heu ben non, free -m sépare bien les deux cf:
             total       utilisé      libre     partagé tamp/cache   disponible
Mem:   32130    2353       27313        263             2463       29099
Partition d'échange:         979           0         979

Utilisée c'est bien la mémoire utilisée réellement sans le cache.
Par contre c'est "disponible" qu'il faut prendre comme mémoire vive restante et non pas "libre" qui elle tient compte du cache.

utilisée ça inclus les shared et ça ne garantie pas du libre c'est ce que je veux dire.

il y a plus d'utilisable que total - utilisé.

de toute façon la gestion de la mémoire c'est l'enfer a comprendre, autant laisser le kernel s'occuper de se merdier.

Oui mais du coup normalement "utilisée" ça reste la valeur de référence à prendre quand on veut savoir quelle quantités de ram est utilisée réellement.
C'est normal que ça inclue les "shared" puisque les shared ne sont pas dégageable, c'est une mémoire partagée.

Voilà ce qui est précisé dans le man:

      used   Used memory (calculated as total - free - buffers - cache)
 
voila rien que ça c'est foireux,  
 
Exemple, développe une appli en QT, tu vas donc utiliser les lib QT, donc ton programme ne prendra quasi rien en mémoire vu que tout est déchargé chargé en share.
 
mais bon perso j'ai la solution, il faut une quasi absence de swap (je dit quasi car ça swap toujours un minima avec le swapiness par defaut)

Je ne comprends pas ton problème.
ça veut juste dire que tu as 200mo partagés,
Si tu lances un programme qui puise dans ces 200mo ça ne va pas bouger.
C'est juste une indication justement de ce qu'il a regroupé.

Et je suppose que ça doit doit basculer dans shared au plus tu lances d'application qui ont de chose en commun mais du coup used ne varie pas puisqu'il l'inclue déjà.
(je ne sais pas si je suis clair? )

execute un programme QT sous mate, tu vas comprendre ta douleur en conso ram, pour une simple calculatrice.

alors que si tu la lance sous kde elle va consommer 100ko de ram.

c'est la que le share est utilisé, c'est juste ça que je dis

bon perso j'utilise des VM au moins c'est réglé, la ram déclaré et toute utlisée.

Heu oui mais c'est normal là.
C'est les libs partagées.

Mais je ne vois pas en quoi ça change la légitimité de ces valeurs.
C'est pour ça qu'il vaut mieux avoir le plus de pgm possible gtk sous un environnement gtk, et qt sous un bureau de base qt.

Mais bon même sans ça vlc c'est bien du qt et beaucoup l'utilisent sous mate and co,
Idem pour SMPLayer ou clementine.

Perso j'utilise smplayer et clementine sous mate sans que ça ne fasse non plus envoler la conso.

EDIT: exemple pratique:
free -m
              total       utilisé      libre     partagé tamp/cache   disponible
Mem:          32130        2801       26597         292        2731       28612

Je rajoute en plus clementine + smplayer
free -m
              total       utilisé      libre     partagé tamp/cache   disponible
Mem:          32130        2878       26474         300        2777       28525

ça ne s'envole pas des masses...

 
Ce qui confirme donc mes doutes sur la santé du matériel de Flipper203  
 
Sur mon PC au démarrage  
 

Après j'ai un gpu dédié, ne pas oublier qu'avec un igp ça va puiser dans la mémoire vive et qu'ici c'est mate (mais avec compiz).

 
Oui moi j'ai environ 400/500Mo réservée par ma carte graphique intégrée -> il ne me reste donc plus que 3.5 Go utilisable
 

 
edit : par contre les cartes graphiques intégrés de mes 2 autres processeurs ne puisent pas dans la RAM

C'est ce qui est "réservé", mais l'igp peut en prendre plus si besoin.

alors j'ai fait quelques mesures:
Après démarrage
free -m
              total       utilisé      libre     partagé tamp/cache   disponible
Mem:           3841         769        1563         391        1508        2438
Partition d'échange:         979           0         979

firefox ouvert:
free -m
              total       utilisé      libre     partagé tamp/cache   disponible
Mem:           3841        1413         329         802        2098        1380
Partition d'échange:         979           0         979

firefox ouvert après activation des onglets (12)+ Telegram
free -m
              total       utilisé      libre     partagé tamp/cache   disponible
Mem:           3841        1413         329         802        2098        1380
Partition d'échange:         979           0         979

Ah oui je ne sais pas si ça a un impact aussi mais j'ai activé le scaling pour être en zoom 125% sinon c'est trop petit

Donc cela confirme que tout va bien point de vue conso ram.
Et le CPU il ne sature pas ?
 
edit : pour te donner un exemple perso, avec mon Celeron N3350 et sa carte graphique intégrée HD500 -> c'est bien géré sur W10 et c'est moins bien géré avec Linux
Dans les faits, si je regarde une vidéo sous Linux l'utilisation du CPU sera supérieure.  
De plus à la base le Tearing n'est pas géré, je dois éditer un fichier de configuration pour que cela soit le cas.
Et j'ai remarqué également que les vidéos en HD sur You Tube saccadent nettement plus sous Linux.
Bref, si cela se trouve ton matos est mal supporté...
 
edit : je serais toi, j'essayerais une autre distribution basée sur autre chose que Debian. Par exemple Fedora ou Manjaro ( pour cette dernière, ne prend pas les environnements communautaires qui sont merdiques )

effectivement, mais derrière, en utilisation, hier soir j'ai encore eu des ralentissements. J'ai l'impression que finalement, ça tourne mieux sous win10 que sous Linux, mais je voulais basculer. Possible que le matos soit mal supporté....la surface étant un produit pure microsoft....
je pensait regarder mint, mais c'est la même base qu'ubuntu...
Le soucis c'est que quand ca freeze, je ne peux rien faire donc je ne sais pas comment voir ce qui a posé problème (Ram / Cpu / Accès disque ? )

je vais aussi jeter un oeil à ça: https://github.com/linux-surface/li [...] -and-Setup

VLC version snap même pas foutu de lire une vidéo que "films et tv" peut lire sans problème sous W10
Bon allez poubelle, ras la casquette de ce logiciel de daube !  

Version snap aussi tu cherches.

La version des dépôts est pire !

Et tu ne te dis pas que ça provient de la distrib tout simplement?
 
Après perso j'ai tendance à préférer smplayer mais bon parfois ça ne vient pas du logiciel mais de la distrib...

Il fonctionne à la perfection sur mon autre PC portable avec la même distribution...
Seule différence entre les 2 PC : le processeur -> Celeron N3350 sur le mien et VLC déconne et Pentium P6200 sur l'autre et il fonctionne
Ma belle sœur a aussi eu des soucis avec VLC sur son PC sous W10. Je pense que ce dernier commence vraiment à partir en vrille.

Dans ce cas il se peut que le problème provienne du pilote, ou de la couche va-api.  
 
Si t'as l'occasion teste une fedora/manjaro ou autre distrib récente voir si c'est pareil? (ou genre openSuse 15.2?)
 
 
Sinon visiblement mint n'intègre pas chromium, ils donnent un lien pour faire l'installation manuelle...

Je vais tester une manjaro, ubuntu commence à me courir sur le haricot sur ce PC  

Je viens de découvrir que la qualité des sorties HDMI ne se valait pas sur les pc portables, même sur du matériel pas trop ancien.

J'ai deux pc portables:
Un clevo avec de l'optimus (intel hd4600 + 960m). La sortie n'est pas ultra nette je trouve.
J'avais peur que ça ne soit l'écran le fautif.

Mais je viens de brancher mon asus ux310ua et là, l'image est bien nette et top.
DU coup c'est visiblement la sortie hdmi qui est en cause...

Par contre, un truc que je ne pige pas trop, sur les deux pc portables, il est impossible de monter au delà de 120hz, alors que l'écran supporte du 144Hz.
C'est pourtant du hdmi 1.4 sur le asus normalement.
Bon rien de gravissime puisque pour de la bureautique/vidéo ça ne pose pas de problème ce n'est pas fait pour jouer (et mon objectif sera un jour ou l'autre d'avoir un gpu ati sur ces pc portables pour avoir le freesync...)  mais du coup ça m'interpelle.
Ce n'est pas une limite d'ubuntu à priori, puisque sur le clevo même sous windows je ne peux pas monter à plus de 120hz.

c'est normal qu'on me propose lubuntu 19.10 et pas la 20.04 LTS ?
 

C'est bon, j'ai basculé sur Manjaro XFCE
-> plus de tearing dans les vidéos ni sur HFR
-> VLC fonctionne
 

Je te l'ai dis, il faut parfois voir ailleurs si le pb ce n'est pas la distrib, surtout quand ça cumule comme ça.  
Perso mon objectif est de quitter ubuntu, pour l'instant je fais mon marché et je verrais ce que je prendrais.

J'ai un peu galéré pour installer en EFI et en dual boot avec W10 mais quel bonheur    
 
Et Chromium sans SNAP  

Le PC portable Dell reste sous Ubuntu Mate, vu que tout fonctionne  

si tu as coché les versions intermédiaires non LTS, ça me parait logique

18.04 -> 19.10 pour moi c'est pas logique du tout.
 
Ce serait pas plutôt le bordel dans la team Lubuntu avec les nouvelles versions Lxqt qui remplacent Lxde ?