distribution sur ssd 64go

chris38000 · Le 29/11/2019, à 13:10

J'envisage d'acheter un pc asus E402w avec un "petit ssd" 64go et 4go de ram.
Vu la taille du disque es ce que j'ai intérêt à mettre Lubuntu?
Es ce qu'a priori linux est installable sur ce type de pc?
Tout avis est le bienvenu.

berserk · Le 29/11/2019, à 13:40

Bonjour
Pour le système oui c'est suffisant, faudra peut-être prévoir un disque externe pour les documents (vidéos, photos etc...)

Dernière modification par berserk (Le 29/11/2019, à 13:42)

Qid · Le 29/11/2019, à 15:44

chris38000 a écrit :

J'envisage d'acheter un pc asus E402w avec un "petit ssd" 64go et 4go de ram.
Vu la taille du disque es ce que j'ai intérêt à mettre Lubuntu?
Es ce qu'a priori linux est installable sur ce type de pc?
Tout avis est le bienvenu.

Ce n'est pas la taille du disque qui détermine quelle version tu peux installer... Oui 64go suffit pour un Linux sans data... Après 4go de ram c'est le minimum syndical actuellement... Le plus important et que tu n'as pas donné c'est le proc... C'est ce dernier qui va montrer ses limites suivant le desktop choisi... Mais comme tu as déjà orienté ton choix vers l'un des plus léger... Après la meilleure option c'est de tester en live pour se rendre compte par soit même

Caribou22 · Le 29/11/2019, à 20:19

Bonjour La plupart des distributions pèsent moins de 10 Go une fois installées... donc tu peux installer n'importe laquelle (Même Windows tiendrait, mais difficilement.)

geole · Le 30/11/2019, à 19:37

Bonjour.
Tu as probablement windows 10 prê-installé.
Utilises son outil de gestion d'espace disque pour diminuer la taille de son C:
De 15 Go plutôt que de 10 Go.
Nota. Un windows 10 de base activé ce jour par mes soins fonctionne avec 30 Go d'espace disque.

Dernière modification par geole (Le 30/11/2019, à 19:48)

Qid · Le 30/11/2019, à 19:43

non mais vous plaisantez !? un dualboot sur du 64go !? alors là par contre clairement non :
windows étant pourri dans sa gestion de l'espace disque (defrag&co)
perso je ne conseil pas de l'installer sur moins de 100go...

d'ailleurs à titre perso je suis entrain justement de regarder pour me faire un nouveau portable...
et j'en suis venu à la conclusion que je prendrais 240go de disque de base :
100 pour windows / 40 pour linux / 100 pour les datas en cours (j'ai 3To en externe)

geole · Le 30/11/2019, à 19:48

Tu ne sembles pas au courant que windows sait faire la différance entre un SSD et un disque dur.

Dernière modification par geole (Le 30/11/2019, à 20:49)

Qid · Le 30/11/2019, à 20:03

geole a écrit :

windows sait faire la diffrérance entre un SSD et un disque dur.

ouais... heu... ??? ... genre un windows sur un SSD ne fragmentera pas ?
je peux émettre des doutes ? après on peut lancer un débat à ce sujet...
par contre il y a quand même une chose pour laquelle je n'ai pas de doute :
ça change rien au fait que les applications sous windows sont bien plus lourde :
comparons ce qui est comparable pour vérifier : libreoffice : poids du .exe vs du .deb
nb : interdiction de me parler du snap pour l'instant

geole · Le 30/11/2019, à 20:57

UN SSD EST UNE EMULATION D'UN DISQUE DUR. il a donc ses propres régles pour décider des endroits de stockage des données.

Donc windows ne propose pas de defragmenter

Actuellement, je ne dispose que d'un ipad et je ne peux pas vérifier la taille de libreoffice sous windows et sous ubuntu.

Pourtant les snaps sont à la mode!.

Dernière modification par geole (Le 30/11/2019, à 20:59)

Qid · Le 30/11/2019, à 21:26

geole a écrit :

UN SSD EST UNE EMULATION D'UN DISQUE DUR. il a donc ses propres régles pour décider des endroits de stockage des données.

Hum... Tu as une explication vulgarisée de ce que tu dis ? Je veux bien le croire mais je demande à comprendre...

Pour ce qui est des Snap que je tiens à sortir de ce débat c'est sûr que c'est à la mode mais en fait on sait déjà tous que ça alourdi à mort le système... On parle bien d'occupation d'espace là

xubu1957 · Le 30/11/2019, à 21:33

Bonjour,

Je trouve cette page > culture-informatique.net/cest-quoi-disque-dur-ssd

geole · Le 30/11/2019, à 21:57

Par exemple le paragraphe 8 de https://www.eugenetoons.fr/parametrer-e … s-windows/

Ajout. Il y a encore ce document qui ne cite plusdu tout la notion defragl
https://www.justgeek.fr/optimiser-ssd-windows-30326/

Dernière modification par geole (Le 30/11/2019, à 22:14)

diesel · Le 30/11/2019, à 22:04

geole a écrit :

UN SSD EST UNE EMULATION D'UN DISQUE DUR. il a donc ses propres régles pour décider des endroits de stockage des données.
Donc windows ne propose pas de defragmenter

C'est faux. Ou, plutôt pas complètement vrai.

Pour stocker des données, on utilise un support physique (HDD ou SDD).

Sur ce support physique, on va créer une ou des partitions et sur chacune de ces partitions, on va créer un système de fichier. Ce système de fichiers comprend une ou plusieurs tables ou arborescences permettant au système de retrouver les différents blocs de données (pour le coup, on en revient à la structure physique du support) correspondant aux différents fichiers stockés sur le support physique.

Dans le cas de windows, le système de fichiers est NTFS et par construction, ce système de fichiers fragmente ; c'est à dire que les blocs qui constituent un fichier ne se suivent plus selon l'organisation physique du support.

Quel que soit le support, cette fragmentation va se payer par une complexité croissante des tables et arborescences décrivant les fichiers et donc un temps d'exécution supérieur pour le processeur qui va les traiter, même si ça se joue sur des micro-secondes.

De plus, lorsque les fichiers étaient stockés sur un vieux disque dur sur lequel l'ordre "logique" des blocs correspondait exactement à la géométrie du disque, cela entraînait des mouvements incessants du bras portant les têtes de lecture et donc des latences pour arriver aux données et une usure prématurée du disque.

Cependant, il y a maintenant près d'une vingtaine d'années, est apparu le mode LBA dans lequel le disque dur donnait une configuration de plateau/cylindre/bloc différente de sa structure physique. Ainsi, dans ce mode, l'accès à deux blocs contigus au niveau logique pouvait se traduire par des mouvements du bras portant les têtes de lecture.
Notamment pour cette raison, mais aussi pour des questions de rapidité d'accès, les disques durs se sont vus adjoindre de la RAM pour avoir tant que possible les données disponibles sans devoir faire travailler le disque physique.

Avec un SSD, le temps d'accès à un bloc de données est le même quel que soit le bloc ; du 1er au dernier et plus de bras porte têtes de lecture à déplacer. A ce niveau, donc, la fragmentation n'a aucun effet, ni dans un sens ni dans l'autre.

Cela étant, il sera toujours plus facile de dire (et donc de coder) "le fichier toto va du bloc 36548 au bloc 36712 dans l'ordre" que "le fichier toto occupe les blocs 36548, 4581, 3, ..., 852645".

Et en ce qui concerne la désactivation de la défragmentation sous windows, c'est très simple. Cette réorganisation du système de fichier va causer de nombreuses écritures. Et comme on sait que les SSD n'aiment pas beaucoup les écritures... Cela dit, si Microsoft avait fait dès le départ un système de fichier qui ne fragmente pas (comme ext2 par exemple) on n'en serait pas là. Mais si Microsoft savait écrire du code efficace, ça se saurait.

Amicalement.

Jean-Marie

Dernière modification par diesel (Le 30/11/2019, à 22:14)

geole · Le 30/11/2019, à 22:27

diesel a écrit :

. Mais si Microsoft savait écrire du code efficace, ça se saurait.
Amicalement.
Jean-Marie

Je ne sais pas juger pour dire qu'un code est efficace ou pas.

Màis, si le logiciel est utilisable sans que l'utilisateur passe son temps à demander dans un forum comment mettre en route l'ordinateur, je lui attribue une bonne note, ( https://forum.ubuntu-fr.org/viewtopic.php?id=2046242 )

pour information le systeme de fichier EXT2 n'est plus possible à créer et les fichiers de boot de ubuntu stockés dans des partitions Ext4 sont fragmentés, il suffit de consulter les boot-infos souvent produits pour comprendre pourquoi ubuntu ne boote pas.

           GiB - GB             File                                 Fragment(s)
 305.316165924 = 327.830736896  boot/grub/grub.cfg                             2
 214.739868164 = 230.575177728  boot/initrd.img                                5
 214.739868164 = 230.575177728  boot/initrd.img-5.3.0-23-generic               5
 214.739868164 = 230.575177728  boot/initrd.img.old                            5
 214.739868164 = 230.575177728  initrd.img                                     5
 214.739868164 = 230.575177728  initrd.img.old                                 5

Dernière modification par geole (Le 30/11/2019, à 22:55)

Qid · Le 30/11/2019, à 23:50

xubu1957 a écrit :

Je trouve cette page > culture-informatique.net/cest-quoi-disque-dur-ssd

instructif certes... mais est-ce que ça répondait à mon interrogation de départ... pas sûr...
à la limite l'article du même site sur les disques dur hybrides était plus explicite sur leur fonctionnement
mais ça ne m'explique toujours pas le fonctionnement du contrôleur... puisque tout vient de lui...

Qid · Le 01/12/2019, à 00:05

diesel a écrit :

geole a écrit :
UN SSD EST UNE EMULATION D'UN DISQUE DUR. il a donc ses propres régles pour décider des endroits de stockage des données.
Donc windows ne propose pas de defragmenter
C'est faux. Ou, plutôt pas complètement vrai.[...]

j'ai bien aimé ton post que j'ai vu après avoir lu l'article proposé par xubu1957...
mais ça continu à m'interroger sur le fonctionnement du contrôleur...
en tous cas comme je le pensais ssd ou hdd ça change pas le débat sur le NTFS
car la défrag pour autant que j'en sache elle part de là et non réellement de windows
c'est d'ailleurs pas pour ça que les clefs usb sont plutôt en FAT ?
j'aimerais bien trouver un article qui expliquerait aussi
la différence entre un SSD et une clef usb

Nuliel · Le 01/12/2019, à 00:05

Tu veux parler du wear leveling Qid?

Il faut noter qu'il y a deux fragmentations différentes: celles venant du support en lui-même (le disque dur s'arrange par exemple lorsqu'il y a un secteur défectueux pour en utiliser un autre), et celle du système de fichier utilisé (à noter que ext4 fragmente un petit peu)

PS: à tout les coups, c'est même pas un ssd mais de la mémoire mmc

Dernière modification par Nuliel (Le 01/12/2019, à 00:07)

geole · Le 01/12/2019, à 11:59

Bonjour.
Un artice difficile a lire https://connect.ed-diamond.com/MISC/MIS … SD-un-defi
expliquant que les partitions n'ont pas de sens

1.3.1. Wear leveling
La réponse apportée à la contrainte de durée de vie est un mécanisme de répartition des données sur l'intégralité de la mémoire. Cet algorithme, basé sur le nombre d'effacements de chaque bloc principalement, permet au contrôleur d'effacer le moins possible chaque bloc en écrivant les nouvelles données prioritairement sur les blocs vides qui ont été les moins utilisés.

et même si on n'utilise pas le disque, il reste en activité.

1.3.2. Garbage collector
Les opérations d’effacement sont lentes et ralentissent les écritures sur les blocs libérés. Pour augmenter la vitesse d'écriture, suffisamment de blocs libres doivent être présents et pour cela l’espace doit être libéré en avance de phase. C'est pourquoi un mécanisme appelé garbage collector profite des périodes de moindre activité du disque pour aménager l’espace libre. Si un bloc contient des pages marquées comme invalides, il déplace les pages valides vers un autre bloc, puis efface le premier. Ce mécanisme est très complexe car il doit préserver la durée de vie de la Flash. Il doit donc trouver un juste équilibre pour ne pas effacer un bloc dès qu'une page est invalide.

Ainsi qu'un rappel sur la qualité des mémoires.

Les nouvelles cellules MLC (Multi Layer Cells) - qui peuvent contenir plusieurs bits - sont encore plus sensibles. Une cellule classique (Single Layer Cell - 1 bit par cellule) supportait un nombre d'effacement de l'ordre de 100 000 cycles alors que les MLC ont une durée de vie de l'ordre de 10 000 cycles.

Nuliel · Le 01/12/2019, à 12:08

Merci pour le lien, mais je ne vois pas à quel moment ils disent que les partitions n'ont pas de sens

Dernière modification par Nuliel (Le 01/12/2019, à 12:08)

diesel · Le 01/12/2019, à 12:35

geole a écrit :

Je ne sais pas juger pour dire qu'un code est efficace ou pas.

Ben..., un système de fichier qui impose à l'utilisateur de lancer régulièrement un logiciel de défragmentation s'il ne veut pas que les performances de sa machine s'écroulent ; tu trouves ça efficace, toi ? Surtout si d'autres ont réussi à faire sans (ext2 ext3 et ext4 pour ne pas les citer).

geole a écrit :

Mais, si le logiciel est utilisable sans que l'utilisateur passe son temps à demander dans un forum comment mettre en route l'ordinateur, je lui attribue une bonne note, ( https://forum.ubuntu-fr.org/viewtopic.php?id=2046242 )

Je suis relativement d'accord avec toi, mais c'est un autre sujet.

Cela étant, je t'invite à aller faire un tour sur les forums windows. Tu pourras constater par toi-même que l'installation de windows n'est pas un long fleuve tranquille. Et il ne faut pas oublier que la majorité des utilisateurs de windows utilisent un système qui a été installé par le constructeur.

geole a écrit :

pour information le système de fichier EXT2 n'est plus possible à créer et les fichiers de boot de ubuntu stockés dans des partitions Ext4 sont fragmentés.

Je te crée des systèmes de fichier ext2 quand tu veux.

extrait du man mkfs

OPTIONS
       -t, --type type
              Specify  the  type of filesystem to be built.  If not specified,
              the default filesystem type (currently ext2) is used.

Et je n'ai jamais dit que la série des systèmes de fichiers ext ne fragmentaient pas. Par contre, ce qui est certain, c'est qu'ils fragmentent beaucoup moins que NTFS (et c'est pour cela qu'il n'y a jamais eu de logiciel de défragmentation sous linux).

geole a écrit :

il suffit de consulter les boot-infos souvent produits pour comprendre pourquoi ubuntu ne boote pas.

Certes, c'est fait pour ça. Mais je ne vois pas le rapport avec la fragmentation au niveau du système de fichier (si c'est ce que tu veux dire).

Amicalement.

Jean-Marie

Dernière modification par diesel (Le 01/12/2019, à 12:46)

geole · Le 01/12/2019, à 12:45

Bonjour.
Sur un disque dur classique, en faisant deux partitions, par exemple.
La première sur le premier dixième du disque, toutes les données seront stockées dans le premier dixieme du disque et la tête de lecture se déplacera très peu pour accèder à ces données. ( utilisation fréquente pour un O.S.)
Cela sera le contraire pour la seconde. Utilisation fréquente pour les données utilisateurs.
Avec un SSD, comme tout est mélangé, c'est inutile de séparer artificiellement et devoir gérer le taux de remplissage des partitions.
Cependant, la notion de partition pour le logiciel ne disparaitra que lorsqu'un même type de partition sera possible pour ubuntu et windows et apple et les autres.

Pour diesel.
Je pense qu'un logiciel exigeant des lignes de commandes pour fabriquer des partitions doit être proscrit.
Avec gparted la fonction de création d'une partition ext2 n'est plus possible. Certainement pareil avec gnome-disk-utility.

Longtemps j'ai cru que la fragmentation sous ubuntu n'existait pas. C'est en regardant les boot-info que j'ai découvert que cela exite pour les fichiers de boot. Il est probable qu'il existe des lignes de commandes permettant d'en connaitre la liste. Mais je n'en vois pas l'utilité puisque c'est transparent pour l'utilisateur.

Second ajout.
Je pense qu'on est en train polluer le sujet initial et je stoppe.
Je pense qu'un bon O.S. doit être capable de savoir traiter correctement le manque de place disque lorsqu'il se manifeste autrement qu'en se plantant.

Dernière modification par geole (Le 01/12/2019, à 13:11)

Nuliel · Le 01/12/2019, à 12:48

diesel a écrit :

(et c'est pour cela qu'il n'y a jamais eu de logiciel de défragmentation sous linux).

Plus précisément, il existe (il s'appelle e4defrag et est inclus dans e2fsprogs), mais il sert jamais même après pas mal d'années d'utilisation (de mémoire j'avais testé après au moins 3 ans d'utilisation d'ubuntu, et il avait rien eu à faire)

diesel · Le 01/12/2019, à 12:50

Deux cas :

1 - une seule partition.

Je remplis de données ras la gueule : le système est planté.

2 - une partition pour le système et une pour les données.

Je remplis de données ras la gueule : le système tourne toujours et me prévient que ma partition de données est pleine.

Ça marche à tous les coups et rien à voir avec le fait que c'est sur un HDD ou un SSD.

geole a écrit :

Cependant, la notion de partition pour le logiciel ne disparaîtra que lorsqu'un même type de partition sera possible pour ubuntu et windows et apple et les autres.

N'importe quoi. Le partitionnement, c'est la même chose pour tout le monde depuis la création du premier IBM PC. C'est défini dans les normes MBR et GPT

Amicalement.

Jean-Marie

Dernière modification par diesel (Le 01/12/2019, à 18:53)

diesel · Le 01/12/2019, à 12:51

Naziel a écrit :

diesel a écrit :
(et c'est pour cela qu'il n'y a jamais eu de logiciel de défragmentation sous linux).
Plus précisément, il existe (il s'appelle e4defrag et est inclus dans e2fsprogs), mais il sert jamais même après pas mal d'années d'utilisation (de mémoire j'avais testé après au moins 3 ans d'utilisation d'ubuntu, et il avait rien eu à faire)

OK, je ne savais même pas que ça existait. Et de toutes manières pour ce que ça sert...

Amicalement.

Jean-Marie

Qid · Le 01/12/2019, à 13:23

geole a écrit :

Je pense qu'on est en train polluer le sujet initial et je stoppe.

Bah... Pas tant que ça... Ce qu'on cherche tous à démontrer ou à avoir comme explication ici ça reste la faisabilité de faire tenir 2 systèmes utilisables sur un espace le plus restreint possible... Et donc les limites de ce dernier et pourquoi...

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 29/11/2019, à 13:10

distribution sur ssd 64go

#2 Le 29/11/2019, à 13:40

Re : distribution sur ssd 64go

#3 Le 29/11/2019, à 15:44

Re : distribution sur ssd 64go

#4 Le 29/11/2019, à 20:19

Re : distribution sur ssd 64go

#5 Le 30/11/2019, à 19:37

Re : distribution sur ssd 64go

#6 Le 30/11/2019, à 19:43

Re : distribution sur ssd 64go

#7 Le 30/11/2019, à 19:48

Re : distribution sur ssd 64go

#8 Le 30/11/2019, à 20:03

Re : distribution sur ssd 64go

#9 Le 30/11/2019, à 20:57

Re : distribution sur ssd 64go

#10 Le 30/11/2019, à 21:26

Re : distribution sur ssd 64go

#11 Le 30/11/2019, à 21:33

Re : distribution sur ssd 64go

#12 Le 30/11/2019, à 21:57

Re : distribution sur ssd 64go

#13 Le 30/11/2019, à 22:04

Re : distribution sur ssd 64go

#14 Le 30/11/2019, à 22:27

Re : distribution sur ssd 64go

#15 Le 30/11/2019, à 23:50

Re : distribution sur ssd 64go

#16 Le 01/12/2019, à 00:05

Re : distribution sur ssd 64go

#17 Le 01/12/2019, à 00:05

Re : distribution sur ssd 64go

#18 Le 01/12/2019, à 11:59

Re : distribution sur ssd 64go

#19 Le 01/12/2019, à 12:08

Re : distribution sur ssd 64go

#20 Le 01/12/2019, à 12:35

Re : distribution sur ssd 64go

#21 Le 01/12/2019, à 12:45

Re : distribution sur ssd 64go

#22 Le 01/12/2019, à 12:48

Re : distribution sur ssd 64go

#23 Le 01/12/2019, à 12:50

Re : distribution sur ssd 64go

#24 Le 01/12/2019, à 12:51

Re : distribution sur ssd 64go

#25 Le 01/12/2019, à 13:23

Re : distribution sur ssd 64go

Pied de page des forums