L'avantage d'un nas en raid 1, c'est que l'on sait si un disque meure, on peut le remplacer rapidement. si un DVD meure, c'est en silence, avoir des doublons ne fait que repousser le problème.
De plus les DVD sont beaucoup moins protégés contre les erreurs que les CD. J'ai testé toutes ma collections, il y a quelques temps. Sur une centaine de CD (certain de plus de 10 ans), seul 2 ou 3 avait des erreurs de lecture. Sur une vingtaine de DVD, tous avait des soucis, 1 était illisible.
L'autre moyen pas chère de sauvegarde, c'est un kimsufi ayant un disque dure de 160 Go à distance. En gros, 30€/mois et cela gère les cas de vol, d'incendie, de foudre, de dégât des eau. Par contre, c'est hyper lent (1MB en upload, c'est des heures pour transférer 50Go de données, mais vu que c'est un linux, rsync est supporté)
Concernant les BBU, les caches sur contrôleur et tout. Je comprends tout à fait le recourt au cache en écriture pour les accélérer.
Mais quel différence entre mettre la barrière de synchro au niveau de l'OS ou de tricher au niveau disque ?
J'ai l'impression que l'OS voyant des fsync() partout se sent obliger des les honorer rapidement, alors qu'il y en aurait pas besoin avec un APS.
D'ailleurs, cela va être pire avec les modifs du fsync() qui en place passe en priorité maintenant. Souvent on ne veut pas un fsync(), on veut un fdone().
A choisir de mettre 500€ de matos en plus, je pencherais pour de la ram plutot qu'une carte raid avec BBU. Même si les prix sont tombés par rapport à une autre époque. (d'ailleurs, cela ne coute pas moins chère de mettre un petit APS à coté du serveur qui provoque un fsync clean avant que la batterie sois complètement vide ?)
Arrivé à ce point, et tant qu'à faire, il peut devenir plus intéressant d'envisager une solution plus moderne (et hype ;) de key-value store ou similaire, naturellement distribué (à la CoucheDB, Tokyo Cabinet et consorts).
bigtable ou son équivalent libre ?
Tu es en train de me raconter que la RAM, c'est bien pour faire du cache. Ben, c'est évident. Mais il est encore difficile d'imaginer des PC avec plus de 64 go de RAM, et cela coute d'ailleurs une véritable fortune.
Ensuite, pour les écritures, que cela soit de la RAM sur une carte IO ou de la RAM sur la carte contrôleur, cela reste de la RAM. Rajouter une carte spécialisé décharge le processeur mais à quel prix !
De plus comparer des disques dur avec un fusio-io (pas un SSD!), je crois que l'on ne parle pas vraiment de la même chose. On parle de centaine IO par seconde pour un disque sata, sans doute un peu plus pour un disque SAS.
Le fusion IO propose presque 100 000 IO en écriture 4k, ce qui représente le pire cas. Ce n'est pas le même monde.
Je ne pense pas que l'économie puisse être éthique. Je ne vois même pas ce que cela voudrait dire. Ne pas virer les gens ? Mais dans ce cas où est la limite de quand il devient éthique de licencier ?
Beaucoup pensent que l'économie est amoral. Et que la politique a été créé justement pour créer les cadres pour rendre cela plus supportable. D'ailleurs toutes les avancées sociale ont été faite par le politique.
Donc, je pense que c'est le rôle des politiques de décider des règles du jeu. Les agents économiques s'adapteront pour poursuivre leur but : faire de l'argent.
C’est une exigence de l’homme de ce temps, mais aussi une exigence de la raison économique elle-même. C’est une exigence conjointe de la charité et de la vérité.
Le style ampoulé des hommes d'église est parfois risible. On dirait une génération automatique d'un piporton quelconque. Qu'est-ce qu'il a voulu dire par là ? Que le don, c'est "bien", même dans le cadre économique ?
D'ailleurs, je ne comprends pas pourquoi cela n'existe pas plus.
La différence, c'est de remplacer le lien sata sur les contrôleurs de SSD par un lien PCI-express. Au pire tu peux faire une fusion d'un controlleur SATA et d'un controlleur de SSD.
M'enfin, le mieux serait d'avoir n canaux de mémoire flash sur le chipset avec l'OS qui se débrouille plutot que d'avoir des traductions vers le sata qui empêche de voir les tailles de secteurs et autre contrainte. A la limite, une sorte de gestion de pagination hardware pourrait être utile pour faire de la lecture rapide en cas de wear leveling mais l'algo de placement devrait rester dans l'OS.
M'enfin, un SSD intel dispose de 10 canaux, cela fait pas mal de pin même pour des données sur 16 bits. On aurait donc un lien chipset<->flash comme il y avait un lien chipset<->ram.
Le plus simple serait d'avoir une interface vaguement standard vers ce type de contrôleur.
Mais bon on aurait toujours qu'une centaine de Go en flash, il y aurait toujours les disque en To pour stocker les rip de BR.
Sauf qu'il existe plein de monde pour dire que le raid 5 ne sert à rien. Il couvre bien trop peu de cas de panne réelle pour être utile et coute très très chère. Un raid 1 c'est vraiment plus fiable et pas besoin d'un énorme cache avec batterie pour conserver les données correctement.
Ce test ne sert à rien du tout. C'est un pure test de bande passante qui dans le cas d'un gros raid sera limité par la carte contrôleur.
Si tu veux voir la différence fait un "dd if=/dev/sda of=/dev/null bs=1" et l'inverse pour tester la lecture.
L'énorme différence entre SSD et HD c'est la latence de positionnement des têtes. En lecture, c'est énorme. En écriture, les dernier SSD sont moins mauvais mais dépassent maintenant les disques durs.
En gros, les SDD gèrent très bien les petits accès de lecture et de mieux en mieux les petits accès en écriture ( ~100 io/s contre autour de 2/3 pour les 1er modèles sortis)
Certain NAS utilise une partition sur un SSD pour stocker le journal d'un autre fs.
Disons que j'avais déjà vu cette légende urbaine concernant la taille des binaires (java à l'époque). Tout ça était venu de la taille des instructions limitées à 1 octets, une instruction étant forcément plus petites que les 16 bits ou plus d'un cpu classique.
Sauf que l'on parle de jeu d'instruction à pile, ce qui signifie "plein" d'instructions à pile pour émuler une seul instruction à registre.
Donc, je voulais savoir si tu avais des arguments autre que des argument d'autorité.
Je pensais à ça car la gestion d'un raid 5 introduit toujours des latences de fou, surtout si il y a des cycles de lecture/écriture. Si la RAM est pleine, cela doit bien bloquer au niveau IOs à cause des fifo trop petites pour absorber la latence.
D'ailleurs avec une base aussi petite, l'utilisation d'un SSD "moderne" pourrait améliorer les choses (gamme Vertex de chez OCZ et la gamme pro de chez Intel).
A force de lire des docs google, j'aurais tendance à vouloir utiliser leur téchnique : prendre le meilleur rapport qualité prix, en gros qq serveurs quadricore mono cpu pas trop chère en SATA avec des disques en RAID 10 (4?) avec 3 Go de ram.
Combien on peut avoir de serveur sata mono-socket pour le prix d'un monstre avec disque à 15k ?
En plus, dans 2 ans, si cela rame, il suffit de rajouter un serveur (et de virer la machine la plus ancienne).
[^] # Re: eeepc 901
Posté par Nicolas Boulay (site web personnel) . En réponse au message Linux / netbook / SSD. Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: nas
Posté par Nicolas Boulay (site web personnel) . En réponse au message Périnité des données. Évalué à 2.
L'avantage d'un nas en raid 1, c'est que l'on sait si un disque meure, on peut le remplacer rapidement. si un DVD meure, c'est en silence, avoir des doublons ne fait que repousser le problème.
De plus les DVD sont beaucoup moins protégés contre les erreurs que les CD. J'ai testé toutes ma collections, il y a quelques temps. Sur une centaine de CD (certain de plus de 10 ans), seul 2 ou 3 avait des erreurs de lecture. Sur une vingtaine de DVD, tous avait des soucis, 1 était illisible.
L'autre moyen pas chère de sauvegarde, c'est un kimsufi ayant un disque dure de 160 Go à distance. En gros, 30€/mois et cela gère les cas de vol, d'incendie, de foudre, de dégât des eau. Par contre, c'est hyper lent (1MB en upload, c'est des heures pour transférer 50Go de données, mais vu que c'est un linux, rsync est supporté)
"La première sécurité est la liberté"
[^] # Re: Stockage en RAM
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Performance MYSQL. Évalué à 2.
Mais quel différence entre mettre la barrière de synchro au niveau de l'OS ou de tricher au niveau disque ?
J'ai l'impression que l'OS voyant des fsync() partout se sent obliger des les honorer rapidement, alors qu'il y en aurait pas besoin avec un APS.
D'ailleurs, cela va être pire avec les modifs du fsync() qui en place passe en priorité maintenant. Souvent on ne veut pas un fsync(), on veut un fdone().
"La première sécurité est la liberté"
[^] # Re: Stockage en RAM
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Performance MYSQL. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Stockage en RAM
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Performance MYSQL. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: réplication master/master
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Performance MYSQL. Évalué à 2.
bigtable ou son équivalent libre ?
"La première sécurité est la liberté"
[^] # Re: Stockage en RAM
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Performance MYSQL. Évalué à 2.
Ensuite, pour les écritures, que cela soit de la RAM sur une carte IO ou de la RAM sur la carte contrôleur, cela reste de la RAM. Rajouter une carte spécialisé décharge le processeur mais à quel prix !
De plus comparer des disques dur avec un fusio-io (pas un SSD!), je crois que l'on ne parle pas vraiment de la même chose. On parle de centaine IO par seconde pour un disque sata, sans doute un peu plus pour un disque SAS.
Le fusion IO propose presque 100 000 IO en écriture 4k, ce qui représente le pire cas. Ce n'est pas le même monde.
"La première sécurité est la liberté"
# éthique, économie, moral...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal La gratuité et le marché dans Caritas in Veritate. Évalué à 1.
Beaucoup pensent que l'économie est amoral. Et que la politique a été créé justement pour créer les cadres pour rendre cela plus supportable. D'ailleurs toutes les avancées sociale ont été faite par le politique.
Donc, je pense que c'est le rôle des politiques de décider des règles du jeu. Les agents économiques s'adapteront pour poursuivre leur but : faire de l'argent.
C’est une exigence de l’homme de ce temps, mais aussi une exigence de la raison économique elle-même. C’est une exigence conjointe de la charité et de la vérité.
Le style ampoulé des hommes d'église est parfois risible. On dirait une génération automatique d'un piporton quelconque. Qu'est-ce qu'il a voulu dire par là ? Que le don, c'est "bien", même dans le cadre économique ?
"La première sécurité est la liberté"
[^] # Re: réplication master/master
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Performance MYSQL. Évalué à 2.
La différence, c'est de remplacer le lien sata sur les contrôleurs de SSD par un lien PCI-express. Au pire tu peux faire une fusion d'un controlleur SATA et d'un controlleur de SSD.
M'enfin, le mieux serait d'avoir n canaux de mémoire flash sur le chipset avec l'OS qui se débrouille plutot que d'avoir des traductions vers le sata qui empêche de voir les tailles de secteurs et autre contrainte. A la limite, une sorte de gestion de pagination hardware pourrait être utile pour faire de la lecture rapide en cas de wear leveling mais l'algo de placement devrait rester dans l'OS.
M'enfin, un SSD intel dispose de 10 canaux, cela fait pas mal de pin même pour des données sur 16 bits. On aurait donc un lien chipset<->flash comme il y avait un lien chipset<->ram.
Le plus simple serait d'avoir une interface vaguement standard vers ce type de contrôleur.
Mais bon on aurait toujours qu'une centaine de Go en flash, il y aurait toujours les disque en To pour stocker les rip de BR.
"La première sécurité est la liberté"
[^] # Re: MyISAM, RAID 5
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Performance MYSQL. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: 300 € HT
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Performance MYSQL. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: réplication master/master
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Performance MYSQL. Évalué à 2.
C'est aussi un prix n'ayant plus rien à voir avec un SSD:) Je crois qu'un bon SSD, c'est une centaine d'IO en écriture de 4 Ko...
"La première sécurité est la liberté"
[^] # Re: MyISAM, RAID 5
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Performance MYSQL. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: MyISAM, RAID 5
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Performance MYSQL. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: 300 € HT
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Performance MYSQL. Évalué à 1.
Si tu veux voir la différence fait un "dd if=/dev/sda of=/dev/null bs=1" et l'inverse pour tester la lecture.
L'énorme différence entre SSD et HD c'est la latence de positionnement des têtes. En lecture, c'est énorme. En écriture, les dernier SSD sont moins mauvais mais dépassent maintenant les disques durs.
En gros, les SDD gèrent très bien les petits accès de lecture et de mieux en mieux les petits accès en écriture ( ~100 io/s contre autour de 2/3 pour les 1er modèles sortis)
Certain NAS utilise une partition sur un SSD pour stocker le journal d'un autre fs.
"La première sécurité est la liberté"
[^] # Re: 300 € HT
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Performance MYSQL. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Pourquoi Mono ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Utiliser Mono sans peur. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: réplication master/master
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Performance MYSQL. Évalué à 2.
Mais je ne comprends pas en quoi l'utilisation "d'une seule table SQL." empêche de faire du clustering.
"La première sécurité est la liberté"
[^] # Re: Pourquoi Mono ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Utiliser Mono sans peur. Évalué à 2.
si tu zip les 2, la taille restent en proportion ?
"La première sécurité est la liberté"
[^] # Re: Pourquoi Mono ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Utiliser Mono sans peur. Évalué à 2.
Disons que j'avais déjà vu cette légende urbaine concernant la taille des binaires (java à l'époque). Tout ça était venu de la taille des instructions limitées à 1 octets, une instruction étant forcément plus petites que les 16 bits ou plus d'un cpu classique.
Sauf que l'on parle de jeu d'instruction à pile, ce qui signifie "plein" d'instructions à pile pour émuler une seul instruction à registre.
Donc, je voulais savoir si tu avais des arguments autre que des argument d'autorité.
"La première sécurité est la liberté"
[^] # Re: MyISAM, RAID 5
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Performance MYSQL. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: réplication master/master
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Performance MYSQL. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: réplication master/master
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Performance MYSQL. Évalué à 2.
Combien on peut avoir de serveur sata mono-socket pour le prix d'un monstre avec disque à 15k ?
En plus, dans 2 ans, si cela rame, il suffit de rajouter un serveur (et de virer la machine la plus ancienne).
"La première sécurité est la liberté"
[^] # Re: MyISAM, RAID 5
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Performance MYSQL. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Pourquoi Mono ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Utiliser Mono sans peur. Évalué à 2.
je pensais au démarrage.
Tu peux concevoir qu'une instruction écrite dans un bytecode de plus haut niveau corresponde à un paquet d'instructions en code machine ?
Et est-ce que tu peux aussi imaginer l'inverse ?
"La première sécurité est la liberté"