Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Probleme RAM

Watael

24 connecteurs, la machine est une 64bits, autant que je sache.

combien y a-t-il de slots mémoire ?
je relis ce que souligne nany : max capacity: 1Go
c'est la capacité maximale par slot ? 4 slots => 4Go = 1Go par slot ?

realneteur

ouai 64bit selon toi je passe xubuntu en 64bit?

et j'ai que 2 slot donc 2 barettes de 2go chacune

mais je sais pas ce qu'indique max capacity

Watael

tu as quelque chose à perdre ?
si /home n'est pas encore sur une partition séparée, tu peux préparer la future installation en réorganisant tes partitions avec gparted pour y sauvegarder ton /home actuel, et le retrouver dans la prochaine installation 64 bits.

en attendant, "grave" une clé USB avec un liveUSB Ubuntu64.

realneteur

bah je me demandais justement difficile d'avoir de bonnes infos sur le sujet ca fait plusieurs jours que je me renseigne et effectivement la sauvegarde de mes données me posait probleme (100go de données , pas de DD externe ou d'usb).

j'ai encore windows sur mon pc , j'avais mis xubuntu en secondaire pour test il y a quelques semaines.

Je voulais installer la version 64bit et supprimer windows DEFINITIVEMENT.

mais d’après ce que j'avais vu fallait tout supprimer surtout quand on passe dune version 32bit a 64bit

je vais regarder si je peux m'en sortir avec gparted, merci du conseil en tous cas je connaissais pas

je suis entrain de voir pour l'usb bootable

moko138

realneteur a écrit je me met a linux depuis peu c'est pas encore très clair.

Bienvenue, realneteur !

- -

realneteur a écrit je cherche depuis un moment pourquoi mon xubuntu n'utilise que 2,7go de Ram sur les 4 Go installés?
(...)

jul@jul-OEM:~$ free -m
              total       utilisé      libre     partagé tamp/cache   disponible
Mem:           2704         937         844         129         922        1373
Partition d'échange:        2047           0        2047

uname -a
Linux jul-OEM 4.15.0-46-generic #49-Ubuntu SMP Wed Feb 6 09:34:06 UTC 2019 i686 i686 i686 GNU/Linux

La situation est claire, et ce dès ton message #1 :
Tu as bien 4 Gio de RAM physiquement présents.
Mais tu as un noyau 32 bits non-pae. Par construction, il ne peut pas gérer plus de 3,2 Gio (= 3.276 Mio) de RAM.
C'est justement pour dépasser cette limitation native que les noyaux "-pae" ont été conçus comme solution transitoire.

Ta question devient donc
pourquoi free -m affiche 2704 et non 3276 ?

L'explication tient à deux causes, qui peuvent se cumuler :
a) free - je ne sais pas pourquoi - minore toujours le total de RAM.

b) Si ton bios est réglé en sorte de réserver une part de RAM à la carte graphique, cette part n'est pas comptabilisée par free.

Solution :
Soit installer dans ton système actuel un noyau 32-bits-pae
(mais il me semble que les versions pae ne sont même plus fabriquées pour les noyaux récents comme le tien) ;
Soit, tu le sais déjà, réinstaller tout ton système, mais en version 64 bits.

Ne sois pas surpris si alors free -m t'annonce 3.800 (minoration habituelle) voire moins (déduction supplémentaire de la mémoire allouée par un réglage du bios à ta carte graphique).

nam1962

le retour "lm" confirme que l'ordi supporte le 64 bits.
Le retour de dmidecode -t 16 est par contre un peu troublant.

Peut tu faire un test live avec une version 64 bits (plutôt une Xubuntu ou une mate car Gnome consomme beaucoup et tu en reviendra à au problème initial)
Pendant ton test live, repasse :

sudo dmidecode -t 16
free -m

grandtoubab

il faut aussi voir ce qu'utilise la carte graphique

avec glxinfo

glxinfo | egrep -i 'device|memory'

exemple
glxinfo | egrep -i 'device|memory'
Device: AMD RS880 (DRM 2.50.0 / 5.0.2-kernelperso, LLVM 7.0.1) (0x9712)
Video memory: 336MB
Unified memory: no
Memory info (GL_ATI_meminfo):
VBO free memory - total: 335 MB, largest block: 335 MB
VBO free aux. memory - total: 509 MB, largest block: 509 MB
Texture free memory - total: 335 MB, largest block: 335 MB
Texture free aux. memory - total: 509 MB, largest block: 509 MB
Renderbuffer free memory - total: 335 MB, largest block: 335 MB
Renderbuffer free aux. memory - total: 509 MB, largest block: 509 MB
Memory info (GL_NVX_gpu_memory_info):
Dedicated video memory: 336 MB
Total available memory: 845 MB
Currently available dedicated video memory: 335 MB
GL_AMD_pinned_memory, GL_AMD_shader_stencil_export,
GL_NVX_gpu_memory_info, GL_NV_conditional_render, GL_NV_depth_clamp,
GL_AMD_pinned_memory, GL_AMD_shader_stencil_export,
GL_MESA_window_pos, GL_NVX_gpu_memory_info, GL_NV_blend_square,

ce qui fait Video memory: 336MB

dmidecode | grep -B 1 DIMM
	Size: 2048 MB
	Form Factor: SODIMM
--
	Size: 2048 MB
	Form Factor: SODIMM

j'ai 2 * 2048 = 4096 MB

4096 - 336 = 3760 de RAM disponible

confirmé par

head -1 /proc/meminfo
MemTotal:        3778796 kB

3778 MB
Aux arrondis de calcul près

realneteur

Merci Merci Merci pour ces lumineuses explications parce que le mieux c'est pas d'avoir la solution mais bien de comprendre le pourquoi du comment.

moko138 a écrit

L'explication tient à deux causes, qui peuvent se cumuler :
a) free - je ne sais pas pourquoi - minore toujours le total de RAM.

b) Si ton bios est réglé en sorte de réserver une part de RAM à la carte graphique, cette part n'est pas comptabilisée par free.

Solution :
Soit installer dans ton système actuel un noyau 32-bits-pae
(mais il me semble que les versions pae ne sont même plus fabriquées pour les noyaux récents comme le tien) ;
Soit, tu le sais déjà, réinstaller tout ton système, mais en version 64 bits.

Ne sois pas surpris si alors free -m t'annonce 3.800 (minoration habituelle) voire moins (déduction supplémentaire de la mémoire allouée par un réglage du bios à ta carte graphique).

Et maintenant oui ca me parait évident que la carte graphique prennent de la RAM d’où l’intérêt d'avoir une carte avec RAM intégré.

voila ce que j'obtiens grace au commande de notre ami "grandtoubab"

 glxinfo | egrep -i 'device|memory'
Memory info (GL_NVX_gpu_memory_info):
    Dedicated video memory: 1024 MB
    Total available memory: 1024 MB
    Currently available dedicated video memory: 952 MB
    GL_KTX_buffer_region, GL_NVX_conditional_render, GL_NVX_gpu_memory_info, 
    GL_NV_vertex_array_range2, GL_NV_vertex_buffer_unified_memory, 
    GL_KTX_buffer_region, GL_NVX_conditional_render, GL_NVX_gpu_memory_info, 
    GL_NV_vertex_array_range2, GL_NV_vertex_buffer_unified_memory,

 head -1 /proc/meminfo
MemTotal:        2770088 kB

et du coup quelques questions me viennent

si j'ai bien compris dans le cas présent
Ma carte graphique utilise 952MB sur mes RAM + 2700MB utilisé pour le systéme ce qui font disons environ 3.6go de RAM.

Mon noyau non Pae gérerait plus de 3.2go de RAM?

N'est ce pas excessif 952MB pour la carte ?

A savoir que j'utilise principalement mon pc pour regarder films et séries qu'il est branché sur une TV 4K et qu'il prend tous juste le 720p, que quand je lance du 1080p le processeur ce met a tourner comme un dingue et au dessus le 2160p , 4k ne passe pas du tout il charge une image et terminé.

en tout cas merci pour toutes ces explications "C'EST PLUS CLAIR" mdr

PS: et non les noyau pae ne me semble plus dispo j'ai essayer de changer via l'app Ukuu et dans la liste ce sont tous des généric classique visiblement

realneteur

nam1962 a écritle retour "lm" confirme que l'ordi supporte le 64 bits.
Le retour de dmidecode -t 16 est par contre un peu troublant.

Peut tu faire un test live avec une version 64 bits (plutôt une Xubuntu ou une mate car Gnome consomme beaucoup et tu en reviendra à au problème initial)
Pendant ton test live, repasse :
sudo dmidecode -t 16
free -m

j'ai fait un liveUSB Xubuntu 64bit hier soir je vais pouvoir te donner ca, je pense, je regarde ce que sais mdr.

N’hésite pas a me dire ce qui te semble troublant parce que oui je soupçonne d'autres problème (mon pc fonctionnait mieux avant) sans savoir mettre le doigt dessus peut être est ce juste une impression mais je sent que linux va me permettre d'avoir des certitudes la dessus

grandtoubab

Dedicated video memory: 1024 MB
MemTotal: 2770088 kb

ça fait 1024+2770=3794 MB

tu as 2 barettes de 2048 soit 4096 MB

il reste 4096-3794= 302 Mb dans la nature
Quoiqu'il en soit rien d'alarmant

tu dois pouvoir régler la ram allouée à ta gpu dans le bios

le PAE faut pas faire une fixette la dessus ça a été intégré dans le noyau https://fr.wikipedia.org/wiki/Extension_d%27adresse_physique
A voir aussi la compression des données en ram et l'utilisation du swap grâce à zswap
https://bidouilledebian.wordpress.com/2019/03/05/mieux-gerer-le-swap/

Watael

ouh! 1G pour la vidéo (est-ce la valeur par défaut ?), c'est beaucoup, non ?
c'est fréquent ?

realneteur

j'ai remis les valeurs par defaut du bios donc oui et je vois rien qui me permettrais de changer ca . dans Advanced chipset features j'ai que 1 option "init display first" PCI slot ou PCIEx

ma carte graphique n'est par contre pas celle d'origine je l'ai changer ya bien des années.

et encore plus bizarre en recherchant les caractéristiques de ma carte graphique

lspci

02:00.0 VGA compatible controller: NVIDIA Corporation GT218 [GeForce 210] (rev a2)

j'obtiens ca "La GeForce 210 Rev. 2 était une carte graphique de NVIDIA, lancée en octobre 2009. Cette carte, basée sur le processus 40 nm et basée sur le processeur graphique GT218, prend en charge la variante GT218-325-B1 et prend en charge DirectX 10.1. Le processeur graphique GT218 est une puce relativement petite avec une surface de puce de seulement 57 mm² et 260 millions de transistors. Il comporte 16 unités d’ombrage, 8 unités de mappage de texture et 4 ROP. NVIDIA a placé 1 024 Mo de mémoire DDR3 sur la carte, qui sont connectées à l'aide d'une interface mémoire 64 bits. Le processeur graphique fonctionne à une fréquence de 520 MHz, la mémoire à 400 MHz."

Ma carte serait elle défectueuse ? les réglages aurait il pu être modifier

je crois que je suis bon pour un bon démontage nettoyage de ma carte en premier lieu

grandtoubab

Les infos complètes sur les cartes graphiques

lspci | grep ' VGA ' | cut -d" " -f 1 | xargs -i lspci -v -s {}

realneteur

lspci | grep ' VGA ' | cut -d" " -f 1 | xargs -i lspci -v -s {}
02:00.0 VGA compatible controller: NVIDIA Corporation GT218 [GeForce 210] (rev a2) (prog-if 00 [VGA controller])
	Subsystem: Micro-Star International Co., Ltd. [MSI] N210 [Geforce 210] PCIe graphics adapter
	Physical Slot: 0
	Flags: bus master, fast devsel, latency 0, IRQ 29
	Memory at dd000000 (32-bit, non-prefetchable) [size=16M]
	Memory at b0000000 (64-bit, prefetchable) [size=256M]
	Memory at ce000000 (64-bit, prefetchable) [size=32M]
	I/O ports at ac00 [size=128]
	[virtual] Expansion ROM at 000c0000 [disabled] [size=128K]
	Capabilities: <access denied>
	Kernel driver in use: nvidia
	Kernel modules: nvidiafb, nouveau, nvidia

« Page précédente