Le prefetch ne dépassent pas les limites de pages justement pour éviter les pages miss et les pages fault. Cela m'étonnerait que les cpu actuelles puissent allez au dela de la limite de 4ko, car pour cela il devrait avoir l'information du type de page actuel.
De plus, les prefetchs sont petits, il s'agit de lire 1 ligne ou 2 de cache en avance.
Le problème du swap est différent. Tout est plus rapide qu'un accès disque, donc on peut se permettre des algo très intelligent.
Je ne nie pas l'utilité des fonctionnalités notamment dans l'intégration simple et poussé dans gimp. Pouvoir créer un plugin qui fait quelques choses d'utile, avec une belle interface graphique qui s'écrit en 4 lignes est un tour de force que je reconnais volontiers.
Mais j'ai du mal à comprendre le choix d'un langage encore plus cryptique que perl :
Seul la loraine est équipé de capteur publique de rayon gamma. Il faudrait peut-être faire une sonde équipe de capteurs de rayon gamma, un gps, et une liaison internet.
Ensuite, cela permet de faire des cartes comme pour la pollution. http://www.atmolor.org/site/mesure_consultation_radioactivite.php
Iter devrait commencer à marcher en 2019 avec une prévision de la premier central en fonctionnement en 2040. C'est dans 30 ans !
La première chose à faire, serait de remplacer les vieilles centrales, par exemple avec une nouvelle central toutes les x années. Au bout de 10 ans, on passerait à la 4ième génération.
C'est les centrales de 4ième génération. Mais il n'y a pas assez d'argent pour éviter la case EPR et passer directement à cette génération. Il y a aussi un problème de planning pour remplacer les centrales actuelles.
Il faudrait payer le vrai prix de l'électricité pour investir mais on est pas pret au augmentation de prix.
Y'a-t-il une raison pour avoir créer un pseudo langage de script ce qui peut être utile pour des petites lignes de commande mais complexe dans le cas de gros code ? Pourquoi ne pas avoir utilisé un langage embarqué comme lua pour faire la glue entre les fonctions de haut niveau ?
Pas d'orientation un peu différente ? Pas de nouvelle techno genre mise à jour par bittorrent ? Pas de gestion de parc avec les outils de l'ancienne Clic ?
Attention tout de même à ne pas tout mélanger. Tu as l'air de dire que la localité d'accès augmente, si on utilise une grosse page de 2Mo à la place n pages de 4ko pas forcément contigüe.
Les mémoires caches fonctionnent avec des lignes de 32 à 128 octets. Lorsque l'on parles de localité, on parle de ces lignes là. Pour aller plus loin, il faudrait que les patterns d'accès rendre insuffisant le nombre de "voies" des caches. Les pages de base faisant 4ko, le problème ne se pose pas vraiment.
L'intérêt est vraiment dans la diminution du nombre de défaut de page. Un cpu doit gérer en interne ~1000 pages soit quelques Mo de mémoire adressable sans interruption. Un défaut de page peut couter qq centaines de cycles. Donc un accès purement aléatoires sur 1 Go de ram peut entrainer un taux de défaut de page très important, d'où l'importance des hudge page.
Attention, il faut au minimum 3 pages par processus : le code, les données et la pile. Les données pouvant se découper aussi en zone read-only et read-write.
D'un autre coté, avec 4Go de ram, une pages de 2Mo ressemble aux pages de 4ko avec 8Mo de ram. En tout cas, cela vaudrait le cout de faire un teste.
Par contre, le problème restera toujours présent concernant les pages de 1 Go.
Certain soft ne marchent qu'en 32 bits sachant que l'os 64 bit peut faire tourner des logiciels 32 bits.
Est-ce qu'il ne serait pas facile d'avoir toujours un noyau 64 bits et d'avoir le reste en double pour faire marcher le logiciel sur la version la plus efficace ? Je pense aux modules propriétaires indispensable comme flash ou l'accélération 3D nvidia.
Linus a beaucoup de mal avec les dev de sécurité. En général, ils sont des discours catastrophistes des personnes qui ne sont jamais écouté en espérant l'être en en faisant des tonnes. Ou alors, il s'écharpe sur le meilleurs système à avoir, cf les discussions entre le modèle de NSA linux et les autres, qui a finit avec un framework générique pour pluger des modules de sécurité.
J'ai l'impression, surtout après avoir vu la vidéo de J Corbet sur les ratés du noyau, qu'il faut clairement définir un objectif avec un problème à résoudre pour convaincre les dev linux, puis proposer une solution, sachant que l'important est de résoudre le problème et non d'avoir son code inclu.
Dans une ancienne boite, pour éviter les vols, il avait simplement donné une (grosse) clef usb à chaque personne, plutôt que de laisser une dizaine en libre service.
En gros, les comportements sont complètement différent si on dit à une personne qu'il s'agit de son matériel à lui, ou si il s'agit d'un matos "global" (dont tout le monde se fout, ou en manquent donc, des stocks sauvages se montent etc...)
[^] # Re: Transparent huge pages
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Le noyau Linux est disponible en version 2.6.38. Évalué à 2.
Le prefetch ne dépassent pas les limites de pages justement pour éviter les pages miss et les pages fault. Cela m'étonnerait que les cpu actuelles puissent allez au dela de la limite de 4ko, car pour cela il devrait avoir l'information du type de page actuel.
De plus, les prefetchs sont petits, il s'agit de lire 1 ligne ou 2 de cache en avance.
Le problème du swap est différent. Tout est plus rapide qu'un accès disque, donc on peut se permettre des algo très intelligent.
"La première sécurité est la liberté"
[^] # Re: script ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche G'MIC disponible en version 1.4.8.3. Évalué à 5.
Je ne nie pas l'utilité des fonctionnalités notamment dans l'intégration simple et poussé dans gimp. Pouvoir créer un plugin qui fait quelques choses d'utile, avec une belle interface graphique qui s'écrit en 4 lignes est un tour de force que je reconnais volontiers.
Mais j'ai du mal à comprendre le choix d'un langage encore plus cryptique que perl :
Et encore il s'agit juste du premier exemple ! ( http://cimg.cvs.sourceforge.net/viewvc/cimg/CImg/examples/gmic_def.gmic ) Franchement ! Il n'était pas possible de rendre le dataflow plus visible ?
"La première sécurité est la liberté"
[^] # Re: Avant le débat, l'informatio
Posté par Nicolas Boulay (site web personnel) . En réponse au journal HS Un débat sur l'énergie nucléaire en France. Évalué à 1.
Combien coûte un réacteur nucléaire ? C'est ça dont il est question.
Le plus facile est de rendre invendable les classes d'énergie F, puis E, etc...
"La première sécurité est la liberté"
[^] # Re: Sortir du nucléaire
Posté par Nicolas Boulay (site web personnel) . En réponse au journal HS Un débat sur l'énergie nucléaire en France. Évalué à 2.
Les surgénérateurs aussi devaient produire beaucoup d'électricité, on n'en entend plus parler.
C'est le PS qui a tué superphoenix pour faire plaisir aux verts. Une belle conn... à mon avis, il fallait au moins continuer la recherche.
"La première sécurité est la liberté"
[^] # Re: Sortir du nucléaire
Posté par Nicolas Boulay (site web personnel) . En réponse au journal HS Un débat sur l'énergie nucléaire en France. Évalué à 2.
Non, je n'ai pas le chiffre mais cela doit être une bonne part.
"La première sécurité est la liberté"
[^] # Re: Avant le débat, l'informatio
Posté par Nicolas Boulay (site web personnel) . En réponse au journal HS Un débat sur l'énergie nucléaire en France. Évalué à 2.
Seul la loraine est équipé de capteur publique de rayon gamma. Il faudrait peut-être faire une sonde équipe de capteurs de rayon gamma, un gps, et une liaison internet.
Ensuite, cela permet de faire des cartes comme pour la pollution.
http://www.atmolor.org/site/mesure_consultation_radioactivite.php
"La première sécurité est la liberté"
[^] # Re: restons comme ca ne changeons rien
Posté par Nicolas Boulay (site web personnel) . En réponse au journal HS Un débat sur l'énergie nucléaire en France. Évalué à 2.
Il y a un fond de 100 milliard € pour le démantèlement.
"La première sécurité est la liberté"
[^] # Re: Sortir du nucléaire
Posté par Nicolas Boulay (site web personnel) . En réponse au journal HS Un débat sur l'énergie nucléaire en France. Évalué à 2.
Iter devrait commencer à marcher en 2019 avec une prévision de la premier central en fonctionnement en 2040. C'est dans 30 ans !
La première chose à faire, serait de remplacer les vieilles centrales, par exemple avec une nouvelle central toutes les x années. Au bout de 10 ans, on passerait à la 4ième génération.
"La première sécurité est la liberté"
[^] # Re: Sortir du nucléaire
Posté par Nicolas Boulay (site web personnel) . En réponse au journal HS Un débat sur l'énergie nucléaire en France. Évalué à 3.
Les coupures de courant n'ont plus existé le jour ou les réseaux ont été interconnecté.
Les grosses centrales font faire aussi des économies d'échelles pour baisser le prix.
De plus, les habitations consomment 66% de l'électricité contre 20% pour l'industrie !
"La première sécurité est la liberté"
[^] # Re: Sortir du nucléaire
Posté par Nicolas Boulay (site web personnel) . En réponse au journal HS Un débat sur l'énergie nucléaire en France. Évalué à 4.
C'est les centrales de 4ième génération. Mais il n'y a pas assez d'argent pour éviter la case EPR et passer directement à cette génération. Il y a aussi un problème de planning pour remplacer les centrales actuelles.
Il faudrait payer le vrai prix de l'électricité pour investir mais on est pas pret au augmentation de prix.
"La première sécurité est la liberté"
# script ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche G'MIC disponible en version 1.4.8.3. Évalué à 2.
Y'a-t-il une raison pour avoir créer un pseudo langage de script ce qui peut être utile pour des petites lignes de commande mais complexe dans le cas de gros code ? Pourquoi ne pas avoir utilisé un langage embarqué comme lua pour faire la glue entre les fonctions de haut niveau ?
"La première sécurité est la liberté"
[^] # Re: Intérêt
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Mageia : La Primavera est là !. Évalué à 3.
Il n'y a rien d'autre ?
Pas d'orientation un peu différente ? Pas de nouvelle techno genre mise à jour par bittorrent ? Pas de gestion de parc avec les outils de l'ancienne Clic ?
"La première sécurité est la liberté"
[^] # Re: Transparent huge pages
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Le noyau Linux est disponible en version 2.6.38. Évalué à 4.
Attention tout de même à ne pas tout mélanger. Tu as l'air de dire que la localité d'accès augmente, si on utilise une grosse page de 2Mo à la place n pages de 4ko pas forcément contigüe.
Les mémoires caches fonctionnent avec des lignes de 32 à 128 octets. Lorsque l'on parles de localité, on parle de ces lignes là. Pour aller plus loin, il faudrait que les patterns d'accès rendre insuffisant le nombre de "voies" des caches. Les pages de base faisant 4ko, le problème ne se pose pas vraiment.
L'intérêt est vraiment dans la diminution du nombre de défaut de page. Un cpu doit gérer en interne ~1000 pages soit quelques Mo de mémoire adressable sans interruption. Un défaut de page peut couter qq centaines de cycles. Donc un accès purement aléatoires sur 1 Go de ram peut entrainer un taux de défaut de page très important, d'où l'importance des hudge page.
"La première sécurité est la liberté"
[^] # Re: Transparent huge pages
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Le noyau Linux est disponible en version 2.6.38. Évalué à 1.
Le noyau utilise un grosse page de 4Mo depuis le 2.6.0 de mémoire.
"La première sécurité est la liberté"
[^] # Re: Transparent huge pages
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Le noyau Linux est disponible en version 2.6.38. Évalué à 4.
Attention, il faut au minimum 3 pages par processus : le code, les données et la pile. Les données pouvant se découper aussi en zone read-only et read-write.
D'un autre coté, avec 4Go de ram, une pages de 2Mo ressemble aux pages de 4ko avec 8Mo de ram. En tout cas, cela vaudrait le cout de faire un teste.
Par contre, le problème restera toujours présent concernant les pages de 1 Go.
"La première sécurité est la liberté"
[^] # Re: chic, du TPM
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Le noyau Linux est disponible en version 2.6.38. Évalué à 10.
La seul question qui se pose est : qui contrôle la clef du cadenas ?
Si c'est un tier, c'est un DRM, si c'est toi-même, le problème ne se pose pas.
"La première sécurité est la liberté"
# gnu
Posté par Nicolas Boulay (site web personnel) . En réponse au message Paramètres d'un programme. Évalué à 4.
Il existe une norme gnu sur le sujet.
En gros "-x" pour une option à un seul caractère. "--help" pour un mot, etc...
"La première sécurité est la liberté"
[^] # Re: Pour ceux qui se poseraient la question...
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Manifeste pour une Création Artistique Libre par Roberto Di Cosmo. Évalué à 2.
Toutes les licences BSD respectent les 4 libertés...
"La première sécurité est la liberté"
[^] # Re: Pourquoi CC-BY-ND-NC
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Manifeste pour une Création Artistique Libre par Roberto Di Cosmo. Évalué à 2.
Un écrivain de pièce de théâtre écrit surtout un texte, l'interprétation est toujours plus ou moins libre.
Ton histoire de mythologie n'a pas de sens dans notre cas car les auteurs originaux ont été oublié depuis bien longtemps.
Je parle d'œuvre contemporaines pouvant avoir un sens dont l'auteur ne veut pas que l'on touche, ce qui ne me parait pas abusif.
"La première sécurité est la liberté"
# bi-arch ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Mageia : La Primavera est là !. Évalué à 2.
Est-ce que avoir 2 archi n'est pas trop couteux ?
Certain soft ne marchent qu'en 32 bits sachant que l'os 64 bit peut faire tourner des logiciels 32 bits.
Est-ce qu'il ne serait pas facile d'avoir toujours un noyau 64 bits et d'avoir le reste en double pour faire marcher le logiciel sur la version la plus efficace ? Je pense aux modules propriétaires indispensable comme flash ou l'accélération 3D nvidia.
"La première sécurité est la liberté"
[^] # Re: secu
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Le noyau Linux est disponible en version 2.6.38. Évalué à 8.
Linus a beaucoup de mal avec les dev de sécurité. En général, ils sont des discours catastrophistes des personnes qui ne sont jamais écouté en espérant l'être en en faisant des tonnes. Ou alors, il s'écharpe sur le meilleurs système à avoir, cf les discussions entre le modèle de NSA linux et les autres, qui a finit avec un framework générique pour pluger des modules de sécurité.
J'ai l'impression, surtout après avoir vu la vidéo de J Corbet sur les ratés du noyau, qu'il faut clairement définir un objectif avec un problème à résoudre pour convaincre les dev linux, puis proposer une solution, sachant que l'important est de résoudre le problème et non d'avoir son code inclu.
"La première sécurité est la liberté"
[^] # Re: on te l'a sûrement déjà dit mais ...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Licence pro et stage ... :/. Évalué à -7.
Oublie pas, non plus, que ton futur employeur, n'est pas ton pote !
"La première sécurité est la liberté"
[^] # Re: on te l'a sûrement déjà dit mais ...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Licence pro et stage ... :/. Évalué à 6.
Oublie pas, non plus, que ton futur employeur, n'est pas ton pote !
"La première sécurité est la liberté"
[^] # Re: Prétextes à la con
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Libye, ONU, vote sur la zone d'exclusion aérienne, protection des populations. Évalué à 3.
Il est évident que l'Otan n'a pas envie d'avoir un nouvel Irakistan sur les bras...
Je ne comprends pas les va-t-en guerre sur ce point. Un gros support aérien c'est un acte de guerre qui ne peut être légal qu'avec l'accord de l'ONU.
La France était en pointe pour dénoncer le n'importe quoi de l'Irak, pourquoi refaire les même erreurs en Libye ?
"La première sécurité est la liberté"
[^] # Re: Virus
Posté par Nicolas Boulay (site web personnel) . En réponse au message Se prémunir contre du vol de périphériques USB. Évalué à 3.
Dans une ancienne boite, pour éviter les vols, il avait simplement donné une (grosse) clef usb à chaque personne, plutôt que de laisser une dizaine en libre service.
En gros, les comportements sont complètement différent si on dit à une personne qu'il s'agit de son matériel à lui, ou si il s'agit d'un matos "global" (dont tout le monde se fout, ou en manquent donc, des stocks sauvages se montent etc...)
"La première sécurité est la liberté"