bonjour,
iostat à 16H47 à l’air correct,
sysctl -a|grep shm
sysctl -a|grep sem
A+
JB1
Bonjour,
Je viens de constater un nouveau ralentissement et il semble bien que ce soit Inkscape qui en soit la cause.
Dès que j’ai constaté le ralentissement, j’ai “glissé” vers le moniteur système et là, les processeurs passaient à 100% l’un après l’autre.
Puis j’ai lancé les deux instructions suivantes et voici les retours :
guy@MGD0713:~$ ipcs -a
------ Segment de mémoire partagée --------
clé shmid propriétaire perms octets nattch états
0x00000000 0 guy 600 393216 2 dest
0x00000000 2359297 guy 600 970000 2 dest
0x00000000 2392066 guy 600 300000 2 dest
0x00000000 2424835 guy 600 300000 2 dest
0xcbc384f8 2195460 guy 600 64528 3
0x00000000 2457605 guy 600 4 2 dest
0x00000000 2785286 guy 600 393216 2 dest
0x00000000 2818055 guy 600 393216 2 dest
0x00000000 2654216 guy 600 300000 2 dest
0x00000000 2031625 guy 600 4 2 dest
0x00000000 2523146 guy 600 480000 2 dest
0x00000000 2686987 guy 600 262080 2 dest
------ Tableaux de sémaphores --------
clé semid propriétaire perms nsems
0xcbc384f8 0 guy 600 1
------ Files de messages --------
clé msqid propriétaire perms octets utilisés messages
et
root@MGD0713:/home/guy# sar -u 2 15
Linux 3.2.0-4-686-pae (MGD0713) 02/07/2014 _i686_ (2 CPU)
16:26:04 CPU %user %nice %system %iowait %steal %idle
16:26:06 all 40,25 38,50 2,75 1,00 0,00 17,50
16:26:08 all 8,02 0,00 2,26 0,00 0,00 89,72
16:26:10 all 8,46 0,00 2,24 0,00 0,00 89,30
16:26:12 all 7,77 0,00 2,51 1,50 0,00 88,22
16:26:14 all 8,48 0,00 2,49 0,00 0,00 89,03
16:26:16 all 12,63 0,00 7,83 0,00 0,00 79,55
16:26:18 all 20,10 0,00 11,17 0,00 0,00 68,73
16:26:20 all 52,27 0,00 5,30 0,00 0,00 42,42
16:26:22 all 53,28 0,00 3,79 0,00 0,00 42,93
16:26:24 all 52,53 0,00 4,55 0,00 0,00 42,93
16:26:26 all 53,52 0,00 3,27 0,00 0,00 43,22
16:26:28 all 55,61 0,00 1,50 1,00 0,00 41,90
16:26:30 all 53,02 0,00 4,52 0,00 0,00 42,46
16:26:32 all 52,66 0,00 4,30 0,00 0,00 43,04
16:26:34 all 52,64 0,00 4,53 0,00 0,00 42,82
Moyenne : all 35,35 2,58 4,20 0,23 0,00 57,64Pour mémoire, le fichier .SVG sur lequel je travaille dans Inkscape fait 21.8 Mo. Pourtant, avec mes 8 GiO de ram … je pensais être tranquille de ce côté.
Les ralentissements se font en fonction du nombre de tracés qu’il y a dans la fenêtre de travail de Inkscape.
J’explique : j’ai un calque qui contient environ 10.000 objets dessinés (essentiellement des segments de droite avec une flèche en leur milieu). Quand je travaille dans ce calque, j’ai le ralentissement qui apparaît parfois, quand je change d’outil le plus souvent. Si je masque ce calque et que j’en ouvre un autre où il y a bien moins d’objets affichés, les ralentissements ne se font plus.
Il y aurait un problème de carte écran !?
Deux commandes en consoles :
guy@MGD0713:~$ lspci | grep VGA
01:00.0 VGA compatible controller: NVIDIA Corporation GT218 [GeForce 210] (rev a2)
guy@MGD0713:~$ glxinfo | grep direct
direct rendering: YesDeux autres commandes trouvée là:
guy@MGD0713:~$ grep -A2 -B2 DRI /var/log/Xorg.0.log
[ 17.059] compiled for 1.12.4, module version = 1.0.0
[ 17.059] ABI class: X.Org Server Extension, version 6.0
[ 17.059] (II) Loading extension XFree86-DRI
[ 17.059] (II) LoadModule: "dri2"
[ 17.059] (II) Loading /usr/lib/xorg/modules/extensions/libdri2.so
--
[ 17.069] compiled for 1.12.4, module version = 1.2.0
[ 17.069] ABI class: X.Org Server Extension, version 6.0
[ 17.069] (II) Loading extension DRI2
[ 17.069] (==) Matched nouveau as autoconfigured driver 0
[ 17.069] (==) Matched nv as autoconfigured driver 1
--
[ 17.101] compiled for 1.12.4, module version = 1.0.0
[ 17.101] ABI class: X.Org Server Extension, version 6.0
[ 17.101] (II) NOUVEAU(0): Loaded DRI module
[ 17.101] drmOpenDevice: node name is /dev/dri/card0
[ 17.101] drmOpenDevice: open result is 9, (OK)
--
[ 17.426] (--) Depth 24 pixmap format is 32 bpp
[ 17.427] (II) NOUVEAU(0): Opened GPU channel 2
[ 17.431] (II) NOUVEAU(0): [DRI2] Setup complete
[ 17.431] (II) NOUVEAU(0): [DRI2] DRI driver: nouveau
[ 17.431] (II) NOUVEAU(0): [DRI2] VDPAU driver: nouveau
[ 17.433] (II) EXA(0): Driver allocated offscreen pixmaps
[ 17.433] (II) EXA(0): Driver registered support for the following operations:
--
[ 17.701] (II) AIGLX: GLX_EXT_texture_from_pixmap backed by buffer objects
[ 17.701] (II) AIGLX: Loaded and initialized nouveau
[ 17.701] (II) GLX: Initialized DRI2 GL provider for screen 0
[ 17.705] (II) NOUVEAU(0): NVEnterVT is called.
[ 17.712] (II) NOUVEAU(0): Setting screen physical size to 338 x 270
guy@MGD0713:~$ grep EE /var/log/Xorg.0.log
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 16.977] (II) Loading extension MIT-SCREEN-SAVER
[ 17.085] (EE) Failed to load module "nv" (module does not exist, 0)
[ 17.996] (EE) Wacom Bamboo 2FG 4x5 Pen stylus: Invalid type 'cursor' for this device.
[ 17.996] (EE) Wacom Bamboo 2FG 4x5 Pen stylus: Invalid type 'touch' for this device.
[ 17.996] (EE) Wacom Bamboo 2FG 4x5 Pen stylus: Invalid type 'pad' for this device.
[ 18.001] (EE) Wacom Bamboo 2FG 4x5 Finger: Invalid type 'stylus' for this device.
[ 18.001] (EE) Wacom Bamboo 2FG 4x5 Finger: Invalid type 'eraser' for this device.
[ 18.001] (EE) Wacom Bamboo 2FG 4x5 Finger: Invalid type 'cursor' for this device.
[ 18.001] (EE) Wacom Bamboo 2FG 4x5 Finger touch: Invalid type 'stylus' for this device.
[ 18.001] (EE) Wacom Bamboo 2FG 4x5 Finger touch: Invalid type 'eraser' for this device.
[ 18.001] (EE) Wacom Bamboo 2FG 4x5 Finger touch: Invalid type 'cursor' for this device.Ça dit quoi ?
Pour sysctl => commande inconnue.
A+
bonsoir,
sous root:
sysctl -a|grep shm
puis sysctl -a|grep sem
dans /etc tu dois avoir le fichier sysctl.conf
c’est bien du Linux pas de M$ que l’on cause (plaisanterie)
A+
JB1
au fait ta version de Debian?
Bonsoir,
root@MGD0713:/home/guy# sysctl -a|grep shm
kernel.shmmax = 33554432
kernel.shmall = 2097152
kernel.shmmni = 4096
kernel.shm_rmid_forced = 0
vm.hugetlb_shm_group = 0
root@MGD0713:/home/guy# sysctl -a|grep sem
kernel.sem = 250 32000 32 128Tu as écrit M$ !? 
Si j’avais dû continuer à utiliser des logiciels payants sous M$ … il m’aurait été impossible de continuer à travailler lors de ma retraite 
Ma version Debian 7.4.
A+
bonsoir,
pour :
kernel.shmmax = 33554432tu multiplies par (4) ou 2 à la louche, on verra plus tard!
donc dans /etc/sysctl.conf on aura:
kernel.shmmax = 67108864
pour le reste on verra aprés
le resultat de sysctl -a | grep sem
n’oubli pas man sysctl pour prendre en compte un nouvel élèment sans rebooter
bonne soirée
à demain si vous le voulait bien je crois que c’est de Zappy Max
A+
JB1
derrière une Chimay
Bonjour,
Je pensais subitement à un petit test/contrôle de la ram de la carte-mère et de la carte graphique que j’utilise.
Mais je ne sais pas comment le faire.
C’est peut-être utile aussi avant d’aller bidouiller ces valeurs de config dans shmmax.
Si la ram de la carte-mère est assez récente (lors de l’achat de l’ordi il y a ±2ans), celle de la carte écran (Asus GeForce 210 Silent 1GB ddr3) est bien plus ancienne.
Je pense à cela à cause de ce qui m’a semblé être une certaine progressivité dans l’évolution de ce problème de ralentissement … mais sans en être certain toutefois. À l’époque du début de ces ralentissements, je n’y faisais pas trop attention, bien entendu.
J’ai bien souvent travaillé avec des fichiers semblables (15 à 20 Mo) dans Inkscape et bien qu’il affiche une certaine “lenteur” dans certains cas, je n’ai pas souvenir de cas ressemblant à ce que je connais maintenant.
D’où le test éventuel des rams sur ma machine.
Comme je l’ai déjà écrit, je ne suis pas un expert dans ces types de recherches et analyses.
Mon idée est-elle plausible, possible ?
Si oui, comment tester ces deux rams (sur la carte-mère puis sur la carte écran) ?
A+
bonjour,
à demain si vous le voulait bien je crois que c'est de Zappy Maxj’ai fourché,
ce n’est pas à Zappy
mais à Roger Lanzac dans le jeu des 1000Francs
A+
JB1
[quote=“jb1”]bonsoir,
pour :
kernel.shmmax = 33554432tu multiplies par (4) ou 2 à la louche, on verra plus tard!
donc dans /etc/sysctl.conf on aura:
kernel.shmmax = 67108864
pour le reste on verra aprés
le resultat de sysctl -a | grep sem
n’oubli pas man sysctl pour prendre en compte un nouvel élèment sans rebooter
bonne soirée
à demain si vous le voulait bien je crois que c’est de Zappy Max
A+
JB1
derrière une Chimay[/quote]
Dans ce fichier sysctl.conf, je n’ai que ceci :
#
# /etc/sysctl.conf - Configuration file for setting system variables
# See /etc/sysctl.d/ for additonal system variables
# See sysctl.conf (5) for information.
#
#kernel.domainname = example.com
# Uncomment the following to stop low-level messages on console
#kernel.printk = 3 4 1 3
##############################################################3
# Functions previously found in netbase
#
# Uncomment the next two lines to enable Spoof protection (reverse-path filter)
# Turn on Source Address Verification in all interfaces to
# prevent some spoofing attacks
#net.ipv4.conf.default.rp_filter=1
#net.ipv4.conf.all.rp_filter=1
# Uncomment the next line to enable TCP/IP SYN cookies
# See http://lwn.net/Articles/277146/
# Note: This may impact IPv6 TCP sessions too
#net.ipv4.tcp_syncookies=1
# Uncomment the next line to enable packet forwarding for IPv4
#net.ipv4.ip_forward=1
# Uncomment the next line to enable packet forwarding for IPv6
# Enabling this option disables Stateless Address Autoconfiguration
# based on Router Advertisements for this host
#net.ipv6.conf.all.forwarding=1
###################################################################
# Additional settings - these settings can improve the network
# security of the host and prevent against some network attacks
# including spoofing attacks and man in the middle attacks through
# redirection. Some network environments, however, require that these
# settings are disabled so review and enable them as needed.
#
# Do not accept ICMP redirects (prevent MITM attacks)
#net.ipv4.conf.all.accept_redirects = 0
#net.ipv6.conf.all.accept_redirects = 0
# _or_
# Accept ICMP redirects only for gateways listed in our default
# gateway list (enabled by default)
# net.ipv4.conf.all.secure_redirects = 1
#
# Do not send ICMP redirects (we are not a router)
#net.ipv4.conf.all.send_redirects = 0
#
# Do not accept IP source route packets (we are not a router)
#net.ipv4.conf.all.accept_source_route = 0
#net.ipv6.conf.all.accept_source_route = 0
#
# Log Martian Packets
#net.ipv4.conf.all.log_martians = 1
#Point de kernel.xxxx
Faut-il “simplement” y ajouter la ligne de code suggérée ?
A+
bonjour,
pour mon OpenSuse, j’ai ceci:
kernel.shmmax = 18446744073709551615
A+
JB1
Bonjour,
Je lis sur divers site que la shmmax devrait être égale à 1/2 ou 1/4 de la ram totale.
J’ai 8 GiO de ram sur ma carte-mère.
J’ai aussi 1 GiO sur la carte écran.
Les retours de commandes donnent ceci :
root@MGD0713:/home/guy# sysctl -a | grep kernel.shm | sort
kernel.shmall = 2097152
kernel.shmmax = 33554432
kernel.shmmni = 4096
kernel.shm_rmid_forced = 0
root@MGD0713:/home/guy# sysctl -a | grep sem
kernel.sem = 250 32000 32 128Une suggestion, un conseil ?
Et aussi, comment aller modifier ces valeurs dans leurs fichiers respectifs ?
Je le répète, je suis une bille à ce sujet 
Pour kernel.sem, j’ai vu des valeurs comme 250 256000 100 128 qui correspondait à une bécane équipée de 6 GiO.
A+
bonjour,
ce matin avec Google j’ai fait kernel.shm
ainsi que kernel.sem
une réponse de IBM entre autre
un regard sur:
docs.postgresqlfr.org/8.1/kernel-resources.html
te donne divers renseignements et actions d’implémentation,
on peut avoir ipcs -l
A+
JB1
Bonsoir,
On cherche, on obtiens des infos, on hésite looooonguement avant d’aller triturer les fichiers de paramétrage puis, il faut bien se lancer.
Après une visite sur les liens que jbl donne et un site que j’ai trouvé 
, je me suis décidé.
Je vais éditer le fichier “/etc/sysctl.conf”.
Il faut être en root pour le faire.
J’ajoute le texte suivant :
# Modification pour tenter de resoudre le probleme de ralentissement
# provoque par Inkscape avec des calques contenant beaucoup de traces.
# Mon ordi dispose de kernel.shmmax = 8388608 (ce qui correspond au 8 GiO
# de la ram).
#Les commandes console retournent le valeurs de mon systeme :
# root@MGD0713:/home/guy# sysctl -a | grep kernel.shm | sort
# kernel.shmall = 2097152
# kernel.shmmax = 33554432
# kernel.shmmni = 4096
# kernel.shm_rmid_forced = 0
# root@MGD0713:/home/guy# sysctl -a | grep sem
# kernel.sem = 250 32000 32 128
# On voit un kernel.shmmax = 33554432 bytes ou octets. Cette valeur correspond
# a 32.756 MO de ram.
# Pour permettre d'utiliser toute ma ram, il faudrait que
# kernel.shmmax soit egal a 8388608 * 1024 = 8589934592
# J'ajoute la ligne suivante pour essais :
kernel.shmmax=8589964592
dans ce fichier.
J’enregistre puis, toujours en root, je fais un
sysctl -p pour activer la modification que je viens de réaliser.
La console me retourne :
root@MGD0713:/home/guy# sysctl -p
kernel.shmmax = 8589964592Maintenant, j’ouvre Inkscape avec le fichier qui me pose problème et là … ça a l’air d’aller mieux. J’ai un peu travaillé avec, j’ai fait une ou deux sauvegardes et le curseur de ma souris reste fonctionnel. Il suit mes mouvement de souris.
On verra après plusieurs utilisations et 1 ou 2 redémarrages à froid.
Merci encore pour les explications, infos, … que vous m’avez données.
Je modifierai le titre et cocherai si le résultat actuel se maintient.
A+
bonsoir,
on verra demain je regarde le match
A+
JB1
[quote=“jb1”]…
on verra demain je regarde le match
…
JB1[/quote]
Moi pas. Je n’aime pas le foot
Bien plus jeune, j’ai pratiqué le handball et le sport automobile (rallye, rallye-cross, course de côte, stock-car et autres courses sur circuits) en amateur. On pouvait encore le faire facilement et sans trop se ruiner. Maintenant avec toutes ces règles de sécurité - bien nécessaires, ma foi -, tous ces “permis et licences” … ça devient un jeu de riches 
Condoléances
Les Allemands étaient les plus forts … peut-être !?
Mais comme je n’ai pas regardé …
Ce week-end pour moi : F1 en Angleterre 
et avec les orages annoncés, bien à l’abri chez soi - ou sous la terrasse si possible - une chopine à la main 
Je teste encore la modif en tentant des “utilisations” qui me posaient problème. Inkscape … ça va pour le moment.
Je dois encore tester avec LibreOffice Writer qui me posait aussi des problèmes puis GIMP et enfin Blender … dans un premier temps.
Bref. J’ai encore du pain sur la planche avant de valider cette modif.
A+
PS. Les Diables Rouges … c’est pour très bientôt 
Même pas besoin de regarder ce match. Une fois terminé, si les klaxons, les hurlements sont là … c’est gagné et si c’est le calme plat … exit DR ! 
Bonjour,
comme disent les Allemands, "nous sommes les plus fort"
ils ont l’habitude depuis 1870
malgré la défaite des bleus, des pétards, il faut bien écouler les stocks,
attention si tous les produits cités ci-dessus sont présents simultanément,
d’autres paramètres que shmmax sont à modifier
pour vérifier les bons choix,
un test ACID
à bientôt,
JB1
Bonjour,
Je continue mes investigations et je collecte les infos sur les réglages des différents paramètres et dans le lien que tu donnais plus haut, il y est écrit que :
et donc j’ai aussi ajouté au fichier /etc/sysctl.conf la ligne suivante :
kernel.shmall=8589964592puis je valide la modif avec :
root@MGD0713:/home/guy# sysctl -p
kernel.shmmax = 8589964592
kernel.shmall = 8589964592Je teste encore et toujours.
À suivre donc 
Bonjour,
Au gré de mes lectures sur le web, j’ai également essayé un petit conseil à savoir :
kernel.shmmax = 1/2 kernel.shmall =>
kernel.shmall = 8589964592
kernel.shmmax = 4294982296Je n’ai pas vu de grande différence de comportement malgré Inkscape et GIMP ouverts en même temps.
Mais je remarque également que si j’ouvre une image (1Mo) dans le visionneur d’image proposé par défaut, j’ai des périodes de fort ralentissement bien plus fréquentes.
Il semble que l’origine soit à rechercher du côté de l’indexation des fichiers (comme suggéré plus haut) dans le cadre des sauvegardes automatiques que j’ai programmées.
Je viens de changer d’OS et suis passé en 64 bits. Tant que je ne programmais pas de sauvegarde automatique, je n’ai aucun problème de ralentissement.
Merci à tous pour vos précieuses aides.
A+