Discussion :

[frp31]

Bonjour,

modèle de machine Acer V3-772G
4 slots ram

Quelque soit la configuration 2*2/2*4/2*8/2*8+2*4/4*4/4*8 le BIOS voit la bonne quantité de ram de 2G à 32Go

Dans 100% des cas quelque soit l'OS testé (OpenBSD/Debian/Fedora/9Front/Minux3) la moitié très précise de la ram est vue sauf quand il y a que 2 barrettes de ram <=8Go chacune. & lors de l'installation 2*8+2*4 ou seules 2*8 sont actives

Alors que le boot en memtest lui prétend bien passer quelque soit la quantité de mémoire (y compris 32G en 4*8Go)

Est ce que ça peut venir du mode d'adressage du CPU ??

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
-bash-4.4$ grep -i bits /proc/cpuinfo 
address sizes   : 39 bits physical, 48 bits virtual
address sizes   : 39 bits physical, 48 bits virtual
address sizes   : 39 bits physical, 48 bits virtual
address sizes   : 39 bits physical, 48 bits virtual
-bash-4.4$

sachant que certains processeurs compatibles avec la machine sont des 48bits physical/48 virtual
la question étant d'éclaircir le point avant d'envisager l'achat .... ou de choisir plutot un achat d'une autre station qui viendra forcément (plus tard ça m'arrange .... sinon j'anticipe) en fonction de vos réponses.

Merci de m'éclairer....

[disedorgue]

Bonjour,

Tu n'aurais pas quelque chose dans le bios à activer, genre dual ou triple channel ?

Et par exemple, que donne la commande (en root) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

dmidecode --type 17

[frp31]

C'est ce que j'éspérai mais le bios est hyper hyper minimal ... en gros y'a les options d'ordre de boot et . |


Mais effectivement le dmidecode remonte bien

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
 
# dmidecode 3.1                                                                                                                                                                                [35/809]
Getting SMBIOS data from sysfs.                  
SMBIOS 2.7 present.                              
 
Handle 0x000E, DMI type 17, 34 bytes             
Memory Device                                    
        Array Handle: 0x000D                     
        Error Information Handle: Not Provided   
        Total Width: 64 bits                     
        Data Width: 64 bits                      
        Size: 8192 MB                            
        Form Factor: SODIMM                      
        Set: None                                
        Locator: DIMM0                           
        Bank Locator: BANK 0                     
        Type: DDR3                               
        Type Detail: Synchronous                 
        Speed: 1600 MT/s                         
        Manufacturer: Unknown                    
        Serial Number: E09028A6                  
        Asset Tag: Unknown                       
        Part Number: CT102464BF160B.C16          
        Rank: 2                                  
        Configured Clock Speed: 1600 MT/s        
 
Handle 0x000F, DMI type 17, 34 bytes             
Memory Device                                    
        Array Handle: 0x000D                     
        Error Information Handle: Not Provided   
        Total Width: 64 bits                     
        Data Width: 64 bits                      
        Size: 8192 MB                            
        Form Factor: SODIMM                      
        Set: None                                
        Locator: DIMM1                           
        Bank Locator: BANK 1                     
        Type: DDR3                               
        Type Detail: Synchronous
        Speed: 1600 MT/s
        Manufacturer: Unknown
        Serial Number: E0902887
        Asset Tag: Unknown
        Part Number: CT102464BF160B.C16
        Rank: 2
        Configured Clock Speed: 1600 MT/s
 
Handle 0x0010, DMI type 17, 34 bytes
Memory Device
        Array Handle: 0x000D
        Error Information Handle: Not Provided
        Total Width: 64 bits
        Data Width: 64 bits
        Size: 8192 MB
        Form Factor: SODIMM
        Set: None
        Locator: DIMM1
        Bank Locator: BANK 2
        Type: DDR3
        Type Detail: Synchronous
        Speed: 1600 MT/s
        Manufacturer: Unknown
        Serial Number: E09027D2
        Asset Tag: Unknown
        Part Number: CT102464BF160B.C16
        Rank: 2
        Configured Clock Speed: 1600 MT/s
 
Handle 0x0011, DMI type 17, 34 bytes
Memory Device
        Array Handle: 0x000D
        Error Information Handle: Not Provided
        Total Width: 64 bits
        Data Width: 64 bits
        Size: 8192 MB
        Form Factor: SODIMM
        Set: None
        Locator: DIMM3
        Bank Locator: BANK 3
        Type: DDR3
        Type Detail: Synchronous
        Speed: 1600 MT/s
        Manufacturer: Unknown
        Serial Number: E0902882
        Asset Tag: Unknown
        Part Number: CT102464BF160B.C16
        Rank: 2
        Configured Clock Speed: 1600 MT/s
 
[root@h2g2w ~]#

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
[root@h2g2w sysctl.d]# dmesg | grep -i "ram"
[    0.000000] e820: BIOS-provided physical RAM map:
[    0.000000] Base memory trampoline at [ffff955a40097000] 97000 size 24576
[    0.000000] RAMDISK: [mem 0x355c2000-0x36ad8fff]
[    0.013718] Security Framework initialized
[    0.263230] e820: reserve RAM buffer [mem 0x0009d400-0x0009ffff]
[    0.263231] e820: reserve RAM buffer [mem 0x94cb0000-0x97ffffff]
[    0.263232] e820: reserve RAM buffer [mem 0x9a6bf000-0x9bffffff]
[    0.263233] e820: reserve RAM buffer [mem 0x9b000000-0x9bffffff]
[    0.263234] e820: reserve RAM buffer [mem 0x45f600000-0x45fffffff]
[    0.308166] Unpacking initramfs...
[    0.812453] xhci_hcd 0000:00:14.0: hcc params 0x200077c1 hci version 0x100 quirks 0x00009810
[    0.819502] rtc_cmos 00:02: alarms up to one month, 242 bytes nvram, hpet irqs
[    1.309008] sr 2:0:0:0: [sr0] scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw xa/form2 cdda tray
[    1.418126] systemd[1]: Running in initial RAM disk.
[    1.984423] nouveau 0000:01:00.0: DRM: VRAM: 4096 MiB
[    3.325088] Console: switching to colour frame buffer device 200x56
[    3.344968] i915 0000:00:02.0: fb0: inteldrmfb frame buffer device
[    6.888889] SELinux:  Permission map in class unix_dgram_socket not defined in policy.
[   15.149485] RAPL PMU: hw unit of domain dram 2^-14 Joules
[   15.803664] intel_rapl: Found RAPL domain dram
[root@h2g2w sysctl.d]#

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
[root@h2g2w sysctl.d]# cat /proc/meminfo | grep -i memtotal
MemTotal:       16307968 kB
[root@h2g2w sysctl.d]#

[frp31]

De ce que j'ai vu sur d'autres cas similaires sur le forum RHCE , ça pourrait bien être un véritable bug matériel ou les testeurs (BIOS/MEMTEST et OS en mode analyse hardware passent.... mais les malloc avec ecriture plantent .... sur quasi toute la gamme acer laptop vendus en générations i3/i5 et certains i7 du début


donc en clair pas corrigible .... ACER => black list définitive c'est de la méga grosse $ǜ*§#

[Jipété]

[...]les testeurs (BIOS/MEMTEST et OS en mode analyse hardware passent.... mais les malloc avec écriture plantent ....

Mais comment c'est possible un truc pareil ?
Et d'abord, c'est quoi un "malloc avec écriture" ?
Un malloc c'est une chose bien précise, et une écriture c'est autre chose.

J'avoue franchement que je ne comprends pas. Tu as des liens ?

[foetus]

Et d'abord, c'est quoi un "malloc avec écriture" ?

Soit

• Un malloc + une écriture dans la table du tas (pour marquer que l'espace est alloué)
• Un malloc + une écriture pour y mettre des données

[Jipété]

• Un malloc + une écriture dans la table du tas (pour marquer que l'espace est alloué)
• Un malloc + une écriture pour y mettre des données

On est bien d'accord.
Mais dans tes deux lignes à chaque fois je vois le signe "+", qui indique bien qu'il y a deux opérations : d'abord un malloc, puis une écriture.

À moins qu'il existe une instruction combinant les deux opérations ? En C je n'en connais pas, et s'il en existe une ça sera plutôt une macro englobant les deux instructions de base, donc retour au point de départ.

Et de toute façon, une fois tout ceci compilé vers du binaire pur et dur pour être réellement exécuté par le proc, il y aura bien deux séries de code machine différentes, une pour chaque opération.

[frp31]

C'est juste une mauvaise expression ... il s'agit bien de malloc puis écriture évidement ....
et tous ou presque les ACER sont concernés ... les liens y'en a beaucoup (forums anglophones) ... et 80% du temps dans les cas de ram pas détectée correctement => ACER
je les ais plus les liens entre temps le cache s'est vidé ...