"Pourquoi devrait-on s'interdire d'avoir un système électrique sans nucléaire ?"
C'est en effet la meilleur question.
75% de l'énergie utilisé en France est du pétrole ou du gaz et un peu de charbon. Donc, baisser la production d'électricité et supprimer ces énergies sales, cela veut dire divisé par 4 ou 5, l'usage de l'énergie. Cela veut dire une sacré baisse de niveau de vie (l'énergie, c'est surtout des machines).
Le nucléaire français est à 4,8geqCO2 par kwh. Les bonnes éoliennes sont à 11 g, plus de 2 fois plus, 50g pour le solaire, 10x plus. Si on ajoute le meilleur stockage qui existe l'hydrolique (pas les batteries !), il faut ajouter 10 g /Kwh par kwh stocké.
Les éoliennes actuelles sont sur les meilleurs spots, les nouvelles auront donc des spots moins favorables, leur taux d'usage moyen va donc baisser.
La durée de vie de départ d'un réacteur est de 40 et 60 ans aujourd'hui. C'est l'agence de sécurité qui donne un tampon avec la date selon les travaux effectuées. Tout se remplace dans un réacteur sauf la grosse cuve. Au USA, ils en sont à 80 ans. On parle de 20 ans pour les éoliennes, avec 600 M3 de béton par mat qui resteront dans le sol.
Mais on ne parle par du pire : le besoin de backup. Il y a plusieurs jours par an ou la production éolienne total d'europe est sous les 1% de la puissance installé ! Le foisonnement n'existe pas. Croire que si le vent ne soufle pas ici, il souffle là-bas est simplement faux. Si on utilise du backup au gaz, c'est de 400 g/ kwh dont on parle. C'est simplement dingue d'ouvrir des centrales à gaz en France.
Vous connaissez l'histoire belge des écolos qui ferment une centrale nucléaire pour ouvrir 3 centrales au gaz ?
On dit que le nucléaire est chère, alors pourquoi les ENR ont eu besoin de 120 milliard de subvention ? Est-ce que vous savez que les 3 lignes hautes tension Allemandes nord sud, sont à 98 milliards ? Cela relativise les 10 milliards du première EPR.
Les vaccins sont de fait obligatoires pour tout enfant qui n'a pas précepteurs, soit 99.999% de la population. Ces vaccins se prenant jeunes, de fait, la totalité de la population éduquée en France est vacciné.
La version cmov est constante en temps, alors que si pour un algo la prédiction n'est pas bonne 1 fois de temps en temps, tu es très pénalisé.
Sauf que tu es pénalisé en permanence avec CMOV car tu as une dépendance de plus. A l'époque au Linus travaillait pour Transmeta, il avait écrit un long texte sur sa détestation de CMOV qui impliquait de la prédiction de valeur, ce qui est bien plus difficile que la prédiction de branchement. (cf https://yarchive.net/comp/linux/cmov.html par exemple)
Je n'arrive pas à faire mieux. __builtin_prefetch(v+256,0,0) qui est le prefetchnta n'est pas plus rapide.
size_t find_int_c_unrolled_8(const int k, const int* v, size_t n)
{
size_t i = 0;
for (; n - i >= 8; i += 8,v+=8)
{
__builtin_prefetch(v+256); //54/148
if (v[0] == k) return i;
if (v[1] == k) return i + 1;
if (v[2] == k) return i + 2;
if (v[3] == k) return i + 3;
if (v[4] == k) return i + 4;
if (v[5] == k) return i + 5;
if (v[6] == k) return i + 6;
if (v[7] == k) return i + 7;
}
for (; i != n; i++,v++)
if (v[0] == k)
return i;
return n;
}
Après, je comprend ce que tu veux dire, le problème c'est pas BGP en soi, y a pas de probléme spécifique a ce protocole de routage en tant que tel,
On peut penser aussi qu'un tel système ne devrait pas être aussi sensible à l'erreur. Par exemple, le TTL du DNS permet d'éviter que la perte d'un serveur temporaire entraine une cascade de panne.
BGP est peut être trop permissif, ou les nœuds acceptent trop facilement des confs en erreur.
Tu veux dire que les automatismes autour de BGP ont fonctionné mais qu'une autre boulette en est à l'origine ? En gros, BGP n'est qu'un symptome et non la cause racine. C'est ça ?
Je pense que la mémoire utilisé pour le cache à simplement 2 ports de lecture pour un seul port d'écriture. Dans un ASIC, les 2 ports sont séparés. Dupliquer les ports de lecture est plus facile que pour l'écriture.
Je devrais tenter, mais je n'y crois pas trop. C'est tout de même un algo totalement memory bound à la base. J'arrive à faire mieux avec __builtin_prefetch(v+i+256).
sans utilisé de SSE, c'est le code le plus rapide que j'arrive à faire. Je triche un peu avec le v[16] comme prefetch.
```
size_t find_int_c_unrolled_8(const int k, const int* v, size_t n)
{
size_t i = 0;
int t=0;
for (; n - i >= 8; i += 8,v+=8)
{
t |= v[16];
if (v[0] == k) return i;
if (v[1] == k) return i + 1;
if (v[2] == k) return i + 2;
if (v[3] == k) return i + 3;
if (v[4] == k) return i + 4;
if (v[5] == k) return i + 5;
if (v[6] == k) return i + 6;
if (v[7] == k) return i + 7;
}
volatile int tt =t;
for (; i != n; i++,v++)
if (v[0] == k)
return i;
En fait, je pense que find est déjà optimisé mais pour des tailles de l'ordre de la centaine. Personne ne doit faire de recherche linéaire sur 1 millions d'élément.
Souvent les codes rapides ont un "startup time" important qui les invalident pour les petites tailles qui sont les plus utilisé.
Le déroulage de boucle est fait depuis longtemps par GCC. Je suis assez étonné de ce que tu écris. Vers 2000, j'avais écrit un code de multiplication de matrice, et GCC déroulait 16 fois tout seul.
C'est une erreur de croire ça. Les jumps se prédisent, pas les valeurs. Le seul cas ou virer les jumps est bien, c'est dans le cas ou la prédiction se vautre tout le temps (parsing JSON, par exemple).
De mémoire, la règle c'est "forward taken, backward not taken", si l'adresse n'est pas déjà connue. Ici, le test est toujours faux, donc la prédiction marche à fond.
Par contre, si vous voulez un code déroulage de boucle, il faut regarder le code RAID soft de Linux. Typiquement, il utilise V+=8 dans la boucle for et ensuite v[0] v[1] v[2]… dans le corps de boucle, l'usage de valeur fixe permet d'économiser des instructions.
50% ne change pas grand chose, il faut diviser par 10 pour avoir un impact.
Et de toute façon a cause des Ddos tu es obligé de largement surdimensionner.
passe à côté du sujet : moins de like/chatons/youtube pour écouter de la musique/stocker ses photos en ligne = moins d'équipements réseau, moins de serveurs, moins de matière pour les fabriquer.
En gros, cela revient à vouloir calculer pour ton canapé la consommation de CO2 à l'heure où tu es assis dessus !
Moins s'assoir ne change rien à la création de CO2. C'est la création de l'équipement qui produit du CO2 et pas du tout son taux d'usage. Dans l'électronique, les serveurs représentent peu dans le total, la part des clients est majoritaire. Et dans les clients la plus grosse part n'est pas dû aux smartphones, mais aux télés.
Est-ce que la baisse des usages baisserait la commande de nouveau appareil ? A la marge sans doute, mais la durée de vie d'un équipement réseau est court (5 ans max). Et le renouveler par du matériel récent produit exactement la même quantité de CO2 que le matériel ancien, sauf que le nouveau est 10x plus rapide.
Ils ont aussi tapé sur Netflix. Or les appliances (500W) de Netflix sortent du 80Gbits et une dizaine de machines chez les FAI couvrent les besoins français.
[^] # Re: Mais pourquoi diable faudrait-il se passer du nucléaire ?
Posté par Nicolas Boulay (site web personnel) . En réponse au lien Se passer du nucléaire en France est possible selon le prochain rapport de l'association Négawatt. Évalué à 8.
C'est en effet la meilleur question.
75% de l'énergie utilisé en France est du pétrole ou du gaz et un peu de charbon. Donc, baisser la production d'électricité et supprimer ces énergies sales, cela veut dire divisé par 4 ou 5, l'usage de l'énergie. Cela veut dire une sacré baisse de niveau de vie (l'énergie, c'est surtout des machines).
Le nucléaire français est à 4,8geqCO2 par kwh. Les bonnes éoliennes sont à 11 g, plus de 2 fois plus, 50g pour le solaire, 10x plus. Si on ajoute le meilleur stockage qui existe l'hydrolique (pas les batteries !), il faut ajouter 10 g /Kwh par kwh stocké.
Les éoliennes actuelles sont sur les meilleurs spots, les nouvelles auront donc des spots moins favorables, leur taux d'usage moyen va donc baisser.
La durée de vie de départ d'un réacteur est de 40 et 60 ans aujourd'hui. C'est l'agence de sécurité qui donne un tampon avec la date selon les travaux effectuées. Tout se remplace dans un réacteur sauf la grosse cuve. Au USA, ils en sont à 80 ans. On parle de 20 ans pour les éoliennes, avec 600 M3 de béton par mat qui resteront dans le sol.
Mais on ne parle par du pire : le besoin de backup. Il y a plusieurs jours par an ou la production éolienne total d'europe est sous les 1% de la puissance installé ! Le foisonnement n'existe pas. Croire que si le vent ne soufle pas ici, il souffle là-bas est simplement faux. Si on utilise du backup au gaz, c'est de 400 g/ kwh dont on parle. C'est simplement dingue d'ouvrir des centrales à gaz en France.
Vous connaissez l'histoire belge des écolos qui ferment une centrale nucléaire pour ouvrir 3 centrales au gaz ?
On dit que le nucléaire est chère, alors pourquoi les ENR ont eu besoin de 120 milliard de subvention ? Est-ce que vous savez que les 3 lignes hautes tension Allemandes nord sud, sont à 98 milliards ? Cela relativise les 10 milliards du première EPR.
"La première sécurité est la liberté"
[^] # Re: Stockage
Posté par Nicolas Boulay (site web personnel) . En réponse au lien Se passer du nucléaire en France est possible selon le prochain rapport de l'association Négawatt. Évalué à 0.
"La flexbilité/élasticité" se sont des coupures. Le dernier scénario parlait de 60% d'élasticité, donc des coupures 60% du temps.
"La première sécurité est la liberté"
[^] # Re: OneDev
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Intégration continue - Travis, la stratégie commerciale défaillante ?. Évalué à 3.
Qu'est-ce qu'il fait de plus que Gitlab ?
"La première sécurité est la liberté"
[^] # Re: « hésitation vaccinale »
Posté par Nicolas Boulay (site web personnel) . En réponse au lien Il est stérile de rattacher l’hésitation vaccinale au complotisme.. Évalué à 5.
Les vaccins sont de fait obligatoires pour tout enfant qui n'a pas précepteurs, soit 99.999% de la population. Ces vaccins se prenant jeunes, de fait, la totalité de la population éduquée en France est vacciné.
"La première sécurité est la liberté"
[^] # Re: Expiration des mots de passe
Posté par Nicolas Boulay (site web personnel) . En réponse au lien Recommandations [de l'ANSSI] relatives à l’authentification multifacteur et aux mots de passe. Évalué à 3.
Tu peux changer "motdepassedifficile*1" par "mercredi13octobre" puis par "motdepassedifficile2*".
Même si il garde le hash, il ne peuvent pas le voir.
"La première sécurité est la liberté"
[^] # Re: Expiration des mots de passe
Posté par Nicolas Boulay (site web personnel) . En réponse au lien Recommandations [de l'ANSSI] relatives à l’authentification multifacteur et aux mots de passe. Évalué à 5.
tu auras donc un postit pendant X jours sous le clavier.
"La première sécurité est la liberté"
[^] # Re: Expiration des mots de passe
Posté par Nicolas Boulay (site web personnel) . En réponse au lien Recommandations [de l'ANSSI] relatives à l’authentification multifacteur et aux mots de passe. Évalué à 5. Dernière modification le 13 octobre 2021 à 16:45.
Il suffit de changer 2 fois de mots de passe…
"La première sécurité est la liberté"
[^] # Re: Bravo !
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche YOGA Image Optimizer v1.1 : résultats des travaux de l'été. Évalué à 3.
Mes captures d'écran font qq dizaines de ko en png, j'ai déjà vu un truc énorme, c'était à cause de l'image de fond d'écran.
"La première sécurité est la liberté"
[^] # Re: We need more
Posté par Nicolas Boulay (site web personnel) . En réponse au journal opensara: un nouveau jeu libre. Évalué à 5.
C'est à dire ? Que reproches-tu a typescript ?
"La première sécurité est la liberté"
[^] # Re: Sans SSE
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Recherche de valeur dans un tableau et l'écosystème des compilateurs C++. Évalué à 4. Dernière modification le 08 octobre 2021 à 10:35.
Sauf que tu es pénalisé en permanence avec CMOV car tu as une dépendance de plus. A l'époque au Linus travaillait pour Transmeta, il avait écrit un long texte sur sa détestation de CMOV qui impliquait de la prédiction de valeur, ce qui est bien plus difficile que la prédiction de branchement. (cf https://yarchive.net/comp/linux/cmov.html par exemple)
tu as vu la dernière version de mon code :
https://linuxfr.org/users/julien_jorge/journaux/recherche-de-valeur-dans-un-tableau-et-l-ecosysteme-des-compilateurs-c#comment-1868353 ?
"La première sécurité est la liberté"
[^] # Re: le plus rapide en code simple
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Recherche de valeur dans un tableau et l'écosystème des compilateurs C++. Évalué à 5.
Je n'arrive pas à faire mieux. __builtin_prefetch(v+256,0,0) qui est le prefetchnta n'est pas plus rapide.
"La première sécurité est la liberté"
[^] # Re: encore BGP ?
Posté par Nicolas Boulay (site web personnel) . En réponse au lien Understanding How Facebook Disappeared from the Internet. Évalué à 3.
On peut penser aussi qu'un tel système ne devrait pas être aussi sensible à l'erreur. Par exemple, le TTL du DNS permet d'éviter que la perte d'un serveur temporaire entraine une cascade de panne.
BGP est peut être trop permissif, ou les nœuds acceptent trop facilement des confs en erreur.
"La première sécurité est la liberté"
[^] # Re: encore BGP ?
Posté par Nicolas Boulay (site web personnel) . En réponse au lien Understanding How Facebook Disappeared from the Internet. Évalué à 3.
Tu veux dire que les automatismes autour de BGP ont fonctionné mais qu'une autre boulette en est à l'origine ? En gros, BGP n'est qu'un symptome et non la cause racine. C'est ça ?
"La première sécurité est la liberté"
[^] # Re: Efficacité - Borne sup
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Recherche de valeur dans un tableau et l'écosystème des compilateurs C++. Évalué à 4.
Je pense que la mémoire utilisé pour le cache à simplement 2 ports de lecture pour un seul port d'écriture. Dans un ASIC, les 2 ports sont séparés. Dupliquer les ports de lecture est plus facile que pour l'écriture.
"La première sécurité est la liberté"
[^] # Re: encore BGP ?
Posté par Nicolas Boulay (site web personnel) . En réponse au lien Understanding How Facebook Disappeared from the Internet. Évalué à 3.
Il y a déjà eu des outages complet à cause de DNS ? Le service DNS semble un peu plus costaux par construction, non ?
"La première sécurité est la liberté"
# encore BGP ?
Posté par Nicolas Boulay (site web personnel) . En réponse au lien Understanding How Facebook Disappeared from the Internet. Évalué à 3.
C'est moi ou la plus part des gros "outages" de GAFAM sont dû à des problèmes de configuration BGP ?
"La première sécurité est la liberté"
[^] # Re: le plus rapide en code simple
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Recherche de valeur dans un tableau et l'écosystème des compilateurs C++. Évalué à 4.
Je devrais tenter, mais je n'y crois pas trop. C'est tout de même un algo totalement memory bound à la base. J'arrive à faire mieux avec __builtin_prefetch(v+i+256).
Il faudrait tester le 64 bits.
"La première sécurité est la liberté"
# le plus rapide en code simple
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Recherche de valeur dans un tableau et l'écosystème des compilateurs C++. Évalué à 4.
sans utilisé de SSE, c'est le code le plus rapide que j'arrive à faire. Je triche un peu avec le v[16] comme prefetch.
```
size_t find_int_c_unrolled_8(const int k, const int* v, size_t n)
{
size_t i = 0;
int t=0;
for (; n - i >= 8; i += 8,v+=8)
{
t |= v[16];
if (v[0] == k) return i;
if (v[1] == k) return i + 1;
if (v[2] == k) return i + 2;
if (v[3] == k) return i + 3;
if (v[4] == k) return i + 4;
if (v[5] == k) return i + 5;
if (v[6] == k) return i + 6;
if (v[7] == k) return i + 7;
}
volatile int tt =t;
for (; i != n; i++,v++)
if (v[0] == k)
return i;
return n;
}
```
"La première sécurité est la liberté"
[^] # Re: Code de haut niveau
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Recherche de valeur dans un tableau et l'écosystème des compilateurs C++. Évalué à 7.
On pourrait aussi optimiser find.
En fait, je pense que find est déjà optimisé mais pour des tailles de l'ordre de la centaine. Personne ne doit faire de recherche linéaire sur 1 millions d'élément.
Souvent les codes rapides ont un "startup time" important qui les invalident pour les petites tailles qui sont les plus utilisé.
"La première sécurité est la liberté"
[^] # Re: J'veux pas faire le relou mais...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Recherche de valeur dans un tableau et l'écosystème des compilateurs C++. Évalué à 4.
Le déroulage de boucle est fait depuis longtemps par GCC. Je suis assez étonné de ce que tu écris. Vers 2000, j'avais écrit un code de multiplication de matrice, et GCC déroulait 16 fois tout seul.
"La première sécurité est la liberté"
[^] # Re: Sans SSE
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Recherche de valeur dans un tableau et l'écosystème des compilateurs C++. Évalué à 6.
C'est une erreur de croire ça. Les jumps se prédisent, pas les valeurs. Le seul cas ou virer les jumps est bien, c'est dans le cas ou la prédiction se vautre tout le temps (parsing JSON, par exemple).
De mémoire, la règle c'est "forward taken, backward not taken", si l'adresse n'est pas déjà connue. Ici, le test est toujours faux, donc la prédiction marche à fond.
Par contre, si vous voulez un code déroulage de boucle, il faut regarder le code RAID soft de Linux. Typiquement, il utilise V+=8 dans la boucle for et ensuite v[0] v[1] v[2]… dans le corps de boucle, l'usage de valeur fixe permet d'économiser des instructions.
"La première sécurité est la liberté"
[^] # Re: fiche de lecture de S. Bortzmeyer
Posté par Nicolas Boulay (site web personnel) . En réponse au lien Quand le numérique détruit la planète (Le Monde diplomatique). Évalué à 3.
50% ne change pas grand chose, il faut diviser par 10 pour avoir un impact.
Et de toute façon a cause des Ddos tu es obligé de largement surdimensionner.
"La première sécurité est la liberté"
[^] # Re: fiche de lecture de S. Bortzmeyer
Posté par Nicolas Boulay (site web personnel) . En réponse au lien Quand le numérique détruit la planète (Le Monde diplomatique). Évalué à 3.
C'est très théorique tout ça. Si on savait d’où venait les pannes à la construction, les produits seraient moins fragiles.
"La première sécurité est la liberté"
[^] # Re: fiche de lecture de S. Bortzmeyer
Posté par Nicolas Boulay (site web personnel) . En réponse au lien Quand le numérique détruit la planète (Le Monde diplomatique). Évalué à 2.
La durée de vie s'est compliqué. Le prix ne serait pas le même (redondance de partout) et donc la production de CO2.
"La première sécurité est la liberté"
[^] # Re: fiche de lecture de S. Bortzmeyer
Posté par Nicolas Boulay (site web personnel) . En réponse au lien Quand le numérique détruit la planète (Le Monde diplomatique). Évalué à 3. Dernière modification le 01 octobre 2021 à 09:48.
En gros, cela revient à vouloir calculer pour ton canapé la consommation de CO2 à l'heure où tu es assis dessus !
Moins s'assoir ne change rien à la création de CO2. C'est la création de l'équipement qui produit du CO2 et pas du tout son taux d'usage. Dans l'électronique, les serveurs représentent peu dans le total, la part des clients est majoritaire. Et dans les clients la plus grosse part n'est pas dû aux smartphones, mais aux télés.
Est-ce que la baisse des usages baisserait la commande de nouveau appareil ? A la marge sans doute, mais la durée de vie d'un équipement réseau est court (5 ans max). Et le renouveler par du matériel récent produit exactement la même quantité de CO2 que le matériel ancien, sauf que le nouveau est 10x plus rapide.
Ils ont aussi tapé sur Netflix. Or les appliances (500W) de Netflix sortent du 80Gbits et une dizaine de machines chez les FAI couvrent les besoins français.
"La première sécurité est la liberté"