Fwd: Germain et angie please help , rapport a un Bug d'install des HDD avec partition non allignees, thread=3051210
Je vous forwarde pour avis un mail au support d ovh sur le probleme des partitions non alignees sur des gros disques de plus de 1 TB. Votre avis m interesse, peut etre que j ai tort ? Votre avis m interesse aussi sur la reponse du support, par rapport a l article ibm et ce qu ils me proposent de faire . . .
---------- Forwarded message ---------- Subject: Germain et angie please help , rapport a un Bug d'install des HDD avec partition non allignees, thread=3051210 To: geg@ovh.net, angy@ovh.net, felix.krohn@ovh.net
bonjour,
http://www.ibm.com/developerworks/library/l-4kb-sector-disks/ prouve les pertes de performance sur des gros disques avec des partitions non alignees, il est impossible de trouver plus serieux que ces benchmarks d IBM
( de plus tous les admins competents que je connais sont d accord avec moi et il semble que ca ait deja ete debattu sur les mailing listes d ovh. )
voila ce que me repond le support ovh ( vraiment surrealiste a mon avis ) :
Navré mais je ne peux pas prendre en charge votre demande sans éléments concrets montrant que votre machine, avec des partitions dites alignées aurait 10 à 15% de performances de plus qu'avec les partitions non alignées. Je ne peux pas prendre en compte des éléments externes qui s'appliquent à des produits externes. Si vous etes en mesure de me transmettre de tels éléments, concrets donc, croyez bien que j'en ferai part à la personne concernée pour essayer de modifier ce comportement.
et ma reponse ( la je pete un cable ) :
SANS ELEMENT CONCRET ??????
vous avez lu
http://www.ibm.com/developerworks/library/l-4kb-sector-disks/
???????????????????????????
IBM montre clairement la perte de performance pour des partitions non alignees il y a meme des graphiques !!!!!!!!!!!!!!!!!!!!!!!!!!
vous vous moquez de moi ? vous croyez que je peux trouver mieux que des benchmarks d IBM ?
vous savez lire l anglais ?
ca ne s applique pas "a des produits externes" , ca s applique a TOUS LES DISQUES DE 2 TB avec des partitions non alignees !
attention la vous atteignez un niveau de ridicule qui merite un blog post qui fait mal a l image de marque . . .
-----
a votre disposition pour toute question
a la limite dites moi clairement "on s en fiche" et j arreterai de vous embeter avec ca, je fais ca plus pour aider ovh que pour le plaisir . . . me demander de faire des benchmarks moi meme sur ma machine de prod, ca veut dire quoi ? passer des heures a tester avec votre installeur , puis des heures a tout reinstaller en rescue avec partitionnement a la main avec parted ? ou investir personnellement des euros pour prendre un autre serveur de test ?
sachant qu en mode rescue a priori je ne peux meme pas installer parted ? ( fdisk n est pas capable d aligner les partitions sur des gros disques)
dois-je investir mon temps et mon argent pour prouver ce que cet article d ibm prouve deja et que tous les admins competents savent deja ?
n est ce pas un peu surrealiste ?
/me au bord de l effondrement nerveux la . . . prochaine etape c est au choix je laisse tomber , ou je balance ca sur un blog , un reddit ou frsag . . .
( ticket complet sur https://www.ovh.com/managerv3/services-supportv3.pl?supportAction=getAll&... )
-- Cordialement
-----------------------------------
William Waisse http://waisse.org | http://neoskills.com | http://ww7.pe | http://feeder.ww7.be https://github.com/neofutur "Computers are like air conditionners. They work better when you close windows." "You have enemies? Good. That means you've stood up for something in your life." Winston Churchill
Le Mon, Feb 11, 2013 at 05:00:37PM -0500, neo futur a écrit:
Je vous forwarde pour avis un mail au support d ovh sur le probleme des partitions non alignees sur des gros disques de plus de 1 TB.
Ou sinon tu bootes en rescue, tu partitionnes ton disque, et tu installes sans toucher à la table des partitions.
Ou sinon tu prends un hébergeur autre que bas de gamme, qui va te faire exactement ce que tu veux aux petits oignons, avec ton support aux petits oignons aussi.
Fast, Good, Cheap: pick any two.
Arnaud.
bon ben l escalade ca marche, un coup de chapeau au reponsable ovh qui repond dans les 20 minutes :
Je prends.
http://travaux.ovh.net/?do=details&id=8044 va fixer ce souci une fois pour toutes, ce sera fini Mardi/Mercredi.
Félix
2013/2/11 Arnaud Launay asl@launay.org:
Le Mon, Feb 11, 2013 at 05:00:37PM -0500, neo futur a écrit:
Je vous forwarde pour avis un mail au support d ovh sur le probleme des partitions non alignees sur des gros disques de plus de 1 TB.
Ou sinon tu bootes en rescue, tu partitionnes ton disque, et tu installes sans toucher à la table des partitions.
Ou sinon tu prends un hébergeur autre que bas de gamme, qui va te faire exactement ce que tu veux aux petits oignons, avec ton support aux petits oignons aussi.
Fast, Good, Cheap: pick any two.
Arnaud.
Liste de diffusion du FRsAG http://www.frsag.org/
Rappelons: * d'une part que techniquement tu peux repartitionner ton disque sans passer par le mode rescue, à condition que tu aies deux disques (ça te permet de facilement repartitionner des disques en RAID software), et que tu n'aies pas peur de jongler avec ton GRUB. C'est un exercice très intéressant à faire d'ailleurs ! ;) * d'autre part que les techniciens OVH ne sont pas particulièrement réputés...
Cordialement Emmanuel Thierry
Le 11 févr. 2013 à 23:00, neo futur a écrit :
Je vous forwarde pour avis un mail au support d ovh sur le probleme des partitions non alignees sur des gros disques de plus de 1 TB. Votre avis m interesse, peut etre que j ai tort ? Votre avis m interesse aussi sur la reponse du support, par rapport a l article ibm et ce qu ils me proposent de faire . . .
---------- Forwarded message ---------- Subject: Germain et angie please help , rapport a un Bug d'install des HDD avec partition non allignees, thread=3051210 To: geg@ovh.net, angy@ovh.net, felix.krohn@ovh.net
bonjour,
http://www.ibm.com/developerworks/library/l-4kb-sector-disks/ prouve les pertes de performance sur des gros disques avec des partitions non alignees, il est impossible de trouver plus serieux que ces benchmarks d IBM
( de plus tous les admins competents que je connais sont d accord avec moi et il semble que ca ait deja ete debattu sur les mailing listes d ovh. )
voila ce que me repond le support ovh ( vraiment surrealiste a mon avis ) :
Navré mais je ne peux pas prendre en charge votre demande sans éléments concrets montrant que votre machine, avec des partitions dites alignées aurait 10 à 15% de performances de plus qu'avec les partitions non alignées. Je ne peux pas prendre en compte des éléments externes qui s'appliquent à des produits externes. Si vous etes en mesure de me transmettre de tels éléments, concrets donc, croyez bien que j'en ferai part à la personne concernée pour essayer de modifier ce comportement.
et ma reponse ( la je pete un cable ) :
SANS ELEMENT CONCRET ??????
vous avez lu
http://www.ibm.com/developerworks/library/l-4kb-sector-disks/
???????????????????????????
IBM montre clairement la perte de performance pour des partitions non alignees il y a meme des graphiques !!!!!!!!!!!!!!!!!!!!!!!!!!
vous vous moquez de moi ? vous croyez que je peux trouver mieux que des benchmarks d IBM ?
vous savez lire l anglais ?
ca ne s applique pas "a des produits externes" , ca s applique a TOUS LES DISQUES DE 2 TB avec des partitions non alignees !
attention la vous atteignez un niveau de ridicule qui merite un blog post qui fait mal a l image de marque . . .
a votre disposition pour toute question
a la limite dites moi clairement "on s en fiche" et j arreterai de vous embeter avec ca, je fais ca plus pour aider ovh que pour le plaisir . . . me demander de faire des benchmarks moi meme sur ma machine de prod, ca veut dire quoi ? passer des heures a tester avec votre installeur , puis des heures a tout reinstaller en rescue avec partitionnement a la main avec parted ? ou investir personnellement des euros pour prendre un autre serveur de test ?
sachant qu en mode rescue a priori je ne peux meme pas installer parted ? ( fdisk n est pas capable d aligner les partitions sur des gros disques)
dois-je investir mon temps et mon argent pour prouver ce que cet article d ibm prouve deja et que tous les admins competents savent deja ?
n est ce pas un peu surrealiste ?
/me au bord de l effondrement nerveux la . . . prochaine etape c est au choix je laisse tomber , ou je balance ca sur un blog , un reddit ou frsag . . .
( ticket complet sur https://www.ovh.com/managerv3/services-supportv3.pl?supportAction=getAll&... )
-- Cordialement
-----------------------------------William Waisse http://waisse.org | http://neoskills.com | http://ww7.pe | http://feeder.ww7.be https://github.com/neofutur "Computers are like air conditionners. They work better when you close windows." "You have enemies? Good. That means you've stood up for something in your life." Winston Churchill _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Le 11 février 2013 17:00, neo futur frsag@ww7.be a écrit :
( fdisk n est pas capable d aligner les partitions sur des gros disques)
À ma connaissance... si.
Un extrait de la page que tu cites justement : http://www.ibm.com/developerworks/library/l-4kb-sector-disks/
-------------- You can, however, align partitions properly with any version of fdisk. To do this, you should change the default units from cylinders to sectors by typing u at the main menu. You can then enter start sector values that are multiples of 8. In principle, you can start the first partition with a sector number as low as 8 for proper alignment; however, it's best to start the first partition at 64 or higher to leave room for boot loader code in the unallocated space between the MBR and the first partition. Microsoft's partitioning tools for Windows Vista and Windows 7 begin the first partition at sector 2048, so that's a safe place to start it from a cross-platform point of view. In fact, beginning with util-linux-ng 2.17.1, this is the default when you disable DOS compatibility mode by typing c at the main menu. I recommend doing so.
Note, however, that fdisk doesn't align subsequent partitions automatically. Proper alignment is likely to follow if you specify partition size in units of megabytes or larger and then accept the default value for subsequent partitions, but this isn't guaranteed. For safety, you should verify that every partition begins on a multiple of 8. --------------
Je l'avais fait comme ça sur mon premier disque Advanced Format y'as quelques années ;)
Note que je connais pas le "mode rescue" d'OVH (je bosse chez la concurrence en ce moment :))) mais si c'est bien un fdisk de Linux, ça marche, même avec une vieille version...
Cordialement ;)
Le 12/02/2013 01:51, Etienne Rastoul a écrit :
Le 11 février 2013 17:00, neo futur frsag@ww7.be a écrit :
( fdisk n est pas capable d aligner les partitions sur des gros disques)
À ma connaissance... si.
fdisk ne gère que le MBR, pas les tables des partitions en GPT, donc pas au delà de 2TB, il faut donc utiliser parted (par défaut "align-check" est set à "optimal" donc devrait partitionner correctement) ou gdisk (pour ceux qui veulent partitionner depuis une netinstall Debian/Ubuntu, alt+fX pour avoir une console puis installer parted avec "anna-install parted-udeb" puis partionner avec parted et retourner à l'install graphique et refaire détection des disques).
ps: sympa le titre du thread... le OP est aussi très orignal, avec des forward et des quotes en pagaille, on ne sais plus trop qui dis quoi ni quand mais ça n'est pas encore vendredi, je vais m'arrêter là...
Le 12/02/2013 02:03, Jean Weisbuch a écrit :
Le 12/02/2013 01:51, Etienne Rastoul a écrit :
À ma connaissance... si.
fdisk ne gère que le MBR, pas les tables des partitions en GPT, donc pas au delà de 2TB, il faut donc utiliser parted (par défaut "align-check" est set à "optimal" donc devrait partitionner correctement) ou gdisk (pour ceux qui veulent partitionner depuis une netinstall Debian/Ubuntu, alt+fX pour avoir une console puis installer parted avec "anna-install parted-udeb" puis partionner avec parted et retourner à l'install graphique et refaire détection des disques).
Y a aussi gdisk qui est un remplacant de fdisk pour gérer le GPT, parted en cli je suis pas à l'aise.
Par contre je ne sais pas si il sait aligner les partitions, j'avoue même ne pas m'être posé la question. Est ce que c'est intéressant lorsqu'on fait une partition / et un swap sans dépasser les 10G et qu'on met tout le reste en LVM?
Le 12/02/2013 11:10, Wallace a écrit :
Le 12/02/2013 02:03, Jean Weisbuch a écrit :
Le 12/02/2013 01:51, Etienne Rastoul a écrit :
À ma connaissance... si.
fdisk ne gère que le MBR, pas les tables des partitions en GPT, donc pas au delà de 2TB, il faut donc utiliser parted (par défaut "align-check" est set à "optimal" donc devrait partitionner correctement) ou gdisk (pour ceux qui veulent partitionner depuis une netinstall Debian/Ubuntu, alt+fX pour avoir une console puis installer parted avec "anna-install parted-udeb" puis partionner avec parted et retourner à l'install graphique et refaire détection des disques).
Y a aussi gdisk qui est un remplacant de fdisk pour gérer le GPT, parted en cli je suis pas à l'aise.
ou gnu-fdisk - Linux fdisk replacement based on libparted (pour du MBR sur Debian ;-)
Une autre solution encore pour les disques en LVM (peut-être pas pour le disque système), c'est de ne pas créer de partition dessus et directement le déclarer en "physical volume"
Cdlt,
JYL
Le 12/02/2013 11:56, jean-yves@lenhof.eu.org a écrit :
ou gnu-fdisk - Linux fdisk replacement based on libparted (pour du MBR sur Debian ;-)
Bien vu je le connaissais pas celui là.
Une autre solution encore pour les disques en LVM (peut-être pas pour le disque système), c'est de ne pas créer de partition dessus et directement le déclarer en "physical volume"
Oui tout à fait, très utile pour les machines virtuelles, disque principal de quelques giga pour le slash et un disque secondaire en LVM. Si un jour on pouvait booter directement dessus ça serait idéal :) Mais avec l'arrivée de l'EFI je doute.
Le 12/02/2013 12:17, Wallace a écrit :
Oui tout à fait, très utile pour les machines virtuelles, disque principal de quelques giga pour le slash et un disque secondaire en LVM. Si un jour on pouvait booter directement dessus ça serait idéal :) Mais avec l'arrivée de l'EFI je doute.
Quel est ton soucis pour booter sur un disque en lvm ? Tu parles d'efi donc de démarrage de machine physique, grub2 sait depuis longtemps booter sur un kernel dans un lvm et avec un / sur lvm. Pour ce qui est de vm, kvm ou xen (avec ou sans libvirt) savent mapper des block device sur des lv. Luc.
Le 12/02/2013 14:08, Luc Begault a écrit :
Le 12/02/2013 12:17, Wallace a écrit :
Oui tout à fait, très utile pour les machines virtuelles, disque principal de quelques giga pour le slash et un disque secondaire en LVM. Si un jour on pouvait booter directement dessus ça serait idéal :) Mais avec l'arrivée de l'EFI je doute.
Quel est ton soucis pour booter sur un disque en lvm ? Tu parles d'efi donc de démarrage de machine physique, grub2 sait depuis longtemps booter sur un kernel dans un lvm et avec un / sur lvm.
Je n'ai pas réessayé depuis la sortie de Squeeze, un disque full lvm avec grub2 ne marchait pas, mais si cela marche va falloir que je refasse des tests.
Pour ce qui est de vm, kvm ou xen (avec ou sans libvirt) savent mapper des block device sur des lv.
Oui bien entendu, néanmoins je me demandais si le fait de passer par un lvm fait qu'il faut se préoccuper ou pas de l'alignement de la partition du lvm?
On Mon, Feb 11, 2013, at 23:00, neo futur wrote:
des partitions non alignees sur des gros disques de plus de 1 TB.
Il y a des disques de plus de 1TB a 15000 rpm ? Il me semble que non, donc, oui, perte de perf. (c'est pas vendredi, je sais ....) Pour la partie alignement des partitions, je ca doit dependre aussi du filesystem installe, ou je me tropme ?
Pour la partie alignement des partitions, je ca doit dependre aussi du filesystem installe, ou je me tropme ?
oui : http://www.ibm.com/developerworks/library/l-4kb-sector-disks/ montre une erte de per differente selon le filesystem, mais perte dans tous les cas
-
Arnaud Launay -
Emmanuel Thierry -
Etienne Rastoul -
Jean Weisbuch -
jean-yves＠lenhof.eu.org -
Luc Begault -
neo futur -
Radu-Adrian Feurdean -
Wallace