Tous les logiciels n'ont pas besoin d'être optimisées sur tous leur chemins critique.
Un compilateur vidéo n'a pas besoin d'être optimisé au niveau du décodage du format (ou si peu) et donc de tester tous les options possible et imaginable de format avec ratio.
Il a besoin d'être optimisé sur le fonctionnement de l'encodeur. Et les options principales d'encodage (et des sources de vidéos suffisament variées pour être efficace partout) ça se trouve facilement.
Il faut amha différencier l'aspect "coller à exactement ce que fait l'utilisateur", "utiliser des choses statistiquement représentatives", et "optimiser les parties importantes à optimiser".
même si on est revenu du temps du "tout flash"; il faut reconnaitre qu'un certain nombre de pages ont pris de l'embonpoint , tant au niveau taille, qu'au niveau complexité (css, javascript à tout vas, ajax récurrent)
honnêtement 500 Mhz je ne sais pas comment tu fais. Moi avec mon 800 Mhz, avant que je change il y a quelques années, il commençait à souffrir quand même.
je rappelle qu'il peut y avoir des problèmes rien qu'entre les versions 32 et 64 bits sous x86.
LEs changements de tailles (d'adressage et de mots) est justement ce à quoi les programmes C sont les plus sensibles (avec les byte order, et les systèmes de protection/gestion de la mémoire), dut à leur coté très proche de la mémoire.
Pour rien. Personne ne se plaind du temps de compilation de C++, et personne n'a créé go pour aider se coté là.
Go je n'ai jamais testé. Mais le C n'est pas le C++
Et il ya une différence entre une distrib généraliste où on est franchement dans le paradigme "compile once, run everytime", que dans du code plus proche des développeur où on est dans du "compile once, run once".
Si on voulait jouer, on pourrait même parler d'optimisations avec des compilations qui s'adaptent au fonctionnement du programme ^
Juste mdr. Regarde la taille du code source de Mozilla ! C'est plus gros que Linux.
En même temps il fait le café, (avec décodage vidéo, ….).
Regarde le code source de lynx, c'est beaucoup plus petit ^
Tant je suis d'accord qu'un browser moderne ne fait pas qu'un arbre dom et afficher des images, tant il faut reconnaitre que les browsers actuels ont un peu le syndrome machine à gaz.
Mon firefox là prend 780 Mo. La somme des pages ouverte en même temps, images comprise, ne doit pas dépasse 40Mo (et encore je suis gentil).
les encodeurs hardwares ont des gains de perfs, mais des désavantage concernant la modularité et les options (très peux supporte les double pass, pas mal d'options et de profils ne sont pas forcément accessible en encodeurs hardwares)
du concret ? pour une trentaine d'euros tu peux avoir un récepteur large bande (recherche rtl-sdr) qui te permettras (moyennant une bonne antenne en plus) d'écouter et de décoder tout ce qui se passe en clair entre 70 et 1500 Mhz (y compris récupérer des infos gps)
Avec ça tu peux écouter l'ensemble des bandes aviations, marines, mais aussi l'adsb et voir quel avion passe au dessus de toi ou pas, a quelle altitude, vers où il se dirige, et à quel vitesse.
tu peux aussi écouter le GSM et essayer de casser le A/51 (illégal), etc…
Pour 300 à 800€ (hackrf, ettus, …) tu as un équipement qui peut recevoir et émettre sur ces fréquences (voir bien plus).
Tu peux faire un brouilleur pour le LTE, tu peux télécommander ta porte de garage (et pas que), tu peux monter une station de base (une antenne relais, ou un femtocell) pour le GSM, tu peux fuzzer ton chauffage ^
Par contre on est clairement hors la loi si on émet sur une bande de fréquence
- non ism (2.4Gz, 433Mhz)
- ism sans respecter les contraintes d'occupations (de tête, en 433Mhz on doit pas utiliser plus de 10% du temps la fréquence utilisée, et la largeur de bande est aussi limitée).
- radioamateur si on a pas l'examen
On peut aussi provoquer énormément de dégats en jouant avec des systèmes qu'on ne maitrise pas (potentiellement mettre la vie de plusieurs centaines de personnes en péril!). Et je rappelle que le code civil indique que :
On est responsable non seulement du dommage que l'on cause par son propre fait, mais encore de celui qui est causé par le fait des personnes dont on doit répondre, ou des choses que l'on a sous sa garde.
Donc si vous faites mumuse avec les trucs au dessus , restez responsable :)
Bon je n'ai pas vu la réponse à ta queston dans tous les commentaires. La réponse est "oui, tu peux le faire sans problème"
(enfin je ne suis pas expert mdadm non plus).
mdadm se base sur des données du disque (md superblock) pour détecter les disques et leur appartenance.
Quand tu fait un dd tu copies ces données donc \o/
Par contre : 1°) ne spécifie pas de "count" à la fin de ta commande. Il s'arrêtera à la fin du premier disque (ou du second mais c'est pas une bonne idée ça), comme ça tu es sur qu'il lira bien tout le disque :)
Cordialement
ps : j'oubliais, tu peux après avoir fait ça faire un petit
mdadm --detail --scan --verbose > /etc/mdadm/mdadm.conf
pour être sur d'avoir les dernières infos à jour :)
euh quand je bosse, je vends un peu plus que ma force de travail.
quand un déménageur déménage ou un agriculteur ou un boxeur travail, il vent son corps (dans le même sens qu'une prostituée vend le sien).
Le plus symptomatique ce sont les volontaires pour les tests de médicaments, où c'est vraiment (au sens littéral là) ton corps qui est rétribué.
Et dans toutes ces professions, on ne pense pas à les interdire pourtant.
Vu qu'il y a des ERP libres (tinyErp de tête, …)je pense qu'il doit y avoir ton besoin. Par contre je n'ai pas trop d'idée sur ta demande spécifique, désolé.
demande aux entreprises, tu verras que si ^
Dans une de mes anciennes boites ont a eu le cas: 2 disques qui sont tombés en même temps (a une semaine d'intervalle) dans le même pool (raid matériel).
Heureusement c'était sur du raid6, car on a pas eu le temps de réceptionner le remplacement du premier que le deuxième tombe.
Vu le prix d'un SSD, il est bien plus intéressant de prendre des disques plus gros, surtout pour un nas perso.
Pour un NAS qui n'a que deux emplacement … changer de nas ? :P
Si tu est vraiment bloqué sur le nombre d'emplacement, zfs comme btrfs pourront prendre la taille max disponible en appliquant un resilvering en deux étapes
2*1 To --> tu échange un disque de 1 To avec un disque de 4 To (par exemple).
--> tu resilverise (cad qu'il copie toutes les donnes afin que le raid devienne cohérent).
une fois que c'est ok, tu fais la même chose avec l'autre disque.
Et oh tu vas passer d'un pool de 1 To en mirroring à un pool de 4 To en mirroring (et deux disques de 1 To qui ne te servent plus pour ton NAS)
ça ça fonctionne pour zfs comme pour btrfs :)
Ps : merci pour toutes tes appréciations, c'est toujours plus agréables de discuter avec des gens comme toi :)
pour le dedup de btrfs (de même que la defrag*) il y a des outils offline (cad pas en même temps que les io). Le dedup online est en cours.
Par contre ils ne sont pas forcément présent d'office (en tout cas bedup sous debian non) sur les distribs.
Perso c'est une grande attente le dedup offline, car ça permet d'éviter un impact en perfs important, et de le programmer lorsqu'il y a peu d'activité (après les sauvegardes et avant les utilisateurs :) )
: * : bon la defrag se fait fichier par fichier … ensuite tu fais un script pour voir quels sont ceux qui sont bien fragmenté (si ça arrive) et appliquer la commande automatiquement, par exemple après ton dedup qui se fait après ta sauvegarde (la nuit vas être longue XD)
petite question, plus sur le déploiement d'asterisk que d'ossec : tu utilises asterisk avec quel provider sip/pstn ? (ou tu fais du full pstn).
A chaque fois que j'essaie de configurer asterisk il arrive pas à s'enregistrer (free inside) (bon j'avoue que j'essaie pas trop longtemps ,j'ai tellement de projet pour faire mumuse qu'asterisk reste souvent dans les cartons).
Mais pour rebondir sur ossec : à part le brute force, il y'a quoi comme attaques courante sur asterisk et le sip en particulier ? le paramétrage du rtp/… n'est pas trop bloquant ? On ne peut pas forcer asterisk a faire une authentification par certificat ?
Je reconnais que je dérive un peu beaucoup, mais comme tu semble plus doué que moi sur asterisk j'en profite :)
pour du mirroring btrfs semble plus indiqué.
Non pas parce qu'il est plus fiable, mais parce que tu pourras basculer plus facilement vers un raid 5 en rajoutant un disque de 1 To (ou plus)
Zfs ne permet pas d'importer un disque dans un vdev (on ne peut que remplacer un disque existant ou rajouter un spare).
btrfs permet le changement de paradigme (mirroring puis copie sur au moins 2 disques en rajoutant un disque).
Par contre, comme j'indiquais : le code de rebalancing n'est pas encore complètement au point (en tout cas sur mon noyal) donc il ne faut pas rajouter un disque actuellement (il va le prendre en compte et il va rajouter des données sans problème ni perte de donnée. Mais si tu fais des mirroring sur tes disques sont déjà plein avant de rajouter un disque, il va avoir un problème.car les données ne pourront pas être copiée sur au moins 2 disques , d'où le code de rebalancing).
Exemple chez moi de pool non rebalancé :
devid 3 size 1.82TB used 1.14TB path /dev/sd?
devid 4 size 1.82TB used 236.03GB path /dev/sd?
devid 1 size 1.82TB used 1.14TB path /dev/sd?
devid 2 size 1.82TB used 1.14TB path /dev/sd?
Donc sur le disque rajouté (devid 4, j'étais déjà en raid5 avant) il n'a mis que 236 Go (bon j'ai rien rajouté depuis donc il n'est pas du tout bloqué )
Ensuite si tu es riche et que tu fais tes upgrade en rajoutant d'un coup 3 disques de 2/3/4 To libre a toi.
Que ce soit zfs ou btrfs, tous aiment bien avoir des disques de tailles identiques dans leur pools. (tu peux avoir plusieurs pools. Sous zfs c'est sur, sous btrfs aussi quasi sur).
Bon ensuite si tu veux un truc vraiment ultra fiable (mais là je peaufine)
-> alim de qualité!!! (honnêtement j'ai perdu 2 disques à cause d'une alim. Quand ils font du 24/7, ça vaut le coup d'investir un peu plus.)
-> RAM ECC (même chose avec le 24/7. Par contre c'est souvent 2x plus cher, et il faut une carte mère qui le supporte).
-> disque de série et/ou de fabricant différent (pour éviter la défaillance qui touche une série particulière et que tous tes disques tombent d'un coup).
-> raid6 (2 disques en moins et ca continue de rouler), ou tout en raid0+1 (je confond toujours raid 10 et raid 01)
--> si tu es très riche : Zserie avec opération en double et vérification de la cohérence du résultat XD
Sur btrfs je n'ai qu'un retour d'expérience relativement faible, je n'ai plus le temps de faire mumuse autant que je le voudrais (ahlala le travail et la veillesse).
au niveau stabilité pure, je pense que btrfs peut sans problème passer en prod.
Ensuite, comme je disais, sur btrfs il y a des trucs qui ne sont pas finis : le balance qui fait planter le noyau "ça le fait moyen" comme dirait certains .
mais les données restent saines et sauves.
lorsque tu créé ton arbre btrfs , tu peux spécifier le stockage des metadata et des data avec des algo différents (par exemple data en raid5 vs metadata en mirroring).
Puis pour les infos qui te sont vraiment importantes, il te faut une sauvegarde externe (et si possible hors site).
Bon je dis ça, mais bon j'ai bien une svg spécifique pour mon sys et mon /home, mais mon NAS je l'ai migré de zfs à btrfs depuis qq mois et pas de soucis niveau admin.
Pour un NAS perso, tu vas utiliser des quotas, mais pas certaines trucs spécifiques de zfs comme faire une cible iscsi ou équivalent. Donc je te dirais oui btrfs sans trop de soucis, par contre avec un raid5 minimum et mirroring complet des metadata (et si possible sauvegarde des données les plus importantes sur un disque hors de ce FS au mini).
Concernant le journal, j'ai déjà pas le temps de lire tous mes mails :'(
Mais sur zfs (au tout début on était encore en fuse) j'ai fait un journal
Vous êtes les seuls à avoir fait l'opposition couples homos et hétéros sur le bonheur des enfants.
Moi j'ai juste dis un truc qui me semblait évident : lorsqu'on souhaite un enfant, c'est pour l'enfant et non pas pour soit/le couple.
Et quelle sont les réponses que j'ai
"- t'es gros facho anti gay"
"- non mais les couples hétéros peuvent etre pire que des super parents homo"
"- c'est de la récupération[…] les couples homos ne vont pas voler les enfants"
etc…
Je trouve que ça décrit très clairement ce que je voulais faire percevoir. Merci pour ces merveilleux exemples de victimisation/diabolisation en parlant de choses qui n'ont pas été introduites mais dont vous vouliez absolument faire part aux autres.
la torture en algérie est reconnue ? Les conneries qu'on a faite en indochine aussi ? les réseaux secrets qu'on a mis en place après la guerre pour lutter contre les communistes ?
On a pas toujours été exemplaire, loin de là. Et à ma connaissance il y a des trucs qu'on a pas reconnue, ou des trucs qu'on enseigne pas en histoire.
Refuser de le voir c'est faire preuve d'une grande naïveté.
ben oui quand tu lis une histoire à ton gamin tu dis ça. Même chose, quand tu enseigne des valeurs à ton gamin, certaines seront proche de la chevalerie (protéger les faibles, etc…)
Enfin je ne vois pas en quoi c'est dérangeant ce genre de valeur.
plus sérieusement. Ton opinion , ou la mienne, ou celle de Phix on s'en tape un peu.
Ce qui est important ce sont les faits objectifs pour deux catégories :
- la société dans son ensemble (cela comprend ses minorités, mais pas que)
- les enfants (et ce sont les premiers concernés).
Ce que je trouve triste dans cette histoire c'est que le bonheur illusoire de certains couples semblent passer avant le bien être de l'enfant. Il n'y a qu'à voir cette discussion..
c'est pas moi qui ait commencé à expliciter qu'il n'y avait aucun problèmes et que les scientifiques (sic) ont dis que tout était parfait dans le monde des bisounours.
Je n'ai juste fait que pointer sur l'inadéquation de l'affirmation de ladite personne.
Mais visiblement j'ai touché un nerf , car tu ne peux t'empêcher d'attaquer sans raison dès qu'un argument te gêne. Et si tu répondais à l'argument plutôt pour une fois ?
pour ton info, je ne suis pas catho, je ne suis pas extrémiste. Mais bon cela doit te dépasser qu'il existe des gens qui ne sont pas dans les (peu de) cases que tu essaient de concevoir pour eux
Encore une fois: tu prends tout, ou tu ne prends rien, mais pas de "ah oui mais ça je voulais pas qu'il le fasse!".
Ah mais je ne suis pas contre.
Ce que je dis c'est que quand il ne fait qu'une seule chose et qu'il ne fait pas le reste, on peut très bien dire "ça je voulais pas qu'il le fasse" car le reste n'a pas été fait;
Enfin, quand je vote pour quelqu'un, je n'ai encore jamais trouvé un programme avec lequel je suis d'accord avec tout. Je fais comment pour voter avec tes contraintes ?
N'ais je pas le droit de ne pas être d'accord sur certains partie du programme mais être d'accord avec les grandes lignes, la direction, et la majorité d'un programme ?
Est ce forcément #000000 ou #FFFFFF les couleurs que tu voient ?
de peu que je connais zfs, tu ne peux pas configurer sur quoi est fait le dedup : c'est forcément sur les blocs.
Mais ça a peut être évoluer depuis que j'ai commencé :).
Niveau perfs, il faut bien spécifier ashift=12 lorsque tu créé ton bloc (si tu as des gros disques)
Je te conseille de faire un test avec zfs avant de le mettre en prod car les perfs peuvent être assez décevante, surtout si le dedup est activé (en tout cas c'était mon cas).
Si tu as beaucoup de fichiers types texte ou identiques, active la compression sur le fs. Cela peut vraiment permettre de gagner en débit (ca peut couter largement moins cher de décompresser des données sur le CPU que de récupérer 2 fois plus de données du disque :) )
Il te faut aussi de préférence de la mémoire ECC, car il n'y a pas de fsck sur zfs et ce système de fichier n'apprécient que peut d'avoir un arbre corrompu (zfs ou fsck, les deux on la même galère, même si il parait que maintenant btrfs a un fsck opérationnel).
Sinon sur debian (ou ubuntu) aucun souci. J'utilisais les paquets ubuntu , mais comme de toute façons ils se compilent avec dkms et ton noyau en place tu t'en fiches si c'est ubuntu ou pas.
Sur la mailing list de zfs, il y a plein d'occurence avec debian, donc pas trop de soucis de représentativitée.
Concernant la stabilité de btrfs, ce sera sans doute la solution la plus pérennevu qu'elle est intégrée au noyau et donc continuera à être maintenu et déployée (et sur plusieurs archi).
Je crois que les readynas de netgear sont basée sur btrfs.
[^] # Re: Et les compilateurs?
Posté par briaeros007 . En réponse à la dépêche Kalray un processeur massivement parallèle très impressionnant : Qu’il est loin le temps de mon ZX81. Évalué à 3.
oui et non.
Tous les logiciels n'ont pas besoin d'être optimisées sur tous leur chemins critique.
Un compilateur vidéo n'a pas besoin d'être optimisé au niveau du décodage du format (ou si peu) et donc de tester tous les options possible et imaginable de format avec ratio.
Il a besoin d'être optimisé sur le fonctionnement de l'encodeur. Et les options principales d'encodage (et des sources de vidéos suffisament variées pour être efficace partout) ça se trouve facilement.
Il faut amha différencier l'aspect "coller à exactement ce que fait l'utilisateur", "utiliser des choses statistiquement représentatives", et "optimiser les parties importantes à optimiser".
[^] # Re: Et les compilateurs?
Posté par briaeros007 . En réponse à la dépêche Kalray un processeur massivement parallèle très impressionnant : Qu’il est loin le temps de mon ZX81. Évalué à 6.
même si on est revenu du temps du "tout flash"; il faut reconnaitre qu'un certain nombre de pages ont pris de l'embonpoint , tant au niveau taille, qu'au niveau complexité (css, javascript à tout vas, ajax récurrent)
honnêtement 500 Mhz je ne sais pas comment tu fais. Moi avec mon 800 Mhz, avant que je change il y a quelques années, il commençait à souffrir quand même.
[^] # Re: Et les compilateurs?
Posté par briaeros007 . En réponse à la dépêche Kalray un processeur massivement parallèle très impressionnant : Qu’il est loin le temps de mon ZX81. Évalué à 3.
LEs changements de tailles (d'adressage et de mots) est justement ce à quoi les programmes C sont les plus sensibles (avec les byte order, et les systèmes de protection/gestion de la mémoire), dut à leur coté très proche de la mémoire.
Go je n'ai jamais testé. Mais le C n'est pas le C++
Et il ya une différence entre une distrib généraliste où on est franchement dans le paradigme "compile once, run everytime", que dans du code plus proche des développeur où on est dans du "compile once, run once".
Si on voulait jouer, on pourrait même parler d'optimisations avec des compilations qui s'adaptent au fonctionnement du programme ^
En même temps il fait le café, (avec décodage vidéo, ….).
Regarde le code source de lynx, c'est beaucoup plus petit ^
Tant je suis d'accord qu'un browser moderne ne fait pas qu'un arbre dom et afficher des images, tant il faut reconnaitre que les browsers actuels ont un peu le syndrome machine à gaz.
Mon firefox là prend 780 Mo. La somme des pages ouverte en même temps, images comprise, ne doit pas dépasse 40Mo (et encore je suis gentil).
[^] # Re: inscription
Posté par briaeros007 . En réponse au message Certification. Évalué à 2.
tu as un passage de certif redhat à la defense (10 min à pied de le gare de rer/metro/train).
ensuite je ne peux pas te dire si c'est le seul sur paris.
[^] # Re: Performances ?
Posté par briaeros007 . En réponse au journal Le Codec VP9 reçoit le soutien de l'industrie.. Évalué à 4.
les encodeurs hardwares ont des gains de perfs, mais des désavantage concernant la modularité et les options (très peux supporte les double pass, pas mal d'options et de profils ne sont pas forcément accessible en encodeurs hardwares)
[^] # Re: A quand du concret dans nos poches ?
Posté par briaeros007 . En réponse à la dépêche Osmocom (Open source mobile communications). Évalué à 10.
du concret ? pour une trentaine d'euros tu peux avoir un récepteur large bande (recherche rtl-sdr) qui te permettras (moyennant une bonne antenne en plus) d'écouter et de décoder tout ce qui se passe en clair entre 70 et 1500 Mhz (y compris récupérer des infos gps)
Avec ça tu peux écouter l'ensemble des bandes aviations, marines, mais aussi l'adsb et voir quel avion passe au dessus de toi ou pas, a quelle altitude, vers où il se dirige, et à quel vitesse.
tu peux aussi écouter le GSM et essayer de casser le A/51 (illégal), etc…
Pour 300 à 800€ (hackrf, ettus, …) tu as un équipement qui peut recevoir et émettre sur ces fréquences (voir bien plus).
Tu peux faire un brouilleur pour le LTE, tu peux télécommander ta porte de garage (et pas que), tu peux monter une station de base (une antenne relais, ou un femtocell) pour le GSM, tu peux fuzzer ton chauffage ^
Par contre on est clairement hors la loi si on émet sur une bande de fréquence
- non ism (2.4Gz, 433Mhz)
- ism sans respecter les contraintes d'occupations (de tête, en 433Mhz on doit pas utiliser plus de 10% du temps la fréquence utilisée, et la largeur de bande est aussi limitée).
- radioamateur si on a pas l'examen
On peut aussi provoquer énormément de dégats en jouant avec des systèmes qu'on ne maitrise pas (potentiellement mettre la vie de plusieurs centaines de personnes en péril!). Et je rappelle que le code civil indique que :
Donc si vous faites mumuse avec les trucs au dessus , restez responsable :)
# et la réponse
Posté par briaeros007 . En réponse au message RAID 5 sans spare => changement préventif de disque. Évalué à 4. Dernière modification le 31 décembre 2013 à 17:31.
Salut,
Bon je n'ai pas vu la réponse à ta queston dans tous les commentaires. La réponse est "oui, tu peux le faire sans problème"
(enfin je ne suis pas expert mdadm non plus).
mdadm se base sur des données du disque (md superblock) pour détecter les disques et leur appartenance.
Quand tu fait un dd tu copies ces données donc \o/
Par contre : 1°) ne spécifie pas de "count" à la fin de ta commande. Il s'arrêtera à la fin du premier disque (ou du second mais c'est pas une bonne idée ça), comme ça tu es sur qu'il lira bien tout le disque :)
Cordialement
ps : j'oubliais, tu peux après avoir fait ça faire un petit
mdadm --detail --scan --verbose > /etc/mdadm/mdadm.conf
pour être sur d'avoir les dernières infos à jour :)
[^] # Re: PS ? Non merci !
Posté par briaeros007 . En réponse au journal Promulgation du Patriot Act à la française sans opposition. Évalué à 3.
euh quand je bosse, je vends un peu plus que ma force de travail.
quand un déménageur déménage ou un agriculteur ou un boxeur travail, il vent son corps (dans le même sens qu'une prostituée vend le sien).
Le plus symptomatique ce sont les volontaires pour les tests de médicaments, où c'est vraiment (au sens littéral là) ton corps qui est rétribué.
Et dans toutes ces professions, on ne pense pas à les interdire pourtant.
[^] # Re: Presque pareil
Posté par briaeros007 . En réponse au journal Les impôts en ligne et la fuite de données. Évalué à 6.
les serveurs aussi sont (très très) polluants à produire. Autant ils sont utilisés pour plein de taches, autant leur cout écologique n'est pas nul.
# ERP ?
Posté par briaeros007 . En réponse au message Comptabilité SASU. Évalué à 2.
Salut,
Vu qu'il y a des ERP libres (tinyErp de tête, …)je pense qu'il doit y avoir ton besoin. Par contre je n'ai pas trop d'idée sur ta demande spécifique, désolé.
[^] # Re: Petite mise à jour
Posté par briaeros007 . En réponse au journal OSSEC et réponse active pour Asterisk. Évalué à 2.
merci pour vos réponses :)
[^] # Re: petit retour d'exp
Posté par briaeros007 . En réponse au message ZFS performance et déduplication. Évalué à 3.
demande aux entreprises, tu verras que si ^
Dans une de mes anciennes boites ont a eu le cas: 2 disques qui sont tombés en même temps (a une semaine d'intervalle) dans le même pool (raid matériel).
Heureusement c'était sur du raid6, car on a pas eu le temps de réceptionner le remplacement du premier que le deuxième tombe.
Vu le prix d'un SSD, il est bien plus intéressant de prendre des disques plus gros, surtout pour un nas perso.
Pour un NAS qui n'a que deux emplacement … changer de nas ? :P
Si tu est vraiment bloqué sur le nombre d'emplacement, zfs comme btrfs pourront prendre la taille max disponible en appliquant un resilvering en deux étapes
2*1 To --> tu échange un disque de 1 To avec un disque de 4 To (par exemple).
--> tu resilverise (cad qu'il copie toutes les donnes afin que le raid devienne cohérent).
une fois que c'est ok, tu fais la même chose avec l'autre disque.
Et oh tu vas passer d'un pool de 1 To en mirroring à un pool de 4 To en mirroring (et deux disques de 1 To qui ne te servent plus pour ton NAS)
ça ça fonctionne pour zfs comme pour btrfs :)
Ps : merci pour toutes tes appréciations, c'est toujours plus agréables de discuter avec des gens comme toi :)
[^] # Re: petit retour d'expérience en ZFS
Posté par briaeros007 . En réponse au message ZFS performance et déduplication. Évalué à 3.
pour le dedup de btrfs (de même que la defrag*) il y a des outils offline (cad pas en même temps que les io). Le dedup online est en cours.
Par contre ils ne sont pas forcément présent d'office (en tout cas bedup sous debian non) sur les distribs.
Perso c'est une grande attente le dedup offline, car ça permet d'éviter un impact en perfs important, et de le programmer lorsqu'il y a peu d'activité (après les sauvegardes et avant les utilisateurs :) )
: * : bon la defrag se fait fichier par fichier … ensuite tu fais un script pour voir quels sont ceux qui sont bien fragmenté (si ça arrive) et appliquer la commande automatiquement, par exemple après ton dedup qui se fait après ta sauvegarde (la nuit vas être longue XD)
[^] # Re: Petite mise à jour
Posté par briaeros007 . En réponse au journal OSSEC et réponse active pour Asterisk. Évalué à 2.
petite question, plus sur le déploiement d'asterisk que d'ossec : tu utilises asterisk avec quel provider sip/pstn ? (ou tu fais du full pstn).
A chaque fois que j'essaie de configurer asterisk il arrive pas à s'enregistrer (free inside) (bon j'avoue que j'essaie pas trop longtemps ,j'ai tellement de projet pour faire mumuse qu'asterisk reste souvent dans les cartons).
Mais pour rebondir sur ossec : à part le brute force, il y'a quoi comme attaques courante sur asterisk et le sip en particulier ? le paramétrage du rtp/… n'est pas trop bloquant ? On ne peut pas forcer asterisk a faire une authentification par certificat ?
Je reconnais que je dérive un peu beaucoup, mais comme tu semble plus doué que moi sur asterisk j'en profite :)
[^] # Re: petit retour d'exp
Posté par briaeros007 . En réponse au message ZFS performance et déduplication. Évalué à 3.
pour du mirroring btrfs semble plus indiqué.
Non pas parce qu'il est plus fiable, mais parce que tu pourras basculer plus facilement vers un raid 5 en rajoutant un disque de 1 To (ou plus)
Zfs ne permet pas d'importer un disque dans un vdev (on ne peut que remplacer un disque existant ou rajouter un spare).
btrfs permet le changement de paradigme (mirroring puis copie sur au moins 2 disques en rajoutant un disque).
Par contre, comme j'indiquais : le code de rebalancing n'est pas encore complètement au point (en tout cas sur mon noyal) donc il ne faut pas rajouter un disque actuellement (il va le prendre en compte et il va rajouter des données sans problème ni perte de donnée. Mais si tu fais des mirroring sur tes disques sont déjà plein avant de rajouter un disque, il va avoir un problème.car les données ne pourront pas être copiée sur au moins 2 disques , d'où le code de rebalancing).
Exemple chez moi de pool non rebalancé :
devid 3 size 1.82TB used 1.14TB path /dev/sd?
devid 4 size 1.82TB used 236.03GB path /dev/sd?
devid 1 size 1.82TB used 1.14TB path /dev/sd?
devid 2 size 1.82TB used 1.14TB path /dev/sd?
Donc sur le disque rajouté (devid 4, j'étais déjà en raid5 avant) il n'a mis que 236 Go (bon j'ai rien rajouté depuis donc il n'est pas du tout bloqué )
Ensuite si tu es riche et que tu fais tes upgrade en rajoutant d'un coup 3 disques de 2/3/4 To libre a toi.
Que ce soit zfs ou btrfs, tous aiment bien avoir des disques de tailles identiques dans leur pools. (tu peux avoir plusieurs pools. Sous zfs c'est sur, sous btrfs aussi quasi sur).
Bon ensuite si tu veux un truc vraiment ultra fiable (mais là je peaufine)
-> alim de qualité!!! (honnêtement j'ai perdu 2 disques à cause d'une alim. Quand ils font du 24/7, ça vaut le coup d'investir un peu plus.)
-> RAM ECC (même chose avec le 24/7. Par contre c'est souvent 2x plus cher, et il faut une carte mère qui le supporte).
-> disque de série et/ou de fabricant différent (pour éviter la défaillance qui touche une série particulière et que tous tes disques tombent d'un coup).
-> raid6 (2 disques en moins et ca continue de rouler), ou tout en raid0+1 (je confond toujours raid 10 et raid 01)
--> si tu es très riche : Zserie avec opération en double et vérification de la cohérence du résultat XD
Dans tous les cas, pas de striping /o\
bonne soirée à toi aussi.
[^] # Re: petit retour d'exp
Posté par briaeros007 . En réponse au message ZFS performance et déduplication. Évalué à 3.
Sur btrfs je n'ai qu'un retour d'expérience relativement faible, je n'ai plus le temps de faire mumuse autant que je le voudrais (ahlala le travail et la veillesse).
au niveau stabilité pure, je pense que btrfs peut sans problème passer en prod.
Ensuite, comme je disais, sur btrfs il y a des trucs qui ne sont pas finis : le balance qui fait planter le noyau "ça le fait moyen" comme dirait certains .
mais les données restent saines et sauves.
lorsque tu créé ton arbre btrfs , tu peux spécifier le stockage des metadata et des data avec des algo différents (par exemple data en raid5 vs metadata en mirroring).
Puis pour les infos qui te sont vraiment importantes, il te faut une sauvegarde externe (et si possible hors site).
Bon je dis ça, mais bon j'ai bien une svg spécifique pour mon sys et mon /home, mais mon NAS je l'ai migré de zfs à btrfs depuis qq mois et pas de soucis niveau admin.
Pour un NAS perso, tu vas utiliser des quotas, mais pas certaines trucs spécifiques de zfs comme faire une cible iscsi ou équivalent. Donc je te dirais oui btrfs sans trop de soucis, par contre avec un raid5 minimum et mirroring complet des metadata (et si possible sauvegarde des données les plus importantes sur un disque hors de ce FS au mini).
Concernant le journal, j'ai déjà pas le temps de lire tous mes mails :'(
Mais sur zfs (au tout début on était encore en fuse) j'ai fait un journal
[^] # Re: Que du bonheur !
Posté par briaeros007 . En réponse au journal La loi sur la programmation militaire est adoptée !. Évalué à 2.
où j'ai dis ça ? Ah oui nulle part.
[^] # Re: Que du bonheur !
Posté par briaeros007 . En réponse au journal La loi sur la programmation militaire est adoptée !. Évalué à -1.
je vais faire une réponse groupée.
Vous êtes les seuls à avoir fait l'opposition couples homos et hétéros sur le bonheur des enfants.
Moi j'ai juste dis un truc qui me semblait évident : lorsqu'on souhaite un enfant, c'est pour l'enfant et non pas pour soit/le couple.
Et quelle sont les réponses que j'ai
"- t'es gros facho anti gay"
"- non mais les couples hétéros peuvent etre pire que des super parents homo"
"- c'est de la récupération[…] les couples homos ne vont pas voler les enfants"
etc…
Je trouve que ça décrit très clairement ce que je voulais faire percevoir. Merci pour ces merveilleux exemples de victimisation/diabolisation en parlant de choses qui n'ont pas été introduites mais dont vous vouliez absolument faire part aux autres.
[^] # Re: Que du bonheur !
Posté par briaeros007 . En réponse au journal La loi sur la programmation militaire est adoptée !. Évalué à 1.
la torture en algérie est reconnue ? Les conneries qu'on a faite en indochine aussi ? les réseaux secrets qu'on a mis en place après la guerre pour lutter contre les communistes ?
On a pas toujours été exemplaire, loin de là. Et à ma connaissance il y a des trucs qu'on a pas reconnue, ou des trucs qu'on enseigne pas en histoire.
Refuser de le voir c'est faire preuve d'une grande naïveté.
[^] # Re: Que du bonheur !
Posté par briaeros007 . En réponse au journal La loi sur la programmation militaire est adoptée !. Évalué à 0.
ben oui quand tu lis une histoire à ton gamin tu dis ça. Même chose, quand tu enseigne des valeurs à ton gamin, certaines seront proche de la chevalerie (protéger les faibles, etc…)
Enfin je ne vois pas en quoi c'est dérangeant ce genre de valeur.
[^] # Re: Que du bonheur !
Posté par briaeros007 . En réponse au journal La loi sur la programmation militaire est adoptée !. Évalué à -2.
j'ai le droit à un point godwin ou pas ?
plus sérieusement. Ton opinion , ou la mienne, ou celle de Phix on s'en tape un peu.
Ce qui est important ce sont les faits objectifs pour deux catégories :
- la société dans son ensemble (cela comprend ses minorités, mais pas que)
- les enfants (et ce sont les premiers concernés).
Ce que je trouve triste dans cette histoire c'est que le bonheur illusoire de certains couples semblent passer avant le bien être de l'enfant. Il n'y a qu'à voir cette discussion..
[^] # Re: Que du bonheur !
Posté par briaeros007 . En réponse au journal La loi sur la programmation militaire est adoptée !. Évalué à 1.
c'est pas moi qui ait commencé à expliciter qu'il n'y avait aucun problèmes et que les scientifiques (sic) ont dis que tout était parfait dans le monde des bisounours.
Je n'ai juste fait que pointer sur l'inadéquation de l'affirmation de ladite personne.
Mais visiblement j'ai touché un nerf , car tu ne peux t'empêcher d'attaquer sans raison dès qu'un argument te gêne. Et si tu répondais à l'argument plutôt pour une fois ?
pour ton info, je ne suis pas catho, je ne suis pas extrémiste. Mais bon cela doit te dépasser qu'il existe des gens qui ne sont pas dans les (peu de) cases que tu essaient de concevoir pour eux
[^] # Re: Que du bonheur !
Posté par briaeros007 . En réponse au journal La loi sur la programmation militaire est adoptée !. Évalué à 0.
beaucoup ? En valeur absolue ou en pourcentage ?
Et comparitavement en pourcentage entre des couples hetero et homo ?
(et l'attente d'adoption n'est pas lié au nombre extraordinaire mais aussi et avant tout aux contraintes administratives)
[^] # Re: Que du bonheur !
Posté par briaeros007 . En réponse au journal La loi sur la programmation militaire est adoptée !. Évalué à 1.
Ah mais je ne suis pas contre.
Ce que je dis c'est que quand il ne fait qu'une seule chose et qu'il ne fait pas le reste, on peut très bien dire "ça je voulais pas qu'il le fasse" car le reste n'a pas été fait;
Enfin, quand je vote pour quelqu'un, je n'ai encore jamais trouvé un programme avec lequel je suis d'accord avec tout. Je fais comment pour voter avec tes contraintes ?
N'ais je pas le droit de ne pas être d'accord sur certains partie du programme mais être d'accord avec les grandes lignes, la direction, et la majorité d'un programme ?
Est ce forcément #000000 ou #FFFFFF les couleurs que tu voient ?
[^] # Re: petit retour d'exp
Posté par briaeros007 . En réponse au message ZFS performance et déduplication. Évalué à 3.
de peu que je connais zfs, tu ne peux pas configurer sur quoi est fait le dedup : c'est forcément sur les blocs.
Mais ça a peut être évoluer depuis que j'ai commencé :).
Niveau perfs, il faut bien spécifier ashift=12 lorsque tu créé ton bloc (si tu as des gros disques)
Je te conseille de faire un test avec zfs avant de le mettre en prod car les perfs peuvent être assez décevante, surtout si le dedup est activé (en tout cas c'était mon cas).
Si tu as beaucoup de fichiers types texte ou identiques, active la compression sur le fs. Cela peut vraiment permettre de gagner en débit (ca peut couter largement moins cher de décompresser des données sur le CPU que de récupérer 2 fois plus de données du disque :) )
Il te faut aussi de préférence de la mémoire ECC, car il n'y a pas de fsck sur zfs et ce système de fichier n'apprécient que peut d'avoir un arbre corrompu (zfs ou fsck, les deux on la même galère, même si il parait que maintenant btrfs a un fsck opérationnel).
Sinon sur debian (ou ubuntu) aucun souci. J'utilisais les paquets ubuntu , mais comme de toute façons ils se compilent avec dkms et ton noyau en place tu t'en fiches si c'est ubuntu ou pas.
Sur la mailing list de zfs, il y a plein d'occurence avec debian, donc pas trop de soucis de représentativitée.
Concernant la stabilité de btrfs, ce sera sans doute la solution la plus pérennevu qu'elle est intégrée au noyau et donc continuera à être maintenu et déployée (et sur plusieurs archi).
Je crois que les readynas de netgear sont basée sur btrfs.