Nicolas Boulay a écrit 16010 commentaires

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 ?

"La première sécurité est la liberté"

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.

"La première sécurité est la liberté"

Si tes données n'ont pas trop de valeur, pas besoin de raid, une grappe de disque suffit.

"La première sécurité est la liberté"

En gros c'est comme le Fusion-IO mais en utilisant de la RAM au lieu de mémoire Flash (donc attention au coupure de courant)

"La première sécurité est la liberté"

IOPS (WRITE) 96,000 (sustained 4K random writes)

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é"

Et si les données des serveurs étaient sur les serveurs en question en local, cela serait sans doute encore plus rapide.

"La première sécurité est la liberté"

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.

"La première sécurité est la liberté"

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.

"La première sécurité est la liberté"

Les SSD cela s'utilise en BDD ? vu leur perf, c'est intéressant ou pas ?

"La première sécurité est la liberté"

Et au niveau des lib de C#, elles sont embarqués avec le binaire lors d'une compilation native ? Parce que la différence me parait pas mal importante.

"La première sécurité est la liberté"

Et une bête répartition maitre/esclave ne ferait que répartir la lecture et non les écritures.

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é"

le 1er est compressé non ?

si tu zip les 2, la taille restent en proportion ?

"La première sécurité est la liberté"

Pratiquer du mono ? :(

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é"

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.

"La première sécurité est la liberté"

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).

"La première sécurité est la liberté"

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).

"La première sécurité est la liberté"

Si la base fait 2Go, passer à plus de RAM actuellement à 2 Go, devrait beaucoup se voir non ?

"La première sécurité est la liberté"

tu lis où tu reposes la question pour le fun ?

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é"

Comment le code natif peut être plus lent que le code bytecode ?

Tu considères la VM comme préchargé avec toutes les bonnes lib ?

Tu considères par défaut qu'un bytecode est plus compacte que du code natif, donc que la copie mémoire est plus longue ? (ce qui est faux en passant, difficile de faire plus compact que du x86)

Pour moi, la VM a un dilemme entre travailler le code pour le rendre ensuite plus rapide et l'interpréter au plus vite pour ne pas avoir une trop grosse latence.

"La première sécurité est la liberté"

En gros, tu accèptes de perdre du temps au début le temps que le JIT compile et ensuite, tu dépasses la vitesse du natif.

En gros, tu dit aussi que le cache n'est pas petit et peut contenir une application complète.

"La première sécurité est la liberté"

Tu veux dire que la majorité des windowsien avec un anti-virus Kaspersky dispose d'une jolie backdoor ?

"La première sécurité est la liberté"

Dans des tests fait par qui ? Sun ?

J'aurais tendance à dire qu'une VM doit pouvoir faire du code plus rapide que du natif dans certain cas et beaucoup plus lent dans d'autres.

Par exemple, une bonne grosse boucle de traitement numérique avec la moitier des data étant constant pendant cette boucle (un gros filtre numérique sur une image par exemple); La VM peut te faire de la constante propagation et te simplifier de beaucoup le code avant d'en faire du code natif (pour un JIT).

Par contre dans une grosse application métier, avec tout plein de code dans tous les sens, sans vraiment de grosses boucles de calcul, le jit ne fait pas vraiment effet car il y a trop de code en jeu et dans ce cas, le natif serait plus rapide.

"La première sécurité est la liberté"

Tu as des liens ?

"La première sécurité est la liberté"

Ou peut être que le principal facteur c'est pas les outils mais la sémantique et les services qu'il y a derrière le langage... Le truc que j'appelle VM.

je dirais plutôt leur capacité à être optimiser en statique, ce qui rend les langage comme perl et pyhton incapable d'être compiler correctement.

"La première sécurité est la liberté"

Et cela se passe comme une fleur avec la partie commune ?

Tu me dira mono doit faire des testes de conformité avec l'implémentation de MS.

Il n'y a guère que le C/C++ qui a autant de fournisseur de compilateur C.

D'ailleurs, une question à part: est-ce que mono tourne sous d'autre cible que le x86 ?

"La première sécurité est la liberté"