Posté par benja .
En réponse à la dépêche DragonFly BSD 4.6 et 4.6.1.
Évalué à 3.
Dernière modification le 26 octobre 2016 à 23:44.
Pour OpenBSD -current : vmm/vmd
Actuellement ça ne supporte pas un autre OS qu'OpenBSD, ce qui limite un peu son utilité.
Pour DragonFly BSD RELEASE : ?
Il n'y a pas non plus de virtualisateur de machine accéléré. Par contre il y a le choix entre un VKERNEL (~~ UML) et les jails.
[LVM / ZFS]
LVM est là car quelqu'un à décidé de le porter, c'est plus un "accident" qu'une décision de design de l'OS. En ce qui concerne les capacités raid de HAMMER1/2, ça n'a pas l'air d'être une priorité ni de faire partie du design. Il y a moyen d'étendre un volume sur plusieurs périphériques, mais (corrigez moi si je me trompe) il n'y a pas de mécanisme de protection*, de redondance ou de réparation (donc à éviter je dirais) ou alors il faut s'appuyer sur une solution en dehors de HAMMER de type LVM ou matérielle. L'idée est de s'appuyer sur les mirroirs+snapshots sur un FS différent pour s'occuper de la partie redondance. Certes, ça rend difficile la création de système de fichiers très larges et c'est peut-être plus compliqué à administrer, mais dans la majorité des cas ça ne devrait pas être un obstacle (AMHA).
*: de protection répartie j'entends. Il y a un CRC data/metadata (manque juste un outil pour le scrub... en attendant tar fait l'affaire)
[^] # Re: gestion des supports USB (clef)
Posté par benja . En réponse à la dépêche DragonFly BSD 4.6 et 4.6.1. Évalué à 3. Dernière modification le 26 octobre 2016 à 23:44.
Actuellement ça ne supporte pas un autre OS qu'OpenBSD, ce qui limite un peu son utilité.
Il n'y a pas non plus de virtualisateur de machine accéléré. Par contre il y a le choix entre un VKERNEL (~~ UML) et les jails.
LVM est là car quelqu'un à décidé de le porter, c'est plus un "accident" qu'une décision de design de l'OS. En ce qui concerne les capacités raid de HAMMER1/2, ça n'a pas l'air d'être une priorité ni de faire partie du design. Il y a moyen d'étendre un volume sur plusieurs périphériques, mais (corrigez moi si je me trompe) il n'y a pas de mécanisme de protection*, de redondance ou de réparation (donc à éviter je dirais) ou alors il faut s'appuyer sur une solution en dehors de HAMMER de type LVM ou matérielle. L'idée est de s'appuyer sur les mirroirs+snapshots sur un FS différent pour s'occuper de la partie redondance. Certes, ça rend difficile la création de système de fichiers très larges et c'est peut-être plus compliqué à administrer, mais dans la majorité des cas ça ne devrait pas être un obstacle (AMHA).
*: de protection répartie j'entends. Il y a un CRC data/metadata (manque juste un outil pour le scrub... en attendant tar fait l'affaire)