Il n'est également pas rare de voir ici ou là des commentaires désabusés concernant la politique des mainteneurs Linux. ReiserFS 3 ayant été très populaire, de nombreux utilisateurs attendent impatiemment la mise à disposition de la nouvelle version dans le noyau officiel.
Alors pourquoi Reiser4 n'est-il toujours pas intégré au noyau 2.6 ?
Diego Calleja tente de répondre à cette question via une page d'informations sur le wiki de Kernel Newbies afin d'expliquer au mieux la situation. En voilà les grandes lignes. Reiser4 est la nouvelle génération du système de fichiers ReiserFS. Celui-ci se veut très rapide, notamment sur les petits fichiers, permet des transactions atomiques et se base sur une architecture novatrice à base de greffons. La gestion des gros fichiers a été améliorée grâce à l'implémentation des "Dancing trees" remplaçant les "B-trees".
Alors pourquoi Reiser4 n'est-il toujours pas intégré au noyau 2.6 ?
Selon Diego Calleja :
- Reiser4 n'est pas encore intégré à Linux pour des raisons techniques. C'est inapproprié de parler de frilosité politique quand on remarque que de très nombreux systèmes de fichiers plus ou moins marginaux ont été intégrés par le passé. Diego parle notamment de 9p, BeFS, BFS, minixfs, ADFS, AFFS, EFS, HPFS, UFS, VXFS, qnx4fs, sysvfs, ncpfs ou encore codafs.
- Reiser4 n'était pas prêt. Sans parler d'éventuels bugs, il était nécessaire que le code soit suffisamment correct pour être intégré, ce qui n'était pas le cas. Diego prend l'exemple de deux systèmes de fichiers pour grappes : OCFS2 (Oracle) qui a été intégré très rapidement et de GFS (RedHat) qui ne l'a pas été, pour les même raison que Reiser4.
- Pour éviter des problèmes majeurs, le code doit être revu par des développeurs volontaires experts dans le domaine et ils sont peu nombreux. Le fait que Hans Reiser ait eu des propos très durs envers ces développeurs en a découragé plus d'un à faire le travail de relecture bien qu'ils ne soient pas contre l'intégration de Reiser4.
S'en suit une FAQ:
- Pourquoi ne pas intégrer Reiser4 avec la mention "expérimental" et corriger les bugs après ?
Oui et non. Il y a des choses qui doivent être corrigées avant, comme les erreurs graves de design et l'intégration au noyau Linux. Ça a déjà été fait en grande partie pour Reiser4. La qualité est importante ; il y a déjà eu beaucoup de critiques sur l'intégration de nouvelles fonctionnalités dans la branche stable de Linux. Enfin, Reiser4 est un système de fichiers et son fonctionnement est critique pour les gens qui l'utilisent et donc en dépendent pour leurs données. Il faut être certain de ne rien casser.
- Si Reiser4 n'est pas intégré, on ne peut pas le tester à grande échelle et il ne pourra pas s'améliorer.
Faux. Tout le monde peut le tester et les distributions peuvent décider de l'inclure. Il n'y a pas de différences techniques, au final, entre patcher son noyau ou sélectionner une option "expérimental". La meilleure façon d'accélérer le processus, serait que des distributions commencent à intégrer Reiser4. Andrew Morton a même demandé explicitement l'aide d'une ou deux distributions.
- Ça n'avance pas parce que les développeurs noyau détestent Hans Reiser.
Oui et non. Comme expliqué précédemment, c'est à cause de problèmes techniques. Mais il est vrai que Hans Reiser n'a rien fait pour arranger les choses en soutenant notamment que Reiser4 était stable, prêt depuis des années, que les codeurs de Reiser4 étaient plus intelligents que ceux de Linux, qu'il faut changer le VFS (système de fichiers virtuel) de Linux pour utiliser les greffons de Reiser4 car c'est plus rapide, qu'il ne faut pas désactiver les fonctions qui cassent le VFS, etc, etc. Tout cela ne changera rien au fait que Reiser4 sera intégré prochainement, mais n'a vraiment pas facilité les choses.
En résumé, Reiser4 s'approche de l'intégration tant attendue et le meilleur catalyseur serait l'engagement d'une ou deux distributions majeures. Il n'est donc pas impossible de voir Reiser4 dans le noyau 2.6.19.
Aller plus loin
- Explications sur Kernel Newbies (1 clic)
- ReiserFS (11 clics)
- Hans Reiser sur la LKML (2 clics)
# vrai/fausse disponibilité
Posté par mornik . Évalué à 6.
Il devient donc de plus en plus facile de l'utiliser.
[^] # Re: vrai/fausse disponibilité
Posté par Boris . Évalué à 5.
Après il est possible que tu ais installé gentoo à partir d'un liveCD non-officiel, dans ce cas on ne peut plus dire que c'est proposé par gentoo !
[^] # Re: vrai/fausse disponibilité
Posté par mornik . Évalué à 4.
Mon installation récente.
[^] # Re: vrai/fausse disponibilité
Posté par DLFP est mort . Évalué à 2.
DLFP >> PCInpact > Numerama >> LinuxFr.org
# 2 VFS dans le noyau ?
Posté par _alex . Évalué à 8.
L'intégration revient donc à avoir 2 VFS dans Linux.
D'après ce que j'en comprends ( http://diegocg.blogspot.com/ ) ca reste inchangé.
[^] # Re: 2 VFS dans le noyau ?
Posté par Olivier Serve (site web personnel) . Évalué à 2.
[^] # Re: 2 VFS dans le noyau ?
Posté par Patrick Trauquesègues . Évalué à 5.
Ici? (juin 2005)
Re: reiser4 plugins (back to flames, oh well)
http://marc.theaimsgroup.com/?l=reiserfs&m=1119576299257(...)
Re: reiser4 plugins (the technical email in this flame fest)
http://marc.theaimsgroup.com/?l=reiserfs&m=1119532710186(...)
http://marc.theaimsgroup.com/?l=reiserfs&r=2&b=20050(...)
http://namesys.com/
Il y en a qui disent aussi que Reiserfs n'est pas libre.
[^] # Re: 2 VFS dans le noyau ?
Posté par clearstream . Évalué à 10.
Ce cher Hans a dit tellement de conneries (dont de nombreux "fumeux" bench, que forcement maintenant il se dit des conneries sur Reiserfs.
Reiserfs a souffert d'un manque de fiabilité et d'une maintenance fluctuante. Pour un système de fichier, ça ne pardonne pas. Le fait que les développeurs noyaux l'utilisent rarement est significatif.
Reiserfs merde (ou merdait) avec NFS, avait des deadlock (rares), Reiserfs V4 est sorti sans réel fsck (c'est très naze), réinventait la roue (voir le VFS sans qu'il y est grandes concertations), a des performances quelconques (mais tout à fait respectable), etc...
On ne peut nier le "génie" de Hans. Mais maintenant ses "pleurnicheries" me fatiguent. Les autres développeurs sont beaucoups plus cools. GFS n'est pas intégré au noyau, les développeurs de GFS n'en font pas un flan. Ils font comme la majorité : ils écoutent les remarques et remettent l'ouvrage sur le métier.
[^] # Re: 2 VFS dans le noyau ?
Posté par _alex . Évalué à 2.
# Bien trop longtemps maintenant...
Posté par mansuetus (site web personnel) . Évalué à -2.
ça veut dire qu'il faut qu'il parte ou que la branche doit être fusionnée ?
[^] # Re: Bien trop longtemps maintenant...
Posté par Jérôme Pinot (site web personnel) . Évalué à 10.
Je parle donc bien de la fusion, aucun commentaire sur Andrew Morton :-)
Je ne me souviens pas précisément de la date, mais ça doit bien faire plus d'un an que Reiser4 est dans la branche -mm et attend donc le passage dans stable ; ça commence à faire pas mal.
# De la maintenance..
Posté par Agalaz . Évalué à 10.
Je n'encourage personne à utiliser ni reiser3, ni reiser4, personnellement.
Je pense que ça doit jouer à l'intégration de reiser4 : les développeurs du kernel ne veulent sûrement pas se retrouver avec une merde de plus sous le bras si monsieur décide de réécrire encore une fois son système.
[^] # Re: De la maintenance..
Posté par reno . Évalué à 10.
J'ai eu une fois une corruption de fs avec reiserfs3 et j'ai eu alors la désagréable surprise de découvrir que la récupération de donnée par fsck ne fonctionnait pas pour reiserfs3..
--> partition perdue.
Depuis je pense que ext3fs, c'est bienTM: son fsck fonctionne bien lui, en cas de gros problème..
[^] # Re: De la maintenance..
Posté par youx21 . Évalué à 8.
[^] # Re: De la maintenance..
Posté par clearstream . Évalué à 7.
Il a évolué le "bon vieux" ext3.
Il y a maintenant index_dir (accès rapide aux fichiers quand il y en a beaucoup dans un répertoire), reservation (une optimisation : meilleurs tenue en charge et moins de fragmentation), resize_inode (retaillage à chaud des partitions, c-à-d sans umount), large_file (fichier de plus de 2 Toctets), attributs étendus, support selinux.
Une version de développement de ext4 va pointer le bout de son nez :
http://lwn.net/Articles/187336/
http://lwn.net/Articles/190169/
[^] # Re: De la maintenance..
Posté par Jérôme Pinot (site web personnel) . Évalué à 10.
Autrement dit, il constate que les systèmes de fichiers sous Linux commencent à être vieux et bancals et qu'il serait bon de tout réécrire depuis zéro, en se basant, pourquoi pas, sur l'architecture de Reiser4.
Cette remarque montre aussi la divergence d'opinion avec Linus qui est plutôt pour une approche lente progressive.
J'en profite pour rappeller, même si ce n'est qu'un détail, qu'il faut parler de ReiserFS pour la version 3, et de Reiser tout court, pour la version 4.
[^] # Re: De la maintenance..
Posté par gpe . Évalué à 1.
Ma question: est-il possible de convertir une partition reiser3 en ext3?
[^] # Re: De la maintenance..
Posté par clearstream . Évalué à 2.
Non.
Mais avec un peu d'huile de coude, une sauvegarde faite avec tar ou cpio ou autre (bien lire la doc pour les options) et un CD de boot tu peux passer sous ext3.
Il faut aller avec du doigté pour grub ou lilo ainsi que le répertoire /boot.
Pour finir, il ne faut pas oublier de mettre à jour /etc/fstab.
ATTENTION : l'opération est aisée pour un "expert" mais peut conduire à un arrache de cheveux dans les rêgles pour un non-expert.
> j'ai des problèmes avec Nautilus lorsque je navigue dans des répertoires avec beaucoup de fichiers.
Quel version de Gnome/Nautilus ?
Nautilus a fait de gros progrès niveau performance avec les dernières versions.
[^] # Re: De la maintenance..
Posté par gpe . Évalué à 2.
Pour Gnome/Nautilus c'est 2.14 (Debian testing).
[^] # Re: De la maintenance..
Posté par Hobgoblins Master (Mastodon) . Évalué à 2.
[^] # Re: De la maintenance..
Posté par briaeros007 . Évalué à 7.
dis ca a mes 40 Go de perdu dut a une coupure de courant...
Ou en parlant des fs : dis ca a ma partition actuel (tjrs en ext3)qui se traine parce que j'ai eu le malheur d'utiliser ma partition de 40 Go (toujours elle \o/) avec que 40 mo de libre (c'était ponctuel , et je vais pas acheter un dd pour 3 heures d'utilisation)
Depuis ca rame.
(Ps j'ai jamais dis que reiser 4était mieux de ce point de vue vu que le meme test , sur une autre partition donne le meme probleme en plus prononcé !)
Je dis juste arreter de croire que ext3 saisbien et reiser4 sapux
Perso en ayant lut la lkml , hans était de mauvaise foie , mais j'ai trouvé que le responsable de l'inclusion des fs dans le kernel l'était aussi !
Mais bon c'est toujours plus facile de rejeter toutes les fautes sur une seule personne, et les autres sont forcément des saints ...
[^] # Re: De la maintenance..
Posté par Franck Routier (Mastodon) . Évalué à 6.
A mon tour d'apporter ma brique subjective :
<mon experience>
Mon exemple favori est celui de XFS : ce FS est arrivé avec une réputation excellente, initialement écrit pas Silicom Graphics (SGI) pour Irix, utilisé sur des FS énormes, de la vidéo, etc. Il est difficile de trouver quelqu'un qui mette en doute sa fiabiité.
Il n'empêche, de tous les FS que j'ai testés (ext2, ext3, reiserfs3, xfs, jfs et reiser4), c'est celui qui m'a fait perdre le plus de données, avec 3 plantages non récupérables lors de transferts de gros fichiers (je suis persévérant, non).
A l'inverse, Reiser4, sur une utilisation de 6 mois, n'a planté que deux fois (c'est beaucoup pour un FS, mais il est en experimental et je l'utilise sur un portable avec de grosses bases de données, mais aussi plein de petits fichiers, ...) ET a pu se récupérer... Il donnait en plus une impression de rapidité étonnante. Je ne l'ai abandonné (temporairement ?) que parce qu'il n'est pas intégré aux noyaux packagés de ma distribution (qui par ailleurs intégrent d'autres éléments qui m'intéressent)
Quant à ext3, il a un petit défaut (qui sûrement se corrige par quelques paramètres dans fstab) : il fait un fsck régulièrement (tous les 20 démarrages par défaut sur ma distrib), ce qui est tout bonnement insuportable sur un portable (surtout que c'est toujours le jour ou il faut démarrer vite, devant une salle de réunion pleine de clients exigeants et peu patients, qui ont déjà du mal à admettre que je n'utilise pas Windows dans le monde du vrai travail sérieux :-(
</mon experience>
En bref, j'attends avec impatience l'inclusion de Reiser4 dans le noyau officiel.
[^] # Re: De la maintenance..
Posté par clearstream . Évalué à 3.
C'est paramétrable avec tune2fs (voir les options "-c" "-i" et "-e").
[^] # Re: De la maintenance..
Posté par Raphaël G. (site web personnel) . Évalué à 4.
J'en ai une tout autre avec le XFS, mais bien plus heureuse...
zero perte de donnée critique depuis 4ans, sauf deux fois (mais j'ai fait sciemment des conneries sur un matériel défaillant).
Il faut prévoir un mini-système avec xfs_repair pour le / :
1 => en cas de plantage, on reboot systématiquement sur celui-là
2 => on monte le / (si ça passe), déplacement de /lost+found en /lost+found-$(date -formatquivabien), démontage
3 => on lance un xfs_repair -n /dev/hda1 (le /) pour tester le niveau de fichier qui seront balancé dans /lost+fount
4 => on lance un xfs_repair /dev/hda1 (pour réparer le sf)
5 => montage du /, rmdir /lost+found, démontage
6 => on reboot
Je recommande l'étape 2 en semi automatique, du style :
mount -o ro /dev/hda1 /mnt/disk
[ -d /mnt/disk/lost+found ] && mount -o rw /mnt/disk && mv /mnt/disk/lost+found /mnt/disk/lost+found-$(date -formatquivabien)
umount /mnt/disk
#ceci est pour éviter de perdre les fichiers balancé dans /lost+found a la dernière vérification (la plus grosse faiblesse du XFS)
L'étape 4 peux être conditionnée par la valeur de retour de xfs_repair -n (qui renvoie un code de retour différent si il y a une erreur ou aucune)
L'étape 5 permet de s'éviter des cheveux blanc, si on a aucun fichier dont xfs_repair ne sait que faire on peux virer le répertoire vide (pas de vérification de contenu, prochaine exécution plus rapide)
En fait le soucis que j'ai rencontré est que il n'existe pas de fsck.xfs (en faire c'est un script/binaire a la con qui fait un return 0) et que xfs_repair refuse certaine fois de vérifier le / en lecture seule, donc j'ai opté pour la version seconde partition (qui permet de limiter les dégats et d'avoir un système de backup au cas où)
Mais c'est intégrable au système a condition de modifier les initscripts qui vont bien (chose que j'ai eu une sainte flemme de faire, mais qui sait, si j'ai le temps...)
Quand a la robustesse du XFS, j'ai vraiment rien trouvé de mieux (a part le JFS de IBM, mais il consomme/ait trop de cpu).
=> résistance au hard lock (carte nvidia qui faisait tout freeze un temps)
=> résistance a la coupure de courrant (reboot hard)
Ceci modulo d'appuyer sagement sur alt+print scr+s pour syncroniser les données sur disque après un changement important.
=> bonne tollérance au syndrome du système de fichier remplis (90% utilisé)
=> très bonne performance en tant que sf dans une partition cryptoloop (aes2048), le pross passe a 100% pour le temps d'écriture, mais en lecture 0% d'utilisation de processeur ou presque (lecture de vidéo/son sans lag ni rien)
Il a tout de même des petites faiblesses :
=> non support de selinux (sans augmenter la taille des inodes, mais ça fait perdre une place folle !!!)
=> fragmention gênante dès qu'on dépasse les 80% d'utilisation
Il faut alors libérer beaucoup de Go sur de grosses partition et défragmenter a coup de xfs_fsr -v /mnt/data (point de montage de la partition montée, mais ça peux se faire en user si le système de fichier appartient a votre uid)
Bref, le XFS c'est du bon, mais faut savoir ce qu'on fait :
=> redémarage rapide après gros problème
=> tollérer que des fichiers partent dans /lost+found en cas de coupure de courrant
(genre les pid et très petits fichier récemments écris)
=> faire des BACKUP !!! (on peux très bien perdre les deux magic block en cas de corruption physique du support)
N'est pas fait pour :
=> les personnes ne sachant par replacer les fichiers a coup de file fichier, vim fichier pour savoir qu'en faire
=> personnes peux consciencieuses qui appuie sur power avant même d'avoir fermé openoffice par exemple (si si ça existe, depuis le bouton power est systématiquement sous clef chez moi)
Bref, XFS c'est SGI, qui est mort ou presque, alors l'intégration de leur système de réparation dans un fsck.xfs j'y crois plus du tout, pour le futur va falloir aller voir plus loin (ZFS ?)
Sinon un petit plus du XFS c'est l'économie de place sur le disque, sur une même partition du XFS stocke plus de fichiers (toutes taille confondue) que de l'ext3
[^] # Re: De la maintenance..
Posté par clearstream . Évalué à 3.
Peut-être un problème de hardware. Pour les coupures de courant, ça marche avec SCSI, ça merde avec certains disques SATA, et pour IDE il faut la capacité "cache flushes" sinon il faut désactiver le cache du disque.
Pour les coupures de courant, le hardware a un rôle important. Si la coupure n'est pas brutale, le hardware peut être dans des états transitoires (voire bizarres) et faire n'importe quoi (d'une certaine manière, il n'est plus sous le contrôle du système d'exploitation).
Ceci dit, je n'écarte pas un problème soft. Ca peut arriver.
> Je dis juste arreter de croire que ext3 saisbien et reiser4 sapux
Tu as raison, évitons le fanatisme. Mais notes qu'il s'est longtemps dit l'inverse :-)
[^] # Re: De la maintenance..
Posté par Gniarf . Évalué à 5.
heureusement qu'il n'est pas passé sous un train pendant qu'il s'occupait de reiser3, hein.
faudra peut-être qu'il y ait un peu plus de développeurs noyaux vraiment interessés par ce filesystem, et pas juste lui. et si il n'y en pas assez, effectivement, reiser4 n'a pas sa place dans le noyau "officiel". et ça ne sera rien de personnel envers ce Hans
[^] # Re: De la maintenance..
Posté par Agalaz . Évalué à 4.
Tu as tout à fait raison, mais des experts en FS, t'en as pas à tous les coins de rue, aussi, on aurait pu s'attendre de Hans qu'il maintienne ReiserFS 3 jusqu'à ce qu'il soit un minimum bug-free (ce qu'il était loin, loin d'être quand il a arrêté, et je ne sais pas si aujourd'hui ce FS est bien).
Ext3 était un bien meilleur choix et je suis sûr qu'attendre Ext4 sera encore un meilleur choix actuellement plutôt que d'être pressé et passer en Reiser4.
Le logiciel libre n'est pas un modèle magique où tout utilisateur devient programmeur.. et à ce propos, ce n'est pas un "bénéfice" du libre mais plutôt du "gros" proprio, la maintenance des logiciels après la mort ou l'arrêt d'un dev. Les logiciels produits par des grosses boites comme Microsoft ou Adobe, ben tu peux assassiner toute l'equipe des développeurs, l'entreprise elle mettra les sous qu'il faudra pour embaucher, voire en former d'autres programmeurs et voilà. Dans le logiciel libre faut plutôt compter sur de bonnes âmes.
Dans le proprio, ça ne pose problème que pour les petits (sharewares et freewares).
[^] # Re: De la maintenance..
Posté par Gniarf . Évalué à 8.
pardon ? au contraire, tu fais quoi quand Microsoft refuse d'assurer le support, parce que le produit est déclaré obsolète par exemple, ou qu'ils ont vraiment envie de te pousser à mettre à jour tout ton parc d'Office 97 et 2000 qui marche pourtant très bien ? ou quand Adobe va jeter GoLive et Freehands parce qu'elle vient de racheter Macromedia et son Dreamweaver ?
dans le proprio, il faut compter sur la bonne volonté de l'éditeur, en plus de lui faire confiance pour qu'un dispositif de "sécurité" ne fasse pas tout planter pendant la nuit ou tes vacances quand tu es à 5000 km.
dans le libre et si tu n'es pas programmeur tu PEUX toujours payer quelqu'un pour le faire à ta place, si tu n'arrives à convaincre personne que ton idée est bonne au point que le projet l'adopte. la porte reste ouverte, dans le proprio on peut te dire non même si tu t'amènes avec un gros carnet de chèques à la main.
[^] # Re: De la maintenance..
Posté par Agalaz . Évalué à 2.
Soit réaliste, dans 10 ans tu crois qu'il y aura encore du support pour Openoffice 1 ? effectivement, il y a la solution comme tu dis après de raquer beaucoup (beaucoup) de sous pour qu'une équipe de programmeurs supportent ton programme.. le temps nous dira si le jeu en vaux plus la chandelle qu'une upgrade.
[^] # Re: De la maintenance..
Posté par clearstream . Évalué à 3.
> Dans le logiciel libre faut plutôt compter sur de bonnes âmes.
Pas forcément. Redhat (le développeur principal d'ext3)) a des clients qui payent. Si ext3 merde Redhat demandera à tel ou tel employé de fixer le problème et "fissa".
Le logiciel libre n'est pas équivalent à gratuit !
On ne le répètera jamais assez !
Le logiciel libre, c'est la liberté.
S'il y a un bug, t'es libre de le corriger et t'es aussi libre de payer qui tu veux pour le corriger.
Avec le logiciel propriétaire, t'es pas libre de corriger et tu ne peut payer que le boîte qui a le soft pour le corriger et aux conditions de cette dernière.
Enfin, au niveau FS, Linux propose une très large palette de FS (et c'est très bien). Ce n'est absolument pas le cas pour le logiciel proprio.
[^] # Re: De la maintenance..
Posté par Franck Routier (Mastodon) . Évalué à 9.
Je dirais plutôt corriger un problème.
(je sais, je pinaille, mais ce genre de barbarisme m'empêche de me concentrer sur le fond, avec lequel je suis d'accord par ailleurs !)
[^] # Re: De la maintenance..
Posté par clearstream . Évalué à 1.
C'est une juste mise au point.
> ce genre de barbarisme
Il faut les "combattre" et personne n'y est à l'abris :-)
[^] # Re: De la maintenance..
Posté par pasBill pasGates . Évalué à 5.
Oui, t'es libre de le faire, mais si on parlait un peu de pratique ?
Combien de societes sont capables de maintenir un OS entier ?
Parce que te fixer ton bug a toi c'est bien marrant, mais quand tu repasses 9 mois plus tard pour un autre bug, faut etre sur que le 1er bug est toujours corrige, que les autres correctifs inseres n'ont pas foutu le bordel, ...
Ca coute tres tres cher tout ca en infrastructure, machines de test, employes,..., et ca demande des gens ayant des competences, qu'on trouve pas n'importe ou.
Bref, si tu crois que tu peux debarquer chez la SSII du coin et leur demander de faire ca, tu te mets le doigt dans l'oeil hyper profond.
[^] # Re: De la maintenance..
Posté par clearstream . Évalué à 2.
Le file était libre vs proprio. Je n'ai pas dit que le libre virait toutes les contraintes.
Le complexité en logiciel est un problème difficile à gérer dans le libre et dans le proprio.
Personne a la prétention de résoudre tous les problèmes le weedend au fond de son jardin.
[^] # Re: De la maintenance..
Posté par pasBill pasGates . Évalué à 4.
C'est comme dire "avec la GPL, tu es libre de teletransporter ton code dans une autre galaxie", c'est une super liberte, simplement elle vaut rien vu que c'est impossible a faire.
[^] # Re: De la maintenance..
Posté par clearstream . Évalué à 4.
Le libre permet de faire beaucoup de chose. Ce que ne permet pas le libre, le proprio ne le permet pas.
Sauf que le proprio permet de s'en mettre plein les poches si les brevets et autres licences tordues sont permises.
Génial ?
Tu crois qu'une approche "propriétaire" de la recherche, où on cache les inovations et contrôle leurs utilisations, rendrait la recherche plus "puissante" ?
Si oui, on n'est pas du tout sur la même longueur d'onde et le mieux est d'arrêter cette discussion.
[^] # Re: De la maintenance..
Posté par pasBill pasGates . Évalué à 3.
Sauf que le proprio permet de s'en mettre plein les poches si les brevets et autres licences tordues sont permises.
Génial ?
C'est pas le probleme et c'est pas ce dont je parles.
Dire "Le libre permet XXX" alors que XXX est infaisable en pratique, c'est raconter des aneries.
Voila, c'est tout ce que je dis, et ce que tu racontes dans ce post n'a pas grand-chose a voir avec ca.
[^] # Re: De la maintenance..
Posté par clearstream . Évalué à 3.
- "S'il y a un bug, t'es libre de le corriger et t'es aussi libre de payer qui tu veux pour le corriger."
C'est infaisable ?
D'ailleurs, où est la notion de faisabiliité ?
J'ai dit que le libre permettait de résoudre toutes les problèmes ?
J'aurais peut-être du dire "... de payer qui tu veux pour tenter de le corriger".
OK, désolé. Notes que c'est valable avec le propriétaire.
Pour le propriétaire il faut dire : "S'il y a un bug, tu n'es pas forcément libre de le corriger^W^W tenter de le corriger et t'es pas libre de payer qui tu veux pour tenter de le corriger".
Le support, qu'il soit pour du logiciel libre ou propriétaire n'offre qu'une garantie de moyen.
Dans le logiciel libre, les moyens sont :
- les bonnes volontées
- l'argent
Dans le logiciel proprio c'est principalement et presque uniquement :
- l'argent
Le libre a autant de moyens que le propriétaire : c'est-à-dire ce que les utilisateurs sont prêts à mettre "sur la table" pour corriger un problème ou ajouter une fonctionnalité.
Certes actuellement le marché du logiciel est dominé par le propriétaire. Mais rapporté au nombre d'utilisateur le libre a indiscutablement autant les moyens que le propriétaire. Donc à nombre équivalent d'utilisateur... Je ne te fais pas un dessin.
L'"avantage" du propriétaire est qu'il a des méthodes de "rackettes" (faut-il que je te les rappelle ?) et/ou monopolistiques que n'a pas le libre. Peut-être trouves-tu ce "rackette" légitime. Pourquoi pas. Pour moi il est problèmatique. Probablement une question de "sensibilité".
Mais je ne vois absolument pas pourquoi, a nombre d'utilisateur équivalent, les logiciels propriétaires offriraient plus de garantits que le logiciel libre.
Le libre a des moyens plus que respectable face au propriétaire (si tu ne vis pas dans une grotte au fond d'une montagne, tu te dois de le reconnaitre). Sois moins condescendant envers le libre. Le libre n'empêche pas d'avoir des grosses boîtes qui payent plein de développeurs. On en est plus à Linux 1.0 avec le leader commercial du libre qui a moins de 40 employés.
Ca te fout pas les boules j'espère ?
[^] # Re: De la maintenance..
Posté par pasBill pasGates . Évalué à 3.
Dans le logiciel libre, les moyens sont :
- les bonnes volontées
- l'argent
Dans le logiciel proprio c'est principalement et presque uniquement :
- l'argent
Le libre a autant de moyens que le propriétaire : c'est-à-dire ce que les utilisateurs sont prêts à mettre "sur la table" pour corriger un problème ou ajouter une fonctionnalité.
Encore une fois, tu parles en theorie.
Moi je te parles en pratique.
Tu me donnes le nom d'une SSII qui fait du support pour disons une Redhat 5.2 ? Va pas me dire que je prend un truc trop vieux hein, MS supporte encore NT4.
C'est pas pour denigrer le libre que je dis ca, parce que le proprietaire c'est la meme chose, mais faut rester lucide, demander a une SSII de maintenir un soft un peu complexe(Firefox, OpenOffice, Kernel+trucs de base,...) c'est pas tres possible en pratique du fait des investissements humains et financiers requis par rapport au nombre de gens qui le demandent.
Bref, arretes de tout voir comme une attaque contre le libre, je ne fais que mettre un peu de realisme dans tes affirmations, c'est tout.
[^] # Re: De la maintenance..
Posté par clearstream . Évalué à 4.
J'ai dit : "tu peux !".
Je n'ai pas dit : "tu dois !".
> Va pas me dire que je prend un truc trop vieux hein, MS supporte encore NT4.
Ben maintenant redhat fait du support sur 7 ans. Il y a de la demande et l'offre est satisfesante pour les utilisateurs. En plus maintenant il y a des partenariats entre les distributeurs et les fournisseurs de hardware et logiciel pour fournir du support etc...
Vas savoir si la RHEL 12 n'aura pas un support de 15 ans.
Quoiqu'il en soit si redhat ne veux pas prolonger le support et qu'il y a de la demande alors il y aura une offre qui va apparaitre. Si MS ne veut pas prolonger le support de NT4 pour, par exemple, pousser les utilisateurs a prendre des licences windows 2008 et se faire plus de pognon (ce qui en soit n'est pas choquant vu que c'est une boîte commerciale), alors il n'y a rien. C'est ça la différence entre libre et proprio. Je n'ai pas dit que "le support libre roxor et support proprio puxor".
Regardes la redhat 7.3 qui n'est plus supportée par redhat depuis bien longtemps. Ben elle est supportée par fedora legacy. Certe, ce n'est pas la panacée. Mais c'est en rapport avec la base utilisateur. Et les utilisateurs doivent être bien content que le libre offre cette possibilité. Possibilité que n'offre pas le proprio. Tu peux dire que compte tenu de la base installée c'est négligeable. OK et en un sens je te suis. Les boites de proprio, si elles sont trop tiraniques, se tirent une balle dans le pied. Mais ce n'est pas négligable pour l'utilisateur concerné.
Peut-être qu'un projet "windows legacy" pour supporter windows 98 a sa place (la base utilisateur est encore assez large). Mais MS l'interdit. Redhat ne peut interdir une offre de support pour les produits qu'il ne supporte pas et aussi pour les produits qu'il supporte. Voir par exemple :
http://www.centos.org/
Les moyens de centos sont sans commune mesure avec redhat. Mais si redhat déconne, alors les moyens (c'est-à-dire les utilisateurs) iront vers centos (ou un autre). C'est une garantit (ou une voie de secours) que n'offre pas le proprio.
Tu continues toujours à nier cette différence évidente entre le libre et le proprio ?
> Tu me donnes le nom d'une SSII qui fait du support pour disons une Redhat 5.2 ?
Tu me donnes le nom d'une SSII qui fait du support pour disons windows 98 ?
> C'est pas pour denigrer le libre que je dis ca, parce que le proprietaire c'est la meme chose, mais faut rester lucide, demander a une SSII de maintenir un soft etc, etc...
C'est pas pour denigrer le propriétaire que je dis ca, parce que le libre c'est la meme chose, mais faut rester lucide, demander a une SSII de maintenir un soft etc, etc...
> je ne fais que mettre un peu de realisme dans tes affirmations, c'est tout.
Sauf que j'ai jamais affirmé : "support libre roxor et support proprio puxor".
[^] # Re: De la maintenance..
Posté par pasBill pasGates . Évalué à 3.
Je n'ai pas dit : "tu dois !".
Justement, moi je dis "meme si en theorie tu peux, en pratique tu peux pas".
Regardes la redhat 7.3 qui n'est plus supportée par redhat depuis bien longtemps. Ben elle est supportée par fedora legacy.
Genial, qui a cree Fedora Legacy ? Ah oui tiens, Redhat
Les moyens de centos sont sans commune mesure avec redhat. Mais si redhat déconne, alors les moyens (c'est-à-dire les utilisateurs) iront vers centos (ou un autre). C'est une garantit (ou une voie de secours) que n'offre pas le proprio.
Pourtant il y a plein de societes qui auraient voulu rester sur les anciennes versions de Redhat et qui n'ont pas pu car personne n'etait la pour assurer le support.
Tu continues toujours à nier cette différence évidente entre le libre et le proprio ?
Le jour ou te me montrera que c'est possible pour le libre d'avoir une autre partie qui fasse le support pour un soft non-trivial, je serai d'accord, d'ici la je continuerai a dire que tu racontes n'importe quoi quand tu dis que c'est un avantage du libre vu qu'en pratique c'est infaisable.
me donnes le nom d'une SSII qui fait du support pour disons windows 98 ?
La n'est pas la question, j'ai jamais dit que c'etait possible pour le proprio,encore une fois, je sais pas pourquoi tu t'amuses a faire une comparaison, je sais tres bien que c'est pas possible pour le proprio.
Le truc c'est que toi tu t'amuses a dire "avec le libre on peut", alors qu'en pratique c'est infaisable.
[^] # Re: De la maintenance..
Posté par Agalaz . Évalué à 1.
http://lkml.org/lkml/2005/9/18/131
From : Alan Cox
[...]
It doesn't matter if reiser4 causes crashes. It matters that people can
fix them, that they are actively fixed and the code is maintainable. It
will have bugs, all complex code has bugs. Hans team have demonstrated
the ability to fix some of those bugs fast, but we also all remember
what happened with reiser3 later on despite early fast fixing.
One big reason we jump up and down so much about the coding style is
that its the one thing that ensures someone else can maintain and fix
code that the author has abandoned, doesn't have time to fix or that
needs access to specific hardware the authors may not have.[...]
C'est saoulant ces supporters du libre qui croient mieux dire que les mainteneurs du kernel eux même. Le libre n'est pas une potion magique et je soutiens PBPG dans son dur combat qui consiste à réveiller les esprits endormis qui trônent sur ce site.
[^] # Re: De la maintenance..
Posté par clearstream . Évalué à 5.
Ici Alan dit pourquoi reiserfs n'est pas intégré au noyau. C'est, entre autre, car reiserfs en mal maintenu.
Pour la maintenance (c'est-à-dire avoir des développeurs qui "s'y collent") on est une une problèmatique de demande.
Quelle distribution aujourd'hui met reiserfs par défaut ? A ma connaissance pas les distributions majeurs.
Quand SuSE proposais reiserfs, il y avait un développeur pour maintenir reiserfs (Jeff Mahoney je crois, qui a contribué significativement à reiserfs).
Mais SuSE ne propose plus reisers (du moins c'est ext3 par défaut). Donc la base d'utilisateur de reiserfs c'est restrainte. Et notament des utilisateurs qui payent (ce qui permet de payer des développeurs).
S'il y avait une demande (évidemment significative) alors reiserfs serait maintenu. Mais reiserfs c'est fait dépassé petit à petit par ext3.
Pour avoir fait quelques tests comparatifs entre ext3 et reiserfs, reiserfs est significatifement plus rapide en lecture que ext3, un poil plus rapide en écriture, et est dépassé par ext3 lorsque le système est stressé (en lecture et écriture). Bref ext3 a une meilleur tenue en charge (mais les écarts ne sont pas immenses). Ajoutons qu'ext3 a des utilitaires qui roxent des ours (e2fsck, debugfs, e2image), qu'il supporte "tout" alors que pour reiserfs il faut des patchs pour avoir un support de NFS et des quotas, et reiserfs a "trainé" pour supporté selinux.
Puis reiserfs (et dans une moindre mesure jfs et xfs) est dépassé par ext3 au niveau fiabilité (suivre le thread pour quelques explications ) :
http://www.redhat.com/archives/fedora-test-list/2004-July/ms(...)
The ext3 have almost a perfect record with the write cache off: I have
run over 300 cycles on the two drives and only had two corrupted lines
in the output files. So out of 600 total cycles on the two drives there
were only two lines with bad data, I think that is a pretty good record.
None of the other journaling file systems have come anywhere near this
performance. After 3 or 4 power cycles, ReiserFS became corrupted to
the point that the system would not boot up (the fsck failed and the
bootup stopped there).
On assiste avec reiserfs à une sélection "naturelle" comme on l'a déjà vu maintes fois dans le logiciel libre.
Enfin, Alan bosse pour redhat (je ne nie en aucun cas sa liberté d'expression, j'essaie d'évaluer le contexte). Redhat n'a jamais supporté reiserfs. Pour rhel, reiserfs est fournis dans le paquet kernel-unsupported. Pour fedora, c'est fourni mais non supporté :
http://www.fedorafaq.org/#reiserjfs
Donc redhat dans le cadre de support contracté avec ses clients et des plannifications d'évolution de son système d'exploitation pour répondre aux attentes de ses clients n'a fort probablement jamais demandé à Alan (et d'autres employés) de maintenir ou corriger un bug de reiserfs. C'est tout le contraire pour ext3 qui est le seul FS supporté par redhat (avec GFS). En terme de moyen (pognon pour payer des développeurs) ça fait une différence énorme.
Si Alan maintenait reiserfs, ça serait hors redhat et là il dit en gros qu'il n'a pas le "gout" à ça (comme l'explique ton lien).
Faut dire qu'Alan n'a jamais été tendre avec reiserfs. Lorsqu'on demandait pourquoi reiserfs n'était pas supporté il répondait une truc du style :
- "la question de se pose pas, reiserfs ne passe pas les tests de redhat."
> C'est saoulant ces supporters du libre qui croient mieux dire que les mainteneurs du kernel eux même.
Si google (ou un autre gros client de redhat ou novell) qui tourne sous rhel (c'est au minimum 5000 machines) utilisait reiserfs ou exigait reiserfs, je peux te garantir que redhat supporterait reiserfs (et donc payerait des développeurs pour ce taff même si ça ne les emballent pas car le code est mal foutu). Il n'y a pas ou peu de demande, donc il n'y a pas ou peu de moyens mis en place.
> je soutiens PBPG dans son dur combat qui consiste à réveiller les esprits
A réveiller ou endormir ?
Si t'écoutes PBPG, le logiciel libre serait mort depuis 10 ans car ce n'est qu'un effet de mode, il ne serait même pas de le radar de microsoft, aucun grand compte n'utiliserait Linux car c'est un OS de kékés et le support est pourri, s'il avait un peu de popularité il serait infesté de virus comme windows, etc...
Que voit-on ?
Linux est là et bien là. C'est le seul OS a augmenter ses parts de marché et bientôt il va bouffer des parts de marché de Windows significativement.
Le discours de PBPG c'est :
- "Le logiciel libre ce n'est pas aussi bien que vous croyez bande de gros naïfs, il n'y a que les grosses boîtes qui peuvent innovées à coup de brevets et faire une bon OS".
Evidemment, je caricature.
Je te souhaite une bonne nuit à l'écoute de sa douce mélopée.
[^] # Re: De la maintenance..
Posté par Gniarf . Évalué à 5.
>> Je n'ai pas dit : "tu dois !".
> Justement, moi je dis "meme si en theorie tu peux, en pratique tu peux pas".
moi je dis tu peux. après c'est peut être pas le meilleur choix, mais seuls des débiles profonds auront pris ça au pied de la lettre comme étant la chose à faire sans aucune reflexion.
c'est un peu comme clamer "Le libre n'est pas une potion magique". ben, euh, c'est connu. ça passe peut etre mieux sous la forme "le libre n'est pas une panacée".
>> Regardes la redhat 7.3 qui n'est plus supportée par redhat
>> depuis bien longtemps. Ben elle est supportée par fedora legacy.
> Genial, qui a cree Fedora Legacy ? Ah oui tiens, Redhat
et ? tu t'attendais à ce que ça soit Saddam Hussein ? le petit chaperon rouge ? et surtout quel rapport avec la question ? d'autres boites en font le support, et surement plus crédibles que Fedora Legacy.
> il y a plein de societes qui auraient voulu rester sur les anciennes versions de Redhat et qui n'ont pas pu car personne n'etait la pour assurer le support.
foutaises. peut-être qu'elles ont plutot fait la gueule quand elles ont lu le devis, non ? "COMBIEN ?" ah c'est sur que ca a dû leur faire un choc après avoir payé pas cher ou rien du tout pour quelques boites quelques années avant.
elles ont eu un choix économique à faire, elles l'ont fait. apparement le monde a continué de tourner.
ah, accessoirement il faudra voir ce que veut dire le terme de "support". et ces systemes sont suffisamment modulaires pour qu'on puisse se préoccuper de certaines parties vitales qui servent à quelque chose et pas du reste.
> > Tu continues toujours à nier cette différence évidente entre le libre et le proprio ?
> Le jour ou te me montrera que c'est possible pour le libre d'avoir une autre partie qui fasse le support pour un soft non-trivial, je serai d'accord, d'ici la je continuerai a dire que tu racontes n'importe quoi quand tu dis que c'est un avantage du libre vu qu'en pratique c'est infaisable.
les grosses SSII qui fournissent des prestations et du support pour les Unix depuis 20 ans et plus n'ont pas attendu Linux pour supporter des outils classiques d'Unix dont certains libres, et se sont retrouvées ravies de recycler plus tard leurs compétences en Unix et outils Unix sur les unix libres (linux & bsd) quand les autres ont commencé à disparaitre. bon, peut-être que tu vas me dire que Bull ou IBM c'est des mauvais exemples et que ca ne concerne pas le particulier ou la petite PME ?
après, évidement, les compétences rares vont être chères. c'est peut-être surtout ça qui est intéressant. les softs libres mais peu connus ou peu diffusés seront alors un choix risqué, les softs libres développés en autiste (par exemple OpenOffice avec quasi que des contributeurs de Sun) ça sera pas mal non plus.
bref ton "en pratique tu peux pas" c'est surtout "en pratique ca sera trop cher" et ça sera vrai pour tout ce qui n'est pas devenu très répandu et très commun. ça n'empeche.
[^] # Re: De la maintenance..
Posté par clearstream . Évalué à 2.
Car avec le proprio tout ce qui est théoriquement possible l'est aussi pratiquement ?
Arrêtes d'enfoncer des portes ouvertes.
> Genial, qui a cree Fedora Legacy ? Ah oui tiens, Redhat
Je crois que tu joues les crétins.
Un peu d'historique :
* Redhat lance le project fedora (au début c'était le redhat linux project dont l'url était : http://rhl.redhat.com/ )
* fedora est découpé en :
- fedora core : c'est principalement au début les employés de redhat qui s'y colle. En gros ceux qui bossaient sur rh9 bossent sur fc1.
- fedora extra : c'est principalement fedora.us
- fedora legacy : c'est encore principalement fedora.us : http://www.fedora.us/wiki/FedoraLegacy (malheureusement la page est morte).
Avant Fedora, on trouvait en autre :
http://linux.duke.edu/projects/univ-linux/
http://www.fedora.us/wiki/FedoraLegacy
et aussi pas mal de boîtes commerciales dont j'ai la flemme de chercher l'url. Mais citons progeny qui avait proposé du support dès le lendemain de l'abandon du support par Redhat :
http://lwn.net/Articles/61178/
http://www.progeny.com/services/transitionService.htm
support arrêté le 31/12/05 mais ça fait toujours 2 ans de support en plus. Puis il y reste encore fedora legacy.
Il est claire que Fedora Legacy, mais aussi redhat qui propose deux branches de son OS (un a sortie fréquente (fedora) et un a sortie lente (rhle)) ont changé la donne.
Redhat a aidé à la mise en place de Fedora Legacy. Redhat aide encore fedora legacy pour le hardware, la bande passante, l'utilisation du bugzilla de redhat, etc. Ce qui est normal puisqu'à l'origine du project fedora (je ne parle pas de fedora.us) redhat avant annoncé fedora legacy. Mais redhat n'aide pas pour le support.
Néanmoins des employés de redhat, sur leur temps personnel (c'est-à-dire sans être payé par redhat) aident le projet fedora legacy.
Redhat n'aide pas pour le support car sinon il se tire une balle dans le pied. Il faut pour redhat une distinction claire entre fedora et rhel. Cette distinction passe principalement par le support.
> Pourtant il y a plein de societes qui auraient voulu rester sur les anciennes versions de Redhat et qui n'ont pas pu car personne n'etait la pour assurer le support.
Pourtant il y a plein de societes qui auraient voulu rester sur les anciennes versions de Windows et qui n'ont pas pu car personne n'etait la pour assurer le support.
Redhat 7.3 : dernière mise à jours le 6 juin 2006 :
http://www.fedoralegacy.org/updates/RH7.3/2006-06-06-FLSA-20(...)
> Le jour ou te me montrera que c'est possible pour le libre d'avoir une autre partie qui fasse le support pour un soft non-trivial,
Car chez MS celui qui fait le support de, par exemple, IE est le développement d'IE ? Il n'y a pas de mouvement de personnel chez MS ?
Je ne savais pas.
redhat, toute petite société à côté de MS, fait le support complet de rhel. Les rares packets qui ne sont pas supporté sont marqués avec "unsupported" et il n'y en a qu'un. C'est un paquet avec des modules noyaux. Sinon tout est supporté : mysql, apache, php, X11, gnome, KDE, postgresql, sendmail, bind, etc.
Ben je vais t'apprendre un truc, mais redhat n'a pas développé 10 % de ce qu'il livre !
Pourtant leur support marche et n'a pas l'air d'être moins bon que celui de MS :
http://www.redhat.com/promo/vendor/
> je serai d'accord, d'ici la je continuerai a dire que tu racontes n'importe quoi quand tu dis que c'est un avantage du libre vu qu'en pratique c'est infaisable.
Ben en pratique c'est faisable et fin.
En pratique le logiciel libre est mieux supporté que le logiciel proprio. Si l'envis te prend de mettre ça en doute, rapporte le au nombre d'utilisateur ou au pognon et l'affaire est classée.
Donc, et je ne voulais pas avancer cette conclusion, en pratique le support du libre est meilleur que le proprio.
Regardes qu'il faut plusieurs années à MS pour corriger des bugs dans IE et MS-office. Et il y en a encore beaucoup qui ne sont toujours pas corrigé, qu'il reste de problème de sécurité et de virus à la pelle, etc...
Imagine comme IE aurait moins de bug (voir l'exemple firefox) s'il était libre...
Tu n'as toujours pas montré en quoi un logiciel proprio est forcément mieux supporté qu'un logiciel libre. Tu ne restes que dans les affirmations gratuites.
> Le truc c'est que toi tu t'amuses a dire "avec le libre on peut", alors qu'en pratique c'est infaisable.
En pratique c'est faisable. Pas toujours. OK.
Sachant que RH7.3 est sorti en mai 2002 on a déjà 4 ans de support dont seulement 2 par Redhat. Donc arrêtes de dire que ce n'est pas faisable alors que les faits prouvent le contraire.
[^] # Re: De la maintenance..
Posté par pasBill pasGates . Évalué à 2.
Arrêtes d'enfoncer des portes ouvertes.
C'est ch*ant ta manie de tout rapport a une opposition libre<->proprio, t'es pas capable de juste regarder le libre sans chaque fois sentir le besoin de comparer avec le cote d'en face ?
J'ai dit nulle part que le proprio est mieux, pourtant tu le ressort a tout bout de champs.
Redhat a aidé à la mise en place de Fedora Legacy. Redhat aide encore fedora legacy pour le hardware, la bande passante, l'utilisation du bugzilla de redhat, etc. Ce qui est normal puisqu'à l'origine du project fedora (je ne parle pas de fedora.us) redhat avant annoncé fedora legacy. Mais redhat n'aide pas pour le support.
Néanmoins des employés de redhat, sur leur temps personnel (c'est-à-dire sans être payé par redhat) aident le projet fedora legacy.
C'est marrant comme tu decris ca, a te lire on dirait que Fedora peut pas vivre sans Redhat...
Ben en pratique c'est faisable et fin.
Pourtant la realite montre l'inverse, je ne vois aucune SSII offrant une maintenance d'anciennes distribs
En pratique le logiciel libre est mieux supporté que le logiciel proprio. Si l'envis te prend de mettre ça en doute, rapporte le au nombre d'utilisateur ou au pognon et l'affaire est classée.
On s'en fout du nombre d'utilisateurs et du pognon, soit c'est supporte soit ca ne l'est pas. Quand j'utilises un OS j'en ai rien a battre d'avoir une excuse "mais il n'y a que 200 utilisateurs", je veux un support decent.
Regardes qu'il faut plusieurs années à MS pour corriger des bugs dans IE et MS-office. Et il y en a encore beaucoup qui ne sont toujours pas corrigé, qu'il reste de problème de sécurité et de virus à la pelle, etc...
Imagine comme IE aurait moins de bug (voir l'exemple firefox) s'il était libre...
Ah le grand n'importe quoi, on met des annees a corriger les bugs dans IE ? Ca sort d'ou ca ?
Qualite du code ? Tu me fais bien rire, tu veux pas comparer Apache 2 a IIS 6 qu'on rigole ? Pourtant il est libre Apache, et il est proprio IIS.
Sans parler du fait que nous, on corrige encore les bugs dans NT4 qui date de 1996, c'est pas pour rien que je te demandais une boite qui maintient Redhat 5.2...
Sachant que RH7.3 est sorti en mai 2002 on a déjà 4 ans de support dont seulement 2 par Redhat. Donc arrêtes de dire que ce n'est pas faisable alors que les faits prouvent le contraire.
Non, ca fait 4 de support, les 4 par Redhat, car Fedora sans Redhat, ils sont rien du tout. Sans parler du fait que Fedora n'a evidemment pas les memes moyens de test que Redhat avait pour la maintenance.
[^] # Re: De la maintenance..
Posté par clearstream . Évalué à 3.
Ben actuellement on peut dire que Fedora vit grace à redhat. Sans redhat fedora serait-il mort ?
Je n'en sais rien.
> Pourtant la realite montre l'inverse, je ne vois aucune SSII offrant une maintenance d'anciennes distribs
T'es charmant. Oui, redhat 4.2 ou mandrake 6.0 ne sont plus supportées. Je te dit que ce qui est fait pour redhat 7.3 (ce que permet le libre) ne peut être fait pour windows 98 (MS ne le permet pas). Je ne te dis pas que les anciennes distributions sont systématiquement supportées. Je dis que le libre le permet et parfois c'est fait. Le proprio ne le permet pas et donc ce n'est jamais fait.
Je crois que microsoft a décidé de ne plus supporter visual basic à terme. Donc même s'il y a de la demande, VB ne sera pas supporté. Même s'il y a de la demande, on n'a même pas à ce demandé s'il y a une SSII qui a les compétences pour le faire et si elle peut proposer une offre intéressante.
Toi tu pars du principe qu'une boîte proprio fait les choses forcément bien. Et si une boîte proprio arrête le support trop tôt par rapport à la demande ? Tu fais quoi ?
Rien. Tu subis.
Et si une boîte proprio arrête le support d'un produit pour des raisons statégique (genre forcée les mises à jours) ? Tu fais quoi ?
Rien. Tu subis.
De plus, si tu me relis, j'ai jamais dit que c'était la panacée. J'ai dit que pour les clients concernés, c'est un plus significatif.
> On s'en fout du nombre d'utilisateurs et du pognon, soit c'est supporte soit ca ne l'est pas. Quand j'utilises un OS j'en ai rien a battre d'avoir une excuse "mais il n'y a que 200 utilisateurs", je veux un support decent.
Ce que j'utilise est supporté. Et toi ?
> car Fedora sans Redhat, ils sont rien du tout.
Plus haut tu semblais dire l'inverse.
> Sans parler du fait que Fedora n'a evidemment pas les memes moyens de test que Redhat avait pour la maintenance.
Ce n'est pas pareil, le public de Fedora et rhel est différente. Je pourrait même dire que Fedora est plus testé que rhel. rhel a besoin de moins de test car rhel est basé sur fedora (les différences entre ces deux distributions sont très minimes). Les tests de rhel sont surtout orienté vers les partenaires de redhat (Oracle, Dell, etc). Moins il y a de bug dans fedora, moins il y a de bug dans rhel. Redhat et les employés de redhat le savent très bien.
Pour ses finances (point crucial pour une société commerciale) redhat dépend de rhel. Mais rhel dépend de Fedora. Donc il y a nettement plus de développeurs redhat sur le projet fedora que sur rhel (ça a été reconnu par redhat).
Pour ce qui est des ressources, depuis plusieurs mois (voire années car ça a débuté avec fedora) redhat met tout en libre. C'etait une veille promesse non officielle de redhat qui depuis quelques mois est officielle. Redhat a reconnu que ça a pris beaucoup beaucoup plus de temps que prévu (entre autre car redhat utilisait des logiciels avec des clauses de non divulgation).
Pour le build automatique, c'est fait depuis plus d'un an.
Il manque les outils de test.
C'est en cours :
http://trends.newsforge.com/trends/06/07/11/1431207.shtml?ti(...)
and anticipates integrating a fuller set of them into the Fedora Core 6 test releases later in the summer. "We're going to be running them basically through the same tests we run RHEL through," he says. After the release of Fedora Core 6, he plans to move the testing lab outside of Red Hat to make it generally accessible to everyone in the Fedora community.
http://www.108.redhat.com/
Les gens sous-estiment énormément l'importance capitale qu'a Fedora pour RedHat.
En étant simpliste : pas de fedora alors pas de rhel, pas de rhel alors pas de redhat.
Il est de l'intérêt de redhat de faire de fedora la meilleur distribution possible qu'ils peuvent et de la supporter au mieux afin d'enlever un maximum de bug (du moins sur la durée de vie définie par redhat).
Quand redhat (le marketing) veut ajouter xen à rhel pour ces clients et se faire du pognon, redhat ne laisse pas vivoter fedora dans son coin et se met à coder pour rhel. Non, redhat met le paquet sur Fedora pour avoir xen sous fedora.
Mais n'oublies que fedora et rhel n'a pas le même public.
Le public de fedora est les développeur et les hobbyistes. Fedora doit sortir souvent et tôt même si tout n'est pas parfait. Sinon les développeur s'emmerdent et les hobbyistes vont voir ailleurs. Il y a des compromis à faire mais la qualité n'est pas une enjeux mineur. C'est pour celà que bien que fc2 a selinux, selinux a été désactivé par défaut lors de la sortie (mais celui qui veut "jouer" avec peut). Idem pour cairo ou xen dans fc5 mais qui est désactivé par défaut.
Fedora c'est pour la communauté du libre, rhel pour les entreprises.
[^] # Re: De la maintenance..
Posté par Raphaël G. (site web personnel) . Évalué à 3.
T'es charmant. Oui, redhat 4.2 ou mandrake 6.0 ne sont plus supportées. Je te dit que ce qui est fait pour redhat 7.3 (ce que permet le libre) ne peut être fait pour windows 98 (MS ne le permet pas). Je ne te dis pas que les anciennes distributions sont systématiquement supportées. Je dis que le libre le permet et parfois c'est fait. Le proprio ne le permet pas et donc ce n'est jamais fait.
Je crois que microsoft a décidé de ne plus supporter visual basic à terme. Donc même s'il y a de la demande, VB ne sera pas supporté. Même s'il y a de la demande, on n'a même pas à ce demandé s'il y a une SSII qui a les compétences pour le faire et si elle peut proposer une offre intéressante.
Toi tu pars du principe qu'une boîte proprio fait les choses forcément bien. Et si une boîte proprio arrête le support trop tôt par rapport à la demande ? Tu fais quoi ?
Rien. Tu subis.
Et si une boîte proprio arrête le support d'un produit pour des raisons statégique (genre forcée les mises à jours) ? Tu fais quoi ?
Rien. Tu subis.
De plus, si tu me relis, j'ai jamais dit que c'était la panacée. J'ai dit que pour les clients concernés, c'est un plus significatif.
Je pense que PbPg n'a pas compris une différence fondamentale !!!
Dans le monde du proprio changer de version veux dire :
- achat de licence a coût prohibitif^Wprix sympa ;)
- achat des versions n+1 des logiciels métiers utilisés car l'api a changé, tout ne marche plus pareil, etc...
- achat de support pour les versions de l'os+logiciel métier
Dans le monde du libre :
- changer de version ne coûte rien (ou presque)
- achat de la version n+1 du logiciel métier (si il n'est pas en libre et gratuit)
- achat de support pour la nouvelle version de l'os+logiciel métier.
La seule différence est que les compétences internes peuvent débroussailler le terrain.
Exemple :
Équipe de test qui valident tout sur une mandriva cooker (future 2007)
=> on sait si on doit acheter (ou non) la version n+1 du logiciel (si il est proprio)
=> vérification de l'api (être sur que la chaîne dont dépend le logiciel est toujours la même), ce qui limite la casse...
=> on limite les besoins de support, on a validé toutes les utilisations courante, donc il reste "seulement" la sécurité et les bugs triviaux (la compétence interne peux suffire pour ceux-ci)
Bref, en étant ouvert le logiciel libre change la donne et laisse le choix a l'utilisateur/entreprise (et permet de limiter le coûts).
Après l'entreprise n'est pas prisonnière, a savoir que si ça lui chante elle peux rester sur une version non supportée de l'os interne et payer quelqu'un pour s'occuper de limiter la casse, prévoir les migrations a moindre coût.
=> Si on tombe dans les grands compte, la donne est pas pareille, eux ont les moyens de payer, même a prix d'or, un support.
=> Si on reste dans les PME/PMI, vu le prix/niveau de support pour le proprio par rapport a celui du libre elle ne sont pas perdantes en passant au libre (rapport finances/support réel/prix du ticket de correction).
[^] # Re: De la maintenance..
Posté par briaeros007 . Évalué à 4.
bizarre que tu parle d'ext4 (a l'état de projet) et pas de zfs ...
Pourquoi les gens croient qu'il n'y a que deux candidats ?
[^] # Re: De la maintenance..
Posté par darkleon (site web personnel) . Évalué à 2.
http://www.sun.com/2004-0914/feature/
Mais il est intéressant quand on a bcp de disques durs (baies de stockage). Du coup on a un espace de stockage virtuel pour l'OS et zfs fait l'interface avec le monde physique (le stripping des données sur plusieurs disques, les partitions virtuelles, etc, etc...)
J'ai peur qu'il n'ai pas trop d'utilités sur une machine perso toujours limitée à 4 partitions par nos super bios
[^] # Re: De la maintenance..
Posté par espace . Évalué à 4.
[^] # Re: De la maintenance..
Posté par reno . Évalué à 2.
C'est officiel maintenant ou toujours juste une rumeur?
[^] # Re: De la maintenance..
Posté par Mark Havel . Évalué à 4.
[^] # Re: De la maintenance..
Posté par ismael . Évalué à 2.
Le bios limite à 4 partitions primaires, mais avec des partitions étendues, tu peux avoir plus de partitions (grâce aux partitions logiques). En plus linux peut s'installer sans problème sur une partition logique contrairement à windows qui dois être installé sur une partition primaire.
Sur mon disque dur, j'ai 8 partitions (3 primaires, et 5 logique).
[^] # Re: De la maintenance..
Posté par darkleon (site web personnel) . Évalué à 4.
Mais cette adresse l'explique mieux que moi :
http://www.generation-nt.com/dossiers/lire/29/table-de-parti(...)
Il s'agit bien d'une LIMITATION du BIOS, car à l'époque des amiga en OS3.1 (1992), le mbr n'avait rien à voir avec celui des PC et les informations de partitionnement étaient bien placés différement.
Après tout le mbr en premier secteur et la table de 4 partitions principales sont une convention.
On peut imaginer un bios qui gére un MBR de 128ko avec un gestionnaire de boot intégré et la possibilité de créer jusqu'à 128 partitons primaires ou plus.
Finallement je regrette presque que l'itanium n'est pas marché, ça nous aurait peut être finallement débarassé du bios de 82 !
Vivement un linuxBios avec xen intégré :-)
[^] # Re: De la maintenance..
Posté par briaeros007 . Évalué à 3.
c'est pas le seul qui existe (regardez les options du noyau sur ce point la pour vous en convaincre)
[^] # Re: De la maintenance..
Posté par darkleon (site web personnel) . Évalué à 1.
[^] # Re: De la maintenance..
Posté par briaeros007 . Évalué à 2.
Mais je sais qu'il y a eu une discution dans un journal dessus il y a longtemps (quand quelqu'un était venu proposé un nouveau schéma de table de partition) .
Peut etre en creusant vers cette direction ?
[^] # Re: De la maintenance..
Posté par imalip . Évalué à 4.
[^] # Re: De la maintenance..
Posté par herodiade . Évalué à 10.
Justement, pour pouvoir faire ça, il faut que le code soit maintenable.
À ce titre, au fur et à mesure des engeulades avec Hans Reiser, les devs du kernel ont formulé explicitement des exigences minimales et de bon sens pour l'acceptation d'une grosse nouvelle fonctionalité sensible dans le noyau, car Hans Reiser semblait les ignorer ou les négliger:
- Le code doit respecter les coding standards du noyau (longeur des lignes etc.). Hans Reiser a fait le malin lorsqu'on lui a dit ça: "ouiii mais les coding standards, ça limite ma créativité [...]", mais il devra y passer, comme tout le monde.
- Le code doit utiliser les frameworks & API type vfs (qui eux sont bien maintenus) du kernel lorsqu'ils existent, et ne pas chercher à réinventer la roue "parce que je suis génial et j'ai réinventé l'idée même de filesystem, donc je vais tout refaire: les autres sont des cons, leur framework est pourri".
- Le code doit être relu, corrigé et aprouvé par (au moins) un autre expert du domaine (ça permet de remonter des bugs assez tot, et surtout ça fait une nouvelle personne qui connait assez le code pour le maintenir). C'est assez difficile avec le code d'Hans Reiser car celui-ci conteste la moindre remarque, puis monte sur ses grands cheveaux, puis fait le coup du géni incompris ("tu ne peut pas auditer mon code parce que tu est trop imprégné des concepts des fs classiques"), puis fini en attaque personnelles ("tu es un mauvais developpeur", "tu es un idiot", "tu m'en veut personnellement", ...). Si bien que tout les developpeurs qui ont bien voulu aider Reiser en tenant ce role ont finalement déclaré forfait.
- Le code doit être pret. Hans Reiser prétend que son reiserfs4 est pret depuis plusieurs années (en fait, avant même le 2.6.0 !). Celà dit il a récement publié sa "todolist" de choses importantes à finir pour que reiserfs4 soit au point (selon lui): preuve qu'il ne faut pas le prendre au sérieux quand il dit que c'est pret, et qu'il faut vraiment un tiers expert pour auditer et décider.
- Facultatif (mais ça accèlere grandement l'inclusion), le code peut être soutenu par un "vendor" (une distribution) qui par ex. essai de l'améliorer, le corriger et l'intègre comme fs par défaut. Malheureusement, les diverses distros qui ont soutenu Hans en tenant ce role pour reiserfs3 sont maintenant échaudées (elles l'on vu se dégager de tout intéret et ne pas participer aux corrections de bugs), et aucune ne semble prete à recommencer pour reiserfs4 (bien qu'Andrew Morton ai formulé cette demande au sujet de reiserfs4 sur lkml).
heureusement qu'il n'est pas passé sous un train pendant qu'il s'occupait de reiser3, hein.
C'est tout comme.
Presque aussitot que reiserfs3 a été intégré dans le noyau, Hans est passé à l'implem de reiserfs4 et a cessé de travailler à la correction de bugs. Cette expérience n'encourage pas les developpeurs à relacher les contraintes que j'ai listé ci-dessus. D'autant que la maintenance des filesystems est une des choses les plus sensibles (on peut abandonner le support d'un driver, mais pas d'un fs), et que reiserfs4 veut "revolutionner" beaucoup de concepts acquis (ce qui l'expose encore plus aux problèmes de maintenabilité potentiels).
Sur ce point, je regrette même que le noyau Linux ai une politique trop lâche par rapport à d'autres OS (les *BSD) où, lorsqu'un dev s'est grillé en incluant du mauvais code ou ne le maintenant pas, il est mis en quarantaine et en tout cas, ne peut plus se permettre de publier des nouveautés wizbang tant qu'il n'a pas corrigé les problèmes. Et dans la culture (et la com: les releases/changelogs/, inteviews, mailing-lists...) ils essaient de mettre plus en avant le travail de ceux qui nettoient et corrigent que de ceux qui ajoutent du code (l'inverse de Linux depuis 2.6 quoi).
Bénéfice secondaire, le newbie qui veut se faire admettre (ou qui cherche la gloire ;) va plutôt chercher à trouver et corriger un nouveau bug qu'à implémenter un quarantième scheduler ; et les utilisateurs de ces systèmes, qui sont dès lors plus sensibilisés à ces questions de qualité de code, ne mettent plus la pression sur les devs pour qu'ils intégrent le dernier fs survendu par le marketing narcissique d'un teuton paranoïaque. La culture qualité, c'est tout bon.
Récement Alan Cox et Linus Torvald ont tiré la sonette d'alarme en reprochant aux developpeurs (surtout ceux payés par des fabriquants de matériel) de ne pas s'occuper du bugzilla, et de passer immédiatement à l'implem d'un nouveau truc dès que leur code est accépté. Il a même été question de faire une release uniquement dédiée à la correction du merdier, avec interdiction d'ajouter des fonctionalités.
Je crois qu'il est vraiment temps que Linux devienne exigeant non plus seulement sur la qualité apparement du code, mais sur l'attitude des developpeurs (eg. refuser le nouveau code d'un dev qui a des bugs à corriger, même si ce code parrait bon), pour qu'enfin ces devs se responsabilisent.
En somme, être un logiciel libre n'oblige pas a abandonner tout le travail de qualité logicielle et a accepter n'importe quel patch douteux. C'est le problème avec l'inclusion des produits Reiser...
[^] # Re: De la maintenance..
Posté par briaeros007 . Évalué à 5.
Et quand le 'truc bien maintenu' est bien pour les developpeurs qui l'ont dévellopé mais absolument pas pour toi , tu fais quoi ? tu fais des gros hack immondes pour que ca fasse ce que tu veux, tu attend que ca change, ou tu "réimplémente a ta sauce" ?
Je ne sais pas si c'est le cas pour reiser4 , mais je connais aucun dévellopeur pro (dont c'est son métier) qui s'amuser a réinventer la roue pour le plaisir.
Le code doit être pret. Hans Reiser prétend que son reiserfs4 est pret depuis plusieurs années (en fait, avant même le 2.6.0 !). Celà dit il a récement publié sa "todolist" de choses importantes à finir pour que reiserfs4 soit au point (selon lui): preuve qu'il ne faut pas le prendre au sérieux quand il dit que c'est pret, et qu'il faut vraiment un tiers expert pour auditer et décider.
Le code peut tres bien etre "pret" et quand meme avoir du boulot dessus (optimisation, ajout de fonctionnalité etc ...).
A t'entendre le code de linux (le noyau) n'est pas pret vu qu'il y a quand meme une todo list dessus !
Récement Alan Cox et Linus Torvald ont tiré la sonette d'alarme en reprochant aux developpeurs (surtout ceux payés par des fabriquants de matériel) de ne pas s'occuper du bugzilla, et de passer immédiatement à l'implem d'un nouveau truc dès que leur code est accépté.
De l'autre coté ils disent que c'est au distribution de s'occuper de la stabilité du noyau.
Faut savoir ce qu'on veux aussi , soit on veux assurer un support, soit on dis "c'est aux autres de le faire".
Mais on peut pas reprocher aux gens de suivre les lignes de conduites .
Soit on fait des noyaux bien stables, soit on est dans le systeme actuel et dans ce cas on accepte que les gens n'assurent pas le support .
# Mon expérience sur ReiserFS (reiser 3)
Posté par darkleon (site web personnel) . Évalué à 3.
Mon colloc était un fou de ReiserFS (et de gentoo) et il m'a convainvu en me montrant les différences de performance avec ext3, en me faisant des démos de coupure de courant à chaud pendant des écritures plusieurs fois d'affilées et le fait qu'il utilisait déjà ReiserFS depuis un bon bout de temps.
Ce n'est pas que je suis un fou de vitesse, mais comme il y avait un gain pour un investissement minime par rapport à un ext2/3, je ne me suis pas privé de l'installer (et c'est une trés bonne idée de faire son disque système en reiserFS pour la gentoo avec portage qui est une énorme collection de petits fichiers).
Je n'ai pas eu de problèmes de pertes de données, même avec des coupures de courant (évidement, ça ne va pas jusqu'à récupérer le dernier fichier en cours d'écriture, mais le FS reste cohérent après s'être auto-réparé).
Le seul problème que j'ai eu, ce sont des erreurs physiques de bas niveau sur le disque dur et à ma connaissance, je ne connais pas de FS redondés (style éclatement raid5 des donées sur toute la surface) qui auraient pu empecher cela.
Par contre, je reste dubitatif pour Reiser4, le fameux colloc a eu bien plus de problème avec (surtout parce que ce n'est pas un système de fichier par défaut dans les liveCD) et les avantages supposés ou réels de cette nouvelle mouture ne font pas parti de mes priorités (même si il est trés trés trés performants en accés concurrentiels).
J'ai choisi reiserFS car c'était un plus pour la gentoo et que j'avais une expertise à portée de main (qui m'a juste évité de lire la doc, ce que j'aurais du faire pour formater un disque en ext3 de toute manière).
J'ai pris l'habitude de ce FS et comme il a toujours résisté aux arrêts intempestifs, par "conservatisme" je vais avoir du mal à migrer (sauf si on me démontre qu'un autre FS est trés supérieur en perfs avec une robustesse équivalente ou supérieure).
[^] # Re: Mon expérience sur ReiserFS (reiser 3)
Posté par clearstream . Évalué à 3.
ext3 est proformant. Mais, contrairement à ReiserFS, par défaut il utilise le mode "ordered". C'est-à-dire que les données sont écritent en premier puis les métadonnées sont mises à jour. L'avantage est que les données et métadonnées restent cohérent s'il y a une coupure de courant.
Avec ReiserFS, après une coupure de courant, un fichier peut avoir les données d'une vieux fichiers.
Pour les performances, il est regrétable que beaucoup de distributions ne font pratiquement rien pour prendre en compte les évolutions d'ext3. Notamment, l'option dir_index (pour une partition existante, il faut faire un e2fsck après).
> en me faisant des démos de coupure de courant
Et il a fait des démos avec ext3 ?
[^] # Re: Mon expérience sur ReiserFS (reiser 3)
Posté par bezilla . Évalué à 2.
[^] # Re: Mon expérience sur ReiserFS (reiser 3)
Posté par bezilla . Évalué à 2.
[^] # Re: Mon expérience sur ReiserFS (reiser 3)
Posté par gpe . Évalué à 2.
Si oui, comment?
[^] # Re: Mon expérience sur ReiserFS (reiser 3)
Posté par clearstream . Évalué à 5.
Si t'as une distribution récente (genre avec un noyau 2.6), il ne doit pas y avoir de problème.
La procedure :
- umount [partition]]
- tune2fs -O dir_index [partition]
- e2fsck -f -D [partition]
- mount [partition]
Vérifies bien avant d'appliquer cette procedure. Elle est donnée de mémoire.
[^] # Re: Mon expérience sur ReiserFS (reiser 3)
Posté par clearstream . Évalué à 3.
* umount [partition]
* vérifier qu'il n'y a pas déjà dir_index : "dumpe2fs [partition] | grep features". Si tu vois dir_index, alors il n'y a rien à faire.
* faire une image du système de fichier à convertir avec e2image : "e2image -r [partition] fichier_image". Attention a mettre fichier_image sur un système de fichier qui supporte les fichiers sparse sinon ça prend une place folle. Ext2/3 supporte les fichiers sparse.
* activer dir_index sur l'image : "tune2fs -O dir_index fichier_image"
* optimiser : "e2fsck -v -f -D fichier_image"
* vérifier : "mkdir mnt ; mount -t auto -o ro,loop fichier_image mnt". Regarde si tout est OK. NB : il n'y a que des 0 dans les fichiers.
* "umount mnt"
* "rm -f fichier_image"
Si tout a marché correctement, alors faire la procédure précédante.
[^] # Re: Mon expérience sur ReiserFS (reiser 3)
Posté par clearstream . Évalué à 2.
Pour dir_index, ça fait 2 ans et demi pour arriver en SID (la version de test) !?!
Redhat étant le principal développeur, normal qu'il ait l'avant première. Mais pour dir_index, alors qu'ext3 est l'un des FS les plus utilisé, c'est un peu abérant (et pas uniquement pour Debian).
[^] # Re: Mon expérience sur ReiserFS (reiser 3)
Posté par darkleon (site web personnel) . Évalué à 2.
Et bien non plus qu'il n'a que du reiserFS ! :-)
Mon propos n'est pas vraiment de dire que tel ou tel FS est plus performant mais de donner un "témoignage" d'une utilisation longue d'un FS
J'ai eu des démonstrations live de la robustesse de reiserFS et si quelqu'un me fait le même style de démonstration avec un autre FS, je changerai peut-être d'idée.
Mon choix est plus pragmatique que dogmatique. Je ne vais pas aller défendre bec et ongles reiserFS alors que je ne m'intéresse trés peu à la structure d'un FS.
ext3 à l'avantage de garder la compatibilité ascendante avec ext2 et ses outils, pour moi ce n'était pas un pré-recquis.
Si demain "NewCoolFS" est plus performant et plus fiable que ReiserFS, je changerais sans état d'âme.
[^] # Re: Mon expérience sur ReiserFS (reiser 3)
Posté par DLFP est mort . Évalué à 1.
Bon après je suis repassé en ext3, j'avais des plantages (mais je ne sais pas si ça venait vraiment de Reiser4) et des doutes sur la véritable performance du FS.
DLFP >> PCInpact > Numerama >> LinuxFr.org
[^] # Re: Mon expérience sur ReiserFS (reiser 3)
Posté par reno . Évalué à 3.
Oui, enfin ça dépend quand même de ce qu'on appelle 'cohérent': j'ai eu mon /etc/passwd auquel s'est ajouté plein de binaire avec reiserfs3..
Bug du FS? Du disque dur? Difficile a savoir..
Ca plus une perte de partition toujours avec reiserfs3..
Bref, pas convaincu, ok c'est juste mon cas, mais j'aurais quand tendance à penser que le mode 'ordered' de ext3 protège mieux les données..
XFS étant célebre aussi pour ces pertes de données (parait que c'est corrigé, mais pas forcément mis a jour partout) et maintenu par SGI (une société sous le chapter 11), personnellement il me semble que ext3 ou JFS, c'est plus sage..
[^] # Re: Mon expérience sur ReiserFS (reiser 3)
Posté par Temsa (site web personnel) . Évalué à 2.
ext2 etait super long a verifier les données, et m'a perdu pas mal de données(notamment chiant lorsqu'on vient faire une demo sur un projo: a coup sur verif de disque, perte de plusieurs minutes.... voire meme il trouve plein d'erreur, rempli un lost+found d'un tas de connerie, et le systeme est mort :/).
ext2 passé en ext3 etait pas bien mieu, je n'ai jamais compris mais les fsck du boot faisaient comme si c'etait du ext2 (loooooong, et pareil, j'ai eut des problemes "post-fsck" avec pleins de fichiers apparament fonctionnels avant massacré et mis en vrac dans lost+found qd j'avais de la chance)
ext3 etait pas trop mal jusqu'a ce que j'ai ma partoche ext3 fusillée je ne sais pas trop comment (peut etre ext3 etait il de la partie pr le fusillage sans reussir a faire un quelconque recovery)
xfs j'en etais tres content(utilisé en parallèle passé un temps avec ext3), utilisé plus d'un an sur ma gentoo, aucun probleme, premiere fois que ca m'arrivait sous nux (il faut dire que les coupures ou les sautes de courant etaient relativement courante chez moi...)
reiserfs bah utilisé depuis que je suis sur ubuntu 64 simplement parceque mon cd d'install d'ubuntu n'est pas foutu d'installer grub sur du xfs(il install le systeme et tout, mais pas grub, pas envie de me faire chier, on recommence avec reiserfs :P)
Bref perso je suis plus content des FS "alternatif" que des "natifs" pour le moment... Mais je ne ferme a porte a aucun d'entre eux :)
[^] # Re: Mon expérience sur ReiserFS (reiser 3)
Posté par Aldoo . Évalué à 2.
Plus de 3 ans d'utilisation intensive de gentoo sur du ReiserFS (v3) sans problème majeur (peut-être une fois un coup de fsck, je ne suis pas sûr).
Bizarrerie : certains fichiers (petits, heureusement) sont devenus "inamovibles", même root n'a pas la permission de les supprimer... très étrange !
Je viens d'avoir mon nouveau portable où j'ai installé Ubuntu avec grosso modo les options par défaut, donc du ext3, bientôt j'aurai donc sûrement un avis sur ce FS aussi.
[^] # Re: Mon expérience sur ReiserFS (reiser 3)
Posté par briaeros007 . Évalué à 2.
regarde du coté des ACL , peut etre qu'un logiciel t'as fait cette blague
(lsattr pour lister , chattr pour changer , man pour connaitre les options ;))
[^] # Re: Mon expérience sur ReiserFS (reiser 3)
Posté par Sylvain Sauvage . Évalué à 2.
Par contre, j'ai eu des pépins plus importants récemment (d'où une raison de plus pour réorganiser mes disques), avec des partitions en reiserfs 3.5 (actuellement, c'est la version 3.6). Le 3.5 ne gérait pas les acl et le simple fait d'avoir un noyau sachant les gérer (sans que je m'en serve) m'a foutu un bordel monstre : de nombreux fichiers passaient en lecture seule (et, bien sûr, rien à faire pour les modifier, y compris setfacl). Par contre, plus aucun problème en revenant au noyau sans acl.
[^] # Re: Mon expérience sur ReiserFS (reiser 3)
Posté par Aldoo . Évalué à 2.
En fait je ne sais plus si j'avais réussi à faire un fsck sur la partition concernée. Le problème c'est de réussir à fermer tous les fichiers et la démonter... avec un live CD ça doit pouvoir se faire, mais j'avoue que je n'ai pas essayé grand chose en fait.
[^] # Re: Mon expérience sur ReiserFS (reiser 3)
Posté par Olivier Jeannet . Évalué à 1.
Il a eu des problèmes avec du ReiserFS 3, des partitions irrécupérables (le fsck ne donne rien de probant), alors que pour ext3 je crois que ça n'a pas été le cas. Pour ReiserFS, le FS n'a pas aimé quelques erreurs liées au contrôleur RAID, apparemment ça a suffi à faire planter ReiserFS. Pourtant il y tenait à ce FS, du fait de son stockage efficace des petits fichiers.
Sinon de mon expérience personnelle, je n'ai jamais eu de problème avec ext3 (ni avec ext2 d'autant que je me souvienne), et d'après ce que je lis depuis longtemps un peu partout, il me semble bien fiable, plus que ReiserFS en tous cas.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.