Il y a juste 2 notions différentes:
- la cohérence de ton FS/base de données ....
- la cohérence de tes données.
Pour que tes données soient cohérentes il faut que le mécanisme de réplication assure que les IOs sont réalisées dans le même ordre (In Order Delivery) c'est à dire que si tu fais une IO1 puis une IO2 sur un système tu trouves bien la même chose sur le système distant et dans le même ordre. (Analogie à faire avec le mode barrière des disques récemment traité dans le kernel)
Par contre ton système de réplication n'est pas en charge de la bonne cohérence de ton FS. Le FSCK est peut-être toujours nécessaire.
Tu peux avoir pert de de données en cas de FSCK ou en cas de non réplication (souvent lié à un sinistre - crash OS/ crash hardware/ crash de datacenter ... )
Pareil
Unison permet avec les bonnes options et une crontab, de garder une sauvergare mensuelle, hedbo, quotidienne .....
par contre c'est au niveau fichier alors ca consomme beaucoup :)
Ma destination de sauvegarde est un NAS nfs (1T en RAID 1)
Super simple en fait
tu as un abonnement qui fait de la data et de la voix,
la data c'est pas cher, la voix par contre c'est plein pot, donc c'est possible si besoin mais à éviter pour la facturation.
Dans les premières versions de prédiction Intel avait fait simple,
c'etait simplement une analyse statistique de ce qu'il se passait sur le CPU.
L'analyse du code executé implique donc une optimisation du CPU.
Simple ... mais pas si efficace que ca puisque dans mes souvenirs ( ca commence à dater) seul 15% des branchements predictifs étaient valides.
Dans les premières versions de prédiction Intel avait fait simple,
c'etait simplement une analyse statistique de ce qu'il se passait sur le CPU.
L'analyse du code executé implique donc une optimisation du CPU.
Simple ... mais pas si efficace que ca puisque dans mes souvenirs ( ca commence à dater) seul 15% des branchements predictifs étaient valides.
Le but est il
- de faire un "méta" language qui génere du C "optimisé",
- ou bien à terme d'avoir un compilo capable de généré du code exécutable pour toutes les archi,
- ou bien carrément un langage supplémentaire de GCC (qui signifie rappelons le "GCC, the GNU Compiler Collection" )
Ton idée de model original pour gérer les publications existe déjà, en tout cas en partie. C'est wikipedia. Il y a tout un mécanisme de relecture qui m'a l'air trés sérieux.
Le problème de l'archivage est un des problèmes majeurs du moment dans le monde du stockage.
La loi francaise a évolué depuis peu, mais avant on était obliger d'imprimer un document électronique pour qu'il soit scanné et archivé électroniquement de facon légale !!
J'ai lu un article ou il était proposé, un archivage des documents et des systeme informatiques capable des les lire. Le matos étant difficile à conserver dans le temps, il était proposé de maintenir ces systèmes par des émulateurs type vmware ... :)
Sinon des qu'on parle d'archivage légal, il faut aussi parler des contrainte d'intégrité, de non modification et d'auteur. Pas si simple que ca.
Myst IV est un jeu intelligent
par contre c'est tellement dur que y'a la solution dedans !!
mais bon la solution non plus est pas facile a comprendre !!
Bas ... de toute facon ces logiciels d'admins c'est bien pour prendre en main la bete mais ca devient vite trop lent.
SAM gere un mini base de la conf de la machine, des qu'il fait une action il remet a jour sa base ... comme c'est des bourrains chez HP il lui arrive de TOUT remetre a jour ...
ca explique les lenteurs.
Concernant le dump kernel ca sert principalement pour analyser un crash OS par un support.
- Linux crash BEAUCOUP moins qu'un OS proprio ... enfin moi il me l'a jamais fait (contrairement a Solaris qui panic pour un rien )
Oui tu as raison il manque un bon ioscan sous linux :)
D'ailleurs moi j'aimais bien quand je faisais du HP le Hard Path des cartes dans la becanne...
Je dirais meme plus, ce n'est pas parceque c'est une etude réalisée pour les décideurs qu'il faut le prendre avec des pincettes, puisque justement c'est ce type de document qui va leur servire de reference !!!
Au contraire l'interret serait de participer a ce genre d'etude ou seulement faire des commentaires/corrections aupres de ces cabinets !
bref etre constructifs aupres des gens qui aident les decideurs a decider :)
Sans vouloir faire de mauvais esprit t'en connais beaucoup des admin qui lisent les sources du kernel ?
personnellement je ne lis pas les sources du kernel et ca m'empeche pas de le configurer au petits oignons ... :)
Par contre effectivement si on sort des choses standards les supports des UNX propriétaires ca peut -etre beaucoup plus long que dans la communaute.
par exemple six mois apres un appel chez Sun on m'a rappeler pour me signaler que mon bug etait corriger dans la derniere version du patche kernel ...
heu j'ai deja goute du HP, du Solaris, de l'AIX et biensur du Linux ..
y'a pas photo,
AIX est completement ferme sans SMIT il est presque impossible de faire quoi que ce soit tout seul ( les lignes de commandes sont imbitables )
HP est pas mal on peut ou pas utiliser SAM pour la configuration (les lignes de commandes existent et sont simples )
Solaris et Linux a egaliter au niveau admin (tout en vi et eb ligne de commande :))) )
Je pense que dans le kernel il y a deux parties distinctes
- les fonctions de bases ( Virtual Memory , Scheduler, FS , Network ...)
- les fonctions type drivers ( drivers network USB, I3E .. )
Les fonctions de bases se doivent d'evoluer peu et en fonction des nouvelles technos (ajoutd'IPV6 par exemple ). Et la il faut etre tres prudent, je pense que la demarche de Linus est tres bonne
Les fonctiosn liees au drivers elles doivent avoluer plus vites pour pouvoir suivre les nouveaux materiels qui sortent sur le marche. C'est a mon avis le point le plus critique pour le deploiement massif de Linux. D'un autre cote, si il y a deploiement massis nos amis les constructeurs finiront par developpement des drivers pour leur matos ...
pour revenir sur ta phrase "Il serait désastreux qu'un faux pas vienne ruiner la réputation de stabilité et de sécurité qui est maintenant acquise.", c'est pas ca qui empeche une certaine firme americaine d'etre le numero 1 mondial ... :) mais oui biensur on ne doit pas faire comme eux !!!
C'est pas parceque Mandrake sort une nouvelle distrib qu'il faut forcement l'installer ...
L'upgrade peut se faire a la main ou plus facilement en bootant le CD ( oui l'uptime il tombe a zero :( mais en general pour upgrader un kernel faut rebooter ...)
Sans vouloir troller ca revient presque a dire que " y'a un nouveau Windows tous les 2 ans seulement donc je vais migrer tout sous windows " :)
Bref la frequence des distribs n'est pas a mon sens un argument pour dire oui ou non a une distrib ou un OS.
Ben ....
avec Flash et toutes ces conneries .. ca fait pas de mal d'avoir un bon CPU
effectivement ca accelere pas internet mais ca fait mieux tourner quand on est dans le brouteur !
Bref l'utilisateur moyen il voit que ca accelere
Sinon faudrait qu'un organisme independant nous fasse un rating qui va bien
La presse informatique PC grand public a deja ce genre de chose avec des classement lie a l'utilisattion ( bureautique, jeux, musique, video .... ) mais tout ca pour un pc complet.
Si ou veut le faire element par element ca va nous en faire des tableaux a multientrees
CPU / Carte Mere / Memoire / disque dur / Carte Video
La strategie de Sun concernant son hard et son soft sont la suivante :
Sun cree uniquement une specification pour son hard et une specification pour son soft (OS compris )
Les ultrasparc sont fondues par Siemens Fujistu par exemple qui au passage en a profiter pour faire des puces UltraSparc beaucoup plus performantes que celle de Sun ....
Bas on peut sincerement penser que c'est ps si mal que ca.
En effet les specifications du hard sont "secretes" et c'est toute la puissance de la PS2.
Ca evite aussi entre autre que des debiles profonds programmennt le hard avec des optimisations au petits oignons ce qui pourrait conduire a l'instabilitee legendaire des windows du debut ou tout le monde pouvait tout faire dans les access memoire et compagnie.
Oui effectivement y'avait du GPL
Oui effectivement y'avait aussi une partie non GPL pour le hard sensible, mais je pense que tout ca se raproche beaucoup de la position des notre Grand Richard a propos du hard :)
Le probleme n'est pas qu'il existe un identifiant unique ou qu'il en existe plusieurs,
En base de donnees on fait un cle composite (Nom, Prenom, Date de naissance, Heure de naissance, Sexe, Lieu de naissance par exemple )
et on peut associer cette clef composite Unique a tous les autres identifiant:
Bilan ca revient au meme :)
Le tout est de savoir si oui ou non on peut proteger legalement et de facon reellement sur les differents idetifiants pour proteger la vie privee.
Il serait peut-etre bon de remettre un bon coup de chiffrement la dessus !
si on n'a plus le droit de faire sauter les mécanismes de protection dans le but de comprendre un format et d'ecrire un soft pour une plate-forme pour laquelle il n'y a rien permettant de lire un tel format, je me demande bien comment on va faire pour rendre tout ca plus "inter-opérable".
Heuu ...
<mauvais>
ben il suffit
de demander au monsieur le droit de developpement un truc
de payer la license qui va bien x millions d'
de vendre ton soft pour amortir la license et essayer de survivre
<mauvais>
pour le moment le reverse ingeniering est legal en france, pourvu que ca dure !!
Je crois que c'est plus complexe
IBM et MS devaient developper ensemble des parties communes Windows et OS/2 ...mais il s'est avere que MS metait des batons dans les roues pour le developpement de OS/2 et quand IBM a repri ca en main .. il etait deja trop tard
Big Blue qu'il disait ... trop lourd a bouge
Je trouve l'annalogie GENIALE !
Nous sommes pour la plus part ici des mecanos/garagistes
On peut se bricoller une voiture nous meme - genre equipe de F1 - supper tunner au petits oignons, ou restaurer une vieille carcasse :)
mais il faut aussi penser aux conducteurs lambda qui n'en n'ont rien a faire de la possibilite de faire la vidange soit meme ....
[^] # Re: Stockage distribué DRBD
Posté par pfrenard . En réponse à la dépêche Nouvelle version 2.6.33 du noyau Linux. Évalué à 3.
- la cohérence de ton FS/base de données ....
- la cohérence de tes données.
Pour que tes données soient cohérentes il faut que le mécanisme de réplication assure que les IOs sont réalisées dans le même ordre (In Order Delivery) c'est à dire que si tu fais une IO1 puis une IO2 sur un système tu trouves bien la même chose sur le système distant et dans le même ordre. (Analogie à faire avec le mode barrière des disques récemment traité dans le kernel)
Par contre ton système de réplication n'est pas en charge de la bonne cohérence de ton FS. Le FSCK est peut-être toujours nécessaire.
Tu peux avoir pert de de données en cas de FSCK ou en cas de non réplication (souvent lié à un sinistre - crash OS/ crash hardware/ crash de datacenter ... )
J'espère avoir été clair :)
@++
[^] # Re: autre
Posté par pfrenard . En réponse au sondage Je réalise mes sauvegardes avec. Évalué à 2.
Unison permet avec les bonnes options et une crontab, de garder une sauvergare mensuelle, hedbo, quotidienne .....
par contre c'est au niveau fichier alors ca consomme beaucoup :)
Ma destination de sauvegarde est un NAS nfs (1T en RAID 1)
Fox
[^] # Re: Tout simple... pour l'instant
Posté par pfrenard . En réponse au sondage Mon téléphone mobile. Évalué à 2.
tu as un abonnement qui fait de la data et de la voix,
la data c'est pas cher, la voix par contre c'est plein pot, donc c'est possible si besoin mais à éviter pour la facturation.
[^] # Re: TCPA
Posté par pfrenard . En réponse à la dépêche Une faille majeure de la cryptographie courante. Évalué à -3.
c'etait simplement une analyse statistique de ce qu'il se passait sur le CPU.
L'analyse du code executé implique donc une optimisation du CPU.
Simple ... mais pas si efficace que ca puisque dans mes souvenirs ( ca commence à dater) seul 15% des branchements predictifs étaient valides.
Fox
[^] # Re: TCPA
Posté par pfrenard . En réponse à la dépêche Une faille majeure de la cryptographie courante. Évalué à -1.
c'etait simplement une analyse statistique de ce qu'il se passait sur le CPU.
L'analyse du code executé implique donc une optimisation du CPU.
Simple ... mais pas si efficace que ca puisque dans mes souvenirs ( ca commence à dater) seul 15% des branchements predictifs étaient valides.
Fox
[^] # Re: N'y-a-t-il pas antinomye ?
Posté par pfrenard . En réponse à la dépêche 23 mars: Conférence au LORIA sur Lisaac, un nouveau langage. Évalué à 2.
- de faire un "méta" language qui génere du C "optimisé",
- ou bien à terme d'avoir un compilo capable de généré du code exécutable pour toutes les archi,
- ou bien carrément un langage supplémentaire de GCC (qui signifie rappelons le "GCC, the GNU Compiler Collection" )
Bon courage aux développeur/codeurs !
Fox
[^] # Re: DRM et bibliothèque, mon avis de (ex-)documentaliste
Posté par pfrenard . En réponse à la dépêche Les bibliothèques anglaises se préoccupent de la prolifération des DRM. Évalué à 2.
Ton idée de model original pour gérer les publications existe déjà, en tout cas en partie. C'est wikipedia. Il y a tout un mécanisme de relecture qui m'a l'air trés sérieux.
Le problème de l'archivage est un des problèmes majeurs du moment dans le monde du stockage.
La loi francaise a évolué depuis peu, mais avant on était obliger d'imprimer un document électronique pour qu'il soit scanné et archivé électroniquement de facon légale !!
J'ai lu un article ou il était proposé, un archivage des documents et des systeme informatiques capable des les lire. Le matos étant difficile à conserver dans le temps, il était proposé de maintenir ces systèmes par des émulateurs type vmware ... :)
Sinon des qu'on parle d'archivage légal, il faut aussi parler des contrainte d'intégrité, de non modification et d'auteur. Pas si simple que ca.
@++
[^] # Re: Inintéressant
Posté par pfrenard . En réponse au sondage Half-life 2. Évalué à 2.
par contre c'est tellement dur que y'a la solution dedans !!
mais bon la solution non plus est pas facile a comprendre !!
[^] # Re: il n'y a plus de différence entre appareil électronique et ordinateur !
Posté par pfrenard . En réponse à la dépêche Michel Rocard s'oppose à la brevetabilité des logiciels dans Libération. Évalué à 1.
[^] # Re: Encore une analyse Linux VS Unix
Posté par pfrenard . En réponse à la dépêche Encore une analyse Linux VS Unix. Évalué à 1.
SAM gere un mini base de la conf de la machine, des qu'il fait une action il remet a jour sa base ... comme c'est des bourrains chez HP il lui arrive de TOUT remetre a jour ...
ca explique les lenteurs.
Concernant le dump kernel ca sert principalement pour analyser un crash OS par un support.
- Linux crash BEAUCOUP moins qu'un OS proprio ... enfin moi il me l'a jamais fait (contrairement a Solaris qui panic pour un rien )
Oui tu as raison il manque un bon ioscan sous linux :)
D'ailleurs moi j'aimais bien quand je faisais du HP le Hard Path des cartes dans la becanne...
[^] # Re: Encore une analyse Linux VS Unix
Posté par pfrenard . En réponse à la dépêche Encore une analyse Linux VS Unix. Évalué à 1.
Au contraire l'interret serait de participer a ce genre d'etude ou seulement faire des commentaires/corrections aupres de ces cabinets !
bref etre constructifs aupres des gens qui aident les decideurs a decider :)
[^] # Re: Encore une analyse Linux VS Unix
Posté par pfrenard . En réponse à la dépêche Encore une analyse Linux VS Unix. Évalué à 7.
personnellement je ne lis pas les sources du kernel et ca m'empeche pas de le configurer au petits oignons ... :)
Par contre effectivement si on sort des choses standards les supports des UNX propriétaires ca peut -etre beaucoup plus long que dans la communaute.
par exemple six mois apres un appel chez Sun on m'a rappeler pour me signaler que mon bug etait corriger dans la derniere version du patche kernel ...
[^] # Re: Encore une analyse Linux VS Unix
Posté par pfrenard . En réponse à la dépêche Encore une analyse Linux VS Unix. Évalué à 2.
y'a pas photo,
AIX est completement ferme sans SMIT il est presque impossible de faire quoi que ce soit tout seul ( les lignes de commandes sont imbitables )
HP est pas mal on peut ou pas utiliser SAM pour la configuration (les lignes de commandes existent et sont simples )
Solaris et Linux a egaliter au niveau admin (tout en vi et eb ligne de commande :))) )
Je choisis HP ou solaris ou Linux :))
[^] # Re: Linux et sa maniabilité
Posté par pfrenard . En réponse à la dépêche Linux et sa maniabilité. Évalué à 6.
- les fonctions de bases ( Virtual Memory , Scheduler, FS , Network ...)
- les fonctions type drivers ( drivers network USB, I3E .. )
Les fonctions de bases se doivent d'evoluer peu et en fonction des nouvelles technos (ajoutd'IPV6 par exemple ). Et la il faut etre tres prudent, je pense que la demarche de Linus est tres bonne
Les fonctiosn liees au drivers elles doivent avoluer plus vites pour pouvoir suivre les nouveaux materiels qui sortent sur le marche. C'est a mon avis le point le plus critique pour le deploiement massif de Linux. D'un autre cote, si il y a deploiement massis nos amis les constructeurs finiront par developpement des drivers pour leur matos ...
pour revenir sur ta phrase "Il serait désastreux qu'un faux pas vienne ruiner la réputation de stabilité et de sécurité qui est maintenant acquise.", c'est pas ca qui empeche une certaine firme americaine d'etre le numero 1 mondial ... :) mais oui biensur on ne doit pas faire comme eux !!!
A+
[^] # Re: Un test négatif mais constructif (??? vraiment ?)
Posté par pfrenard . En réponse à la dépêche Un test négatif (mais constructif) de la Mandrake 9.1. Évalué à 2.
L'upgrade peut se faire a la main ou plus facilement en bootant le CD ( oui l'uptime il tombe a zero :( mais en general pour upgrader un kernel faut rebooter ...)
Sans vouloir troller ca revient presque a dire que " y'a un nouveau Windows tous les 2 ans seulement donc je vais migrer tout sous windows " :)
Bref la frequence des distribs n'est pas a mon sens un argument pour dire oui ou non a une distrib ou un OS.
[^] # Re: AMD et INTEL optent pour des technologies opposées.
Posté par pfrenard . En réponse à la dépêche AMD et INTEL optent pour des technologies opposées.. Évalué à 1.
avec Flash et toutes ces conneries .. ca fait pas de mal d'avoir un bon CPU
effectivement ca accelere pas internet mais ca fait mieux tourner quand on est dans le brouteur !
Bref l'utilisateur moyen il voit que ca accelere
Sinon faudrait qu'un organisme independant nous fasse un rating qui va bien
La presse informatique PC grand public a deja ce genre de chose avec des classement lie a l'utilisattion ( bureautique, jeux, musique, video .... ) mais tout ca pour un pc complet.
Si ou veut le faire element par element ca va nous en faire des tableaux a multientrees
CPU / Carte Mere / Memoire / disque dur / Carte Video
Gloops
a+
[^] # Re: Les futurs produits de Sony seront... GPL ?
Posté par pfrenard . En réponse à la dépêche Les futurs produits de Sony seront "Linux powered". Évalué à 1.
La strategie de Sun concernant son hard et son soft sont la suivante :
Sun cree uniquement une specification pour son hard et une specification pour son soft (OS compris )
Les ultrasparc sont fondues par Siemens Fujistu par exemple qui au passage en a profiter pour faire des puces UltraSparc beaucoup plus performantes que celle de Sun ....
A+
[^] # Re: Les futurs produits de Sony seront
Posté par pfrenard . En réponse à la dépêche Les futurs produits de Sony seront "Linux powered". Évalué à 1.
En effet les specifications du hard sont "secretes" et c'est toute la puissance de la PS2.
Ca evite aussi entre autre que des debiles profonds programmennt le hard avec des optimisations au petits oignons ce qui pourrait conduire a l'instabilitee legendaire des windows du debut ou tout le monde pouvait tout faire dans les access memoire et compagnie.
Oui effectivement y'avait du GPL
Oui effectivement y'avait aussi une partie non GPL pour le hard sensible, mais je pense que tout ca se raproche beaucoup de la position des notre Grand Richard a propos du hard :)
A+
[^] # Re: AOL brevète la messagerie instanantanée
Posté par pfrenard . En réponse à la dépêche AOL brevète la messagerie instantanée. Évalué à 2.
c'est grace a eux que les Yellow Pages ont ete renomees par SUN en NIS
c'etait deja depose par BT !!
[^] # Re: Administration : l'identifiant unique recalé
Posté par pfrenard . En réponse à la dépêche Administration : l'identifiant unique recalé. Évalué à 1.
En base de donnees on fait un cle composite (Nom, Prenom, Date de naissance, Heure de naissance, Sexe, Lieu de naissance par exemple )
et on peut associer cette clef composite Unique a tous les autres identifiant:
Bilan ca revient au meme :)
Le tout est de savoir si oui ou non on peut proteger legalement et de facon reellement sur les differents idetifiants pour proteger la vie privee.
Il serait peut-etre bon de remettre un bon coup de chiffrement la dessus !
[^] # Re: Administration : l'identifiant unique recalé
Posté par pfrenard . En réponse à la dépêche Administration : l'identifiant unique recalé. Évalué à 2.
si j'ai bien compris l'est pas Y2K compliant le numero INSEE ?:)
et dire qu'on a patche comme des fous six durant en 1999 !!!
[^] # Re: Logiciels Libres dans l'administration française
Posté par pfrenard . En réponse à la dépêche Logiciels Libres dans l'administration française. Évalué à 1.
Heuu ...
<mauvais>
ben il suffit
de demander au monsieur le droit de developpement un truc
de payer la license qui va bien x millions d'
de vendre ton soft pour amortir la license et essayer de survivre
<mauvais>
pour le moment le reverse ingeniering est legal en france, pourvu que ca dure !!
[^] # Re: A noter
Posté par pfrenard . En réponse à la dépêche IBM arrête OS/2. Évalué à 1.
IBM et MS devaient developper ensemble des parties communes Windows et OS/2 ...mais il s'est avere que MS metait des batons dans les roues pour le developpement de OS/2 et quand IBM a repri ca en main .. il etait deja trop tard
Big Blue qu'il disait ... trop lourd a bouge
[^] # Re: A noter
Posté par pfrenard . En réponse à la dépêche IBM arrête OS/2. Évalué à 1.
Haaa mon petit FW !
[^] # Re: GNUWin 2.1 est sorti !
Posté par pfrenard . En réponse à la dépêche GNUWin 2.1 est sorti !. Évalué à 1.
Nous sommes pour la plus part ici des mecanos/garagistes
On peut se bricoller une voiture nous meme - genre equipe de F1 - supper tunner au petits oignons, ou restaurer une vieille carcasse :)
mais il faut aussi penser aux conducteurs lambda qui n'en n'ont rien a faire de la possibilite de faire la vidange soit meme ....
RuZed