Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
Il arrive que lorsque la machine ne démarre pas de manière incompréhensible, on s'en sort en modifiant l'ordre des barrettes de RAM.
Dans tous les cas, la vitesse d'utilisation sera imposée par la barrette la moins rapide.
Dernière modification par smolski (05-05-2018 14:31:08)
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Dernière modification par Atys (05-05-2018 14:29:03)
La liberté d’expression est un droit fondamental ouvert à tous les citoyens dans le respect des lois.
Hors ligne
En faites, c'est juste pour que mon PC soit un peu plus rapide, et pouvoir être plus performant.
Après si il devient plus lent avec une autre barrette, je ne change rien.
Actuellement, en supposant que ce PC supporte le dual channel, le dual channel est désactivé puisqu'il n'y a qu'une seule barrette. Donc avec deux barrettes de capacités différentes, au pire il restera désactivé, au mieux il sera activé sur une partie de la RAM.
De toute façon, d'après mon expérience, pour un usage normal la vitesse de la RAM influe peu sur les performances de l'ordinateur, moins que la vitesse du processeur, du disque ou de la carte graphique.
Par contre je répète que l'augmentation de la taille de la RAM peut améliorer significativement les performances du système en réduisant les accès disques chronophages par :
- diminution de l'utilisation du swap
- augmentation de la taille du cache disque
- stockage des fichiers temporaires volatils en mémoire (tmpfs)
Cependant si l'ordinateur avait déjà suffisamment de RAM pour l'usage qui en est fait, le gain sera faible.
Il arrive que lorsque la machine ne démarre pas de manière incompréhensible, on s'en sort en modifiant l'ordre des barrettes de RAM.
Il paraît que ça arrive,mais ça ne m'est jamais arrivé. J'ai bien eu le cas d'une carte mère dont le manuel disait de respecter un ordre précis de remplissage des slots mémoire, mais en pratique on pouvait les remplir n'importe comment et ça marchait.
Par contre, ce que qui m'est souvent arrivé, ce sont des faux contacts entre une barrette et un slot, corrigés en retirant et remettant la barrette dans le même slot. Plus rarement, une incompatibilité ponctuelle entre *une* barrette particulière et *un* slot mémoire.
Atys, je n'ai pas compris ta remarque.
Dernière modification par raleur (05-05-2018 15:11:53)
Il vaut mieux montrer que raconter.
Hors ligne
tu a deux canaux mémoire
maximum 16GB (tu peu mettre maximum 2 barrettes de 8Go)
deux solutions
mettre 2 x 4Go (en dual channel )
mettre 8 + 4Go (2x4Go en dual channel + 4Go en single channel )
tous les controleurs mémoire accepte (intégré au cpu ) une partie de la mémoire en dual et une autre en single
moi je mettrai 2 x 4Go (pour le prix) et pour la réactivité ( activé le dual channel ) , faut ce renseigner mais entre 15 et 25% sur les accès mémoire ( de mémoire suis vraiment pas sur du chiffre)
Dernière modification par anonyme (05-05-2018 15:27:16)
Utilisateur de Linux ! Vive Linux !
Mon ordi : Asus K501LX / Intel Core i5 5200U / Nvidia Geforce GTX 950M 2 Go / 8 Go DDR3L
Debian 9.4.0 Stretch
Raspberry Pi 3 B+ / Raspberry Pi Zero W
Hors ligne
Dernière modification par Debion (05-05-2018 16:58:20)
Utilisateur de Linux ! Vive Linux !
Mon ordi : Asus K501LX / Intel Core i5 5200U / Nvidia Geforce GTX 950M 2 Go / 8 Go DDR3L
Debian 9.4.0 Stretch
Raspberry Pi 3 B+ / Raspberry Pi Zero W
Hors ligne