Ubuntu-fr

Compte anonymisé

Re : Topic des lève-tôt [partie 11]

Yop

bahoui

Re : Topic des lève-tôt [partie 11]

Bonjour

---

Mettez [résolu] dans le titre quand le problème est réglé (cliquez sur "modifier" dans votre 1er message).

moko138

Re : Topic des lève-tôt [partie 11]

Bonjour !
Apparemment, pour retrouver une connexion au hotspot sans que network-manager pédale dans la semoule, il suffirait :
- que j'éteigne complètement le pc (pas un simple redémarrer),
- que je change de carte wifi usb et que je redémarre.
  Mais pourquoi ?
Y aurait-il une sorte de cache dans N-M ?
  - -

Tant que le forum ne sera pas à UTC+1h, il faudra poster à [4h:5h[ pour gratter 10 points.

On verra cet après-midi.
EDIT : Tu veux dire que c'est le forum qui est décalé et pas nous ?
  Voilà t'y pas que mon message s'affiche chez moi à 4h38, alors qu'il est une heure de plus !
Du coup, je recoche la case "ajustement pour heure d'été" que j'avais décochée il y a une semaine...
EDIT 2 : ...et mon message est de nouveau affiché à l'heure légale.

Dernière modification par moko138 (Le 08/11/2015, à 05:47)

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

F50

Re : Topic des lève-tôt [partie 11]

Saluti

Edit : Le free -m au #468 est celui de buntu serveur + xfce4.

Dernière modification par F50 (Le 08/11/2015, à 06:13)

moko138

Re : Topic des lève-tôt [partie 11]

Edit : Le free -m au #468 est celui de buntu serveur + xfce4.

Difficilement compréhensible, ce 355 Mio used.
Pour info, à l'instant, je consomme 380 Mio, dont
- 250 pour firefox (j'ai beaucoup d'onglets ouverts),
-  28 pour n-m xfce4-panel,
-  25 pour gedit.
Lance top, puis tapes-y M (majuscule) pour avoir les plus fortes conso de mémoire.

Dernière modification par moko138 (Le 08/11/2015, à 06:29)

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

F50

Re : Topic des lève-tôt [partie 11]

Comme tu dis : Difficilement compréhensible... Mais y'a peut-être (ou sûrement) une explication, peux-tu me donne le retour de ton :

df -h

Voici le mien, je me demande si ce n'est pas tmpfs que je rajoute systématiquement pour épargner les écritures sur le SSD :

Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda1           31G    3.4G   26G  12% /
none               4.0K       0  4.0K   0% /sys/fs/cgroup
udev               3.9G     12K  3.9G   1% /dev
tmpfs              3.9G     96K  3.9G   1% /tmp
tmpfs              799M    568K  798M   1% /run
none               5.0M       0  5.0M   0% /run/lock
none               3.9G    6.8M  3.9G   1% /run/shm
none               100M    4.0K  100M   1% /run/user
/dev/sda2           25G     44M   23G   1% /data
/dev/sdb1          3.7G    679M  2.8G  20% /var
/dev/sdb2          914G    138G  729G  16% /home

Et top M :

1055 root      20   0  462208 202440 178260 S   7.6  2.5   2:14.16 Xorg        
 4859 pilote    20   0  585076 166336  97760 S   1.0  2.0   1:00.95 iron        
 4815 pilote    20   0 1992020 117460  66484 S   0.0  1.4   0:43.46 iron        
 4955 pilote    20   0  894772 108924  33680 S   0.0  1.3   1:13.43 iron        
 4881 pilote    20   0  757796  71464  18304 S   0.0  0.9   0:08.42 iron        
 1158 pilote    20   0  444328  39096   8992 S   0.0  0.5   0:00.68 xfdesktop   
 4890 pilote    20   0  731904  38148  18404 S   0.0  0.5   0:01.91 iron        
 4417 pilote    20   0 1729044  33896  18348 S   4.0  0.4   1:31.72 deadbeef-g+ 
 4531 pilote    20   0 1334020  28076  19800 S   0.0  0.3   0:04.05 geany       
 4827 pilote    20   0  353652  27844  20016 S   0.0  0.3   0:00.04 iron        
 1161 pilote    20   0 1003524  17124  12924 S   0.0  0.2   0:00.76 panel-1-wh+ 
 1165 pilote    20   0  242308  15024   9372 S   0.0  0.2   0:00.63 panel-7-we+ 
16017 pilote    20   0 1063196  14356  10268 S   1.0  0.2   0:01.27 xfce4-term+ 
 1164 pilote    20   0 1010916  13156   9960 S   0.0  0.2   0:00.78 panel-2-ma+ 
 1243 pilote    20   0  309880  12088   8772 S   0.3  0.1   0:05.50 tilda       
 1151 pilote    20   0  162840  11592   8904 S   0.3  0.1   0:04.54 xfwm4       
 1154 pilote    20   0  243900  11128   8604 S   0.0  0.1   0:01.66 xfce4-panel

Edit : Je viens de trouver ça :

System resources & stability

If we ignore the Wireless thingie, this is a very stable operating system. Suspend & resume worked fine on this particular hardware. As far as resource utilization goes, Xubuntu is lean and mean. Trusty Tahr running Xfce tolled virtually 0% CPU on idle, which is as it should be, and the memory consumption was about 9% of the 4GB, which amounts to 360MB. This is higher than what I saw on an Nvidia-powered box, with Salamander. It's nothing too bad, but it could be better. Then again, we can't compare different laptops.

Source : http://www.dedoimedo.com/computers/xubuntu-trusty.html

Edit 2 : D'après ces tests de distros je ne semble pas être à côté de la plaque avec 340 mo :

https://thelinuxexperiment.com/tag/512mb/

Dernière modification par F50 (Le 08/11/2015, à 07:41)

souen

Re : Topic des lève-tôt [partie 11]

bonjour

---

...

Compte supprimé

Re : Topic des lève-tôt [partie 11]

B.à.t.

Compte supprimé

Re : Topic des lève-tôt [partie 11]

Jojo81 : je n'ai plus de place dans la signature pour indiquer GMT+je ne sais pas combien.

Moko138, désinstalle N-M, ça ira mieux, il y a d'autres moyens de te connecter.

moko138

Re : Topic des lève-tôt [partie 11]

Xub 12.04, free -m à 399 "used" :

$ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda8          6,2G    4,1G  1,8G  71% /
udev               742M    4,0K  742M   1% /dev
tmpfs              150M    888K  149M   1% /run
none               5,0M       0  5,0M   0% /run/lock
none               749M     84K  749M   1% /run/shm
/dev/sda3          104G     90G  8,9G  92% /data
~$

et top avec M :

top - 07:40:15 up  2:13,  1 user,  load average: 0.18, 0.38, 0.44
Tasks: 143 total,   1 running, 141 sleeping,   0 stopped,   1 zombie
Cpu(s):  2.0%us,  2.3%sy,  0.0%ni, 94.6%id,  1.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   1533488k total,   966668k used,   566820k free,    66052k buffers
Swap:  2152672k total,        0k used,  2152672k free,   497536k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND            
 3114 moi        20   0  823m 264m  48m S    1 17.6  30:41.11 firefox            
 3221 moi        20   0  176m  33m  14m S    0  2.2   0:21.15 gedit              
 2793 moi        20   0  153m  28m  12m S    0  1.9   0:12.97 xfce4-panel        
 2820 moi        20   0 41904  17m 9.9m S    0  1.2   0:01.50 applet.py          
 2916 moi        20   0  139m  14m  11m S    3  1.0   0:41.89 xfce4-terminal     
 2808 moi        20   0  210m  14m  10m S    0  0.9   0:02.83 nm-applet          
 1644 root       20   0 42924  14m 7792 S    4  0.9   5:56.21 Xorg               
 2798 moi        20   0  141m  14m  11m S    0  0.9   0:03.02 xfdesktop          
 2860 moi        20   0  154m  12m  10m S    0  0.8   0:04.42 xfce4-indicator    
 2806 moi        20   0  183m  12m 9824 S    0  0.8   0:04.69 psensor            
 2816 moi        20   0 51388  10m 8892 S    0  0.7   0:10.89 update-notifier    
  935 colord     20   0 53800  10m 8072 S    0  0.7   0:00.73 colord             
 2784 moi        20   0 23196 9.9m 8620 S    0  0.7   0:20.64 xfwm4              
 2859 moi        20   0  124m 9536 7540 S    0  0.6   0:00.34 xfce4-brightnes    
 2848 moi        20   0  124m 9380 7400 S    0  0.6   0:00.23 panel-9-xfsm-lo    
 2827 moi        20   0  264m 9368 6548 S    0  0.6   0:00.30 xfce4-volumed 

Sachant que j'ai 1,5 Gio de ram sur ce notebook,
Xorg utilise 13,5 Mio (0,9% * 1,5 Gio).

Chez toi, Xorg utilise 2,5% de combien ? Si tu as 4 Gio, ==> 100 Mio.
Et surtout, tous ces processus "iron" (qui ne sont pas dans les dépôts de ma Precise), j'ignore à quoi ils servent, mais leur cumul représente 6,4%. Si tu as 4 Gio, ==> 256 Mio !

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

moko138

Re : Topic des lève-tôt [partie 11]

Moko138, désinstalle N-M, ça ira mieux, il y a d'autres moyens de te connecter.

Oui, j'y songe. Mais je ne veux pas me planter.
Quelles sont les autres possibilités ?
wicd
et ?
Et puis, si c'est juste un cache - s'il existe - à purger dans n-m, ce serait tout de même plus simple, non ?

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Compte supprimé

Re : Topic des lève-tôt [partie 11]

…
Voici le mien, je me demande si ce n'est pas tmpfs que je rajoute systématiquement pour épargner les écritures sur le SSD :
…

Le meilleur système de fichier pour SSD est Ext4 sans journal avec l'option noatime qui est plus rapide et écrit moins sur le disque que Ext2 !!

…
# <file system>					<mount point>	<type>	<options>				<dump>	<pass>
# / was on /dev/sda1 during installation
UUID=01234567-0123-0123-0123-0123456789ab 	/               ext4    noatime,errors=remount-ro		0       1

#swap
/swapfile					none		swap	sw					0	0

# /home was on /dev/sda5 during installation
UUID=01234567-0123-0123-0123-0123456789ac 	/home           ext4    noatime					0       2
…

Rigolo non ? Il fallait supprimer discard du SSD ce qui le ralentit en effet.

http://doc.ubuntu-fr.org/ssd_solid_state_drive voir en 2.2
2.2 Activer le TRIM avec fstrim

Il n'est pas recommandé le montage des fichiers systèmes avec l'option "discard", car cela se traduira probablement par une baisse des performances en utilisation normale. Cependant, vous pouvez utiliser TRIM en exécutant la commande fstrim occasionnellement ou de créer votre propre tâche cron qui exécute fstrim via un calendrier.

Pour activer le TRIM de votre SSD sur Ubuntu, il suffit d'ouvrir un terminal et exécutez la commande suivante :

sudo fstrim -v /

# par exemple chez moi (LDVC@) :
$ sudo fstrim -v /
/: 12315631616 bytes were trimmed
$ sudo fstrim -v /home/
/home/: 6605946880 bytes were trimmed

Vous pouvez exécuter la commande ci-dessus de temps en temps pour éviter la dégradation des performances sur les SSD.

Combien de fois vous devez l’exécuter ?

Cela dépend de combien de fois des fichiers sont supprimés à partir de votre SSD. Vous verrez une erreur si vous essayez d'exécuter la commande avec un lecteur qui ne prend pas en charge TRIM.

Si vous souhaitez exécuter TRIM régulièrement, vous pouvez simplement créer une tâche cron qui exécute la commande fstrim pour vous. Voilà comment faire une tâche cron qui le fera automatiquement d'abord, exécutez la commande suivante pour ouvrir l'éditeur de texte de nano avec les permissions root:

sudo nano /etc/cron.daily/fstrim

Saisir ou copier et coller le code suivant dans le fichier :

#!/bin/sh
fstrim /

Enregistrez le fichier en appuyant sur Ctrl + O et appuyez sur Entrée pour confirmer. Appuyez sur Ctrl + X pour fermer nano après avoir sauvegardé le fichier.

Dernièrement, exécutez la commande suivante pour rendre le script exécutable :

sudo chmod +x /etc/cron.daily/fstrim

Ubuntu va maintenant lancer fstrim via un calendrier, comme il le fait pour d'autres tâches de maintenance du système.

Source originale de cette procédure : http://www.howtogeek.com/176978/ubuntu- … -yourself/

Les vraies performances électroniques du SSD + carte mère :

sudo hdparm -tT --direct /dev/sda1 /dev/sda5 

/dev/sda1:
 Timing O_DIRECT cached reads:   714 MB in  2.00 seconds = 356.76 MB/sec
 Timing O_DIRECT disk reads: 1084 MB in  3.00 seconds = 360.83 MB/sec

/dev/sda5:
 Timing O_DIRECT cached reads:   698 MB in  2.00 seconds = 348.46 MB/sec
 Timing O_DIRECT disk reads: 1112 MB in  3.00 seconds = 370.06 MB/sec

Le même SSD géré par Ubuntu et le cache mémoire d'Ubuntu :

sudo hdparm -tT  /dev/sda1 /dev/sda5 

/dev/sda1:
 Timing cached reads:   7808 MB in  2.00 seconds = 3906.90 MB/sec
 Timing buffered disk reads: 958 MB in  3.00 seconds = 318.97 MB/sec

/dev/sda5:
 Timing cached reads:   8016 MB in  2.00 seconds = 4010.65 MB/sec
 Timing buffered disk reads: 956 MB in  3.00 seconds = 318.40 MB/sec

F50

Re : Topic des lève-tôt [partie 11]

@ moko : J'ai 8 go de ram. (Srware) Iron est un fork de chromium qui consomme allègrement comme je l'ai mentionné dans un message précédemment. Concernant Xorg, il semble que fglrx soit aussi gourmand et j'ai aussi vu dans un rapport launchpad qu'il y a des fuites de mémoires.

Pour ton réseau, N-M est un ogre comparé à wicd que j'utilise sur mon portable.

@ L_d_v_c@ : Je garde "discard" si ralentissement il y a, pour mon usage c'est imperceptible :

ext4    discard,noatime,commit=60,errors=remount-ro 0       1

Dernière modification par F50 (Le 08/11/2015, à 08:24)

PPdM

Re : Topic des lève-tôt [partie 11]

Bonjour

---

La critique est facile, mais l'art est difficile !
L'humanité étant ce qu'elle est, la liberté ne sera jamais un acquit, mais toujours un droit à défendre !
Pour résoudre un problème commence par poser les bonnes questions, la bonne solution en découlera

Compte supprimé

Re : Topic des lève-tôt [partie 11]

@ L_d_v_c@ : Je garde "discard" si ralentissement il y a, pour mon usage c'est imperceptible :

ext4    discard,noatime,commit=60,errors=remount-ro 0       1

MERCI pour commit=60
Oui, 60 secondes mieux que 5 secondes. Ordinateur sur onduleur…

souen

Re : Topic des lève-tôt [partie 11]

Bonjour

Ah Ah grasse mat'?

---

...

Compte anonymisé

Re : Topic des lève-tôt [partie 11]

Tant que le forum ne sera pas à UTC+1h, il faudra poster à [4h:5h[ pour gratter 10 points.

On verra cet après-midi.
EDIT : Tu veux dire que c'est le forum qui est décalé et pas nous ?
  Voilà t'y pas que mon message s'affiche chez moi à 4h38, alors qu'il est une heure de plus !
Du coup, je recoche la case "ajustement pour heure d'été" que j'avais décochée il y a une semaine...
EDIT 2 : ...et mon message est de nouveau affiché à l'heure légale.

Pour moi, oui. Le forum est resté à l'heure de Paris + été. Forcément, il corrige les heures des pages envoyées en fonction de ce que demande l'utilisateur.
Le bot qui compte les points n'a pas besoin d'être connecté pour faire son job, il lui suffit juste de lire le contenu extrait des bases de données, GMT+qqch précisé ou non. Il est bien indiqué que ce bot analyse les posts à 15h30, or, ce n'est qu'à 16h qu'il poste, et à 15h30, le compteur des leve tot n'est pas visible sur la liste des membres en ligne : il n'est visible qu'à 16h pendant 5 min à peu près et puis il part comme il est venu.
Après, je ne vais pas mettre GMT + qqch dans ma signature non plus. Toutes mes machines m'indiquent que je suis à GMT+1h, mon smartfaune aussi, mon téléphone fixe aussi, mon réveil aussi, tout ce beau monde se met tout seul à l'heure. (Pis à 20h sur mon PC, il y a bien Pujadas qui apparaît à la télé le soir en semaine. )

F50

Re : Topic des lève-tôt [partie 11]

@ L_d_v_c@ : De rien. Concernant "discard" vs "fstrim", les choses ne sont pas claires et il y a controverse... Mon "vieux" SSD (60 go) tourne depuis 5 ans sans souci, alors je change pas une équipe qui gagne.

Edit : La même install prend ~ 290 mo sur mon portable avec 3 conkys + wicd lancés. Marrant cette différence qui doit être encore plus grande en ne lançant rien en début de session, je ferai le test.

Dernière modification par F50 (Le 08/11/2015, à 09:26)

Compte anonymisé

Re : Topic des lève-tôt [partie 11]

Concernant Xorg, il semble que fglrx soit aussi gourmand et j'ai aussi vu dans un rapport launchpad qu'il y a des fuites de mémoires.

Et en jertant fglrx pour radeon ?

F50

Re : Topic des lève-tôt [partie 11]

Ce serait une idée mais le support radeon est moins bon pour les HD 7xxx. Bon, avec 8 go de ram question conso j'ai de la marge, c'est pas encore la guerre.

Compte supprimé

Re : Topic des lève-tôt [partie 11]

@ L_d_v_c@ : De rien. Concernant "discard" vs "fstrim", les choses ne sont pas claires et il y a controverse... Mon "vieux" SSD (60 go) tourne depuis 5 ans sans souci, alors je change pas une équipe qui gagne.

Edit : La même install prend ~ 290 mo sur mon portable avec 3 conkys + wicd lancés. Marrant cette différence qui doit être encore plus grande en ne lançant rien en début de session, je ferai le test.

Je ne sais pas si à quoi ça sert mais les nouveaux codes SmartCtl sont :

246 Tot_Host_Sector_Writes  -O--CK 100 100 --- - …………
247 Host_Program_Page_Count -O--CK 100 100 --- - …………
248 Background_Prog_Page_Ct -O--CK 100 100 --- - …………

Par exemple :

246 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       5805791881
247 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       187458751
248 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       645352721

F50 et moko138, avez-vous pensé à désinstaller preload pour faire vos tests de mémoire consommée au démarrage ? puisque preload va précharger vos applications habituelles…

Compte supprimé

Re : Topic des lève-tôt [partie 11]

Et ça c'est quoi ?

202 Remaining_Lifetime_Perc P---CK 100 100 000 - ……

Sur mon SSD j'ai :

202 Unknown_SSD_Attribute   0x0031   097   097   000    Pre-fail  Offline      -       3

Compte supprimé

Re : Topic des lève-tôt [partie 11]

Ah ah … d'autres codes intéressants :

173 Wear_Leveling_Count -O--CK 100 100 000 - …
174 Unexpect_Power_Loss_Ct -O--CK 100 100 000 - …

J'ai :

#nivellement d'usure
173 Unknown_Attribute       0x0032   097   097   000    Old_age   Always       -       99

#perte d'alimentation inattendue : quand j'éteins l’alimentation par le secteur quand c'est planté. 
174 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       140

Dernière modification par Compte supprimé (Le 08/11/2015, à 10:41)

F50

Re : Topic des lève-tôt [partie 11]

J'installe jamais preload mais prelink.

Sur les SSD y'a beaucoup de "Unknown_Attribute", normal ils ont souvent des firmwares proprio et rarement compatible nunux. Sur le mien c'est encore pis :

=== START OF INFORMATION SECTION ===
Device Model:     Patriot Inferno 60GB SSD
Serial Number:    ceux-ci
LU WWN Device Id: sont cachés :P
Firmware Version: 320A13F0
User Capacity:    60'022'480'896 bytes [60.0 GB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    Solid State Device
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ATA8-ACS T13/1699-D revision 6
SATA Version is:  SATA 2.6, 3.0 Gb/s
Local Time is:    Sun Nov  8 11:17:55 2015 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

Read SMART Data failed: scsi error aborted command

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: UNKNOWN!
SMART Status, Attributes and Thresholds cannot be read.

Read SMART Log Directory failed: scsi error aborted command

Read SMART Error Log failed: scsi error aborted command

Read SMART Self-test Log failed: scsi error aborted command

Selective Self-tests/Logging not supported

Ça n'empêche pas qu'il tourne fidèlement et quotidiennement depuis 5 ans.

Dernière modification par F50 (Le 08/11/2015, à 12:01)

Compte supprimé

Re : Topic des lève-tôt [partie 11]

Cache tes numéros de série

J'installe jamais preload mais prelink.

Sur les SSD y'a beaucoup de "Unknown_Attribute", normal ils ont souvent des firmwares proprio et rarement compatible nunux. Sur le mien c'est encore pis :

=== START OF INFORMATION SECTION ===
Device Model:     Patriot Inferno 60GB SSD
Serial Number:    xxxxxxxxxxxxxxx
LU WWN Device Id: x xxxxxxxxxxxxxxxxx xxxxxxxxxx
Firmware Version: 320A13F0
User Capacity:    60'022'480'896 bytes [60.0 GB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    Solid State Device
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ATA8-ACS T13/1699-D revision 6
SATA Version is:  SATA 2.6, 3.0 Gb/s
Local Time is:    Sun Nov  8 11:17:55 2015 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

Read SMART Data failed: scsi error aborted command

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: UNKNOWN!
SMART Status, Attributes and Thresholds cannot be read.

Read SMART Log Directory failed: scsi error aborted command

Read SMART Error Log failed: scsi error aborted command

Read SMART Self-test Log failed: scsi error aborted command

Selective Self-tests/Logging not supported

Ça n'empêche pas qu'il tourne fidèlement et quotidiennement depuis 5 ans.

Non, ce n'est pas un problème constructeur, c'est Linux qui est en retard.
Les états SMART sont documentés et implantés en retard sur Linux.

J'avais créé une pétition que PPdM avait signé d'ailleurs, mais j'ai abandonné la partition quand je me suis rendu compte que smartctl n'était pas à jour. Une distribution plus récente reconnaissait tous les paramètres.

Par exemple :
Chez toi :
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ATA8-ACS T13/1699-D revision 6
SATA Version is:  SATA 2.6, 3.0 Gb/s

Chez moi :
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ACS-2, ATA8-ACS T13/1699-D revision 6
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)

- édité -

Dernière modification par Compte supprimé (Le 08/11/2015, à 12:47)