Dans un système mécanique en rotation, la puissance est le produit du couple avec la vitesse de rotation (le "couple" est aussi appelé "moment" en mécanique - voir Torseur). A puissance égale, soit on tourne vite à faible couple, soit on tourne lentement à fort couple. Un système qui réduit la vitesse de rotation est appelé un réducteur de vitesse, c'est le cas de la boite de vitesse dans un voiture. Un système qui augmente la vitesse de rotation est un multiplicateur de vitesse.
Les trains épicycloïdaux sont des mécanismes évolués (deux entrées, une sortie) que l'on trouve sur toutes les voitures au niveau du différentiel. On en trouve aussi dans les boites automatiques mais étant plus lourds, plus complexe et ayant un rendement moins bon qu'une boite normale à axe parallèle, ils n'ont jamais été généralisé sur toutes les voitures.
Cependant, avec un train épicycloïdal, les efforts sont mieux répartis que sur une boite classique. Il est donc possible de faire une boite compacte en mettant en cascade plusieurs trains…
Tu dois savoir que cela fait des années qu'il y a des recherches sur le sujet de l'enfouissement. Il faut trouvé un site entre des couches d'argile et ou on est sur que les fuites ne viendront pas polluer les nappes. Le site est identifié en France mais il reste encore du boulot.
L'expérience allemande dont tu ne dis rien montre qu'ils ne savent plus ce qu'il y a dans leur mine. Dans le projet français, il n'est pas question de mettre cela sous terre et basta. Donc avant d'aller les mettre sous terre, il faut prendre le temps de tout mettre au point car après, cela sera trop tard.
Le nucléaire, tout le monde est d'accord sur le fait que c'est super puissant mais c'est pas un joujou comme les autres !
Le transport par bateau doit être le moins consommateur à la tonne ;-)
Notre ami n'a pas compris qu'avoir un rendement x4 par le simple fait de mettre en mer fait que cela va être la ruée !
Pour les pro-nucléaire, une idée pas si mal est le projet de la DCNS d'avoir une centrale transportable, en gros un sous marin qui resterait en place et se branché sur le réseau… L'idée m'avait paru farfelue mais au dela que ce soit du nucléaire, l'idée n'est pas si mauvaise au final.
Ai je parlé de cargo des années 30 ? Pourquoi change tu l'ordre de grandeur ? Ceci dis, un cargo n'est pas conçu pour 20 ans non plus !
Je rêve ou une éolienne en mer comme à terre a besoin d'entretien… C'est un doux rêve que de penser que les grosses installations électriques fonctionne toute seule ;-)
Bizarrement, l'eolien et le solaire, ca suffit largement pas…
Qui a dis qu'on pouvait faire 100% de l'éolien et du solaire ?
Sur le nucléaire, AUCUNE centrale n'a a ce jour été démantelé. Seul le réacteur du CEA de Grenoble l'a été… Donc, on n'a aucune idée du coût réel qui a toujours été sous-estimé. Le projet EDF pour Brennelis a été retoqué cet été et doit être révisé.
Que faire des déchets sur 10000 ans. Quelle stabilité politique ? Il est plus qu'urgent, la fin du pétrole arrivant (donc l'instabilité politique va aller en s'empirant je pense) de trouver une solution pour les déchet déjà existant et ceux à venir. Il y a la solution de les enfouir, dans combien de temps, quelle pérennité ? quel coût ? J'ai ouï dire que l'allemagne avait enfouie des déchets dans une ancienne mine de sel et avait déjà perdus les plans de ce qu'il y avait exactement et ou !
Il faut dire qu'a la tête de l'état, il y a des décisions aberrantes. Qui a validé cette idée débile de mettre la bibliothèque nationale en zone inondable dans des tours en verre ! C'est pas avec ce genre de décision stupide qu'on peux avoir une vision sur plusieurs siècles.
Pour ce qui est des chinois, je pense qu'il vont faire un trou au fin fond du désert de Gobi de 1000m de profondeur et balancer tous les déchets au fond…
Un des principes d'UNIX est de bien séparer les choses. Mettre une session dans un container cgroup est assez logique. Cela n'a rien à voir avec systemd d'ailleurs et pourrait certainement être fait avec le système actuel.
Fermer le cgroup à la fin de la session pour tout nettoyer est aussi logique. C'est déjà fait sur les machines de calculs dont les gestionnaires de tâches place les job dans des cpuset. En effet, un job qui demande 12h a 12h mais pas 13 ! Donc au bout de 12h, on tue tout et pour savoir quoi tuer, on regarde le cgroup… Il n'y a pas d'autres solutions fiables à ma connaissance.
La durée de vie d'un cargo ou d'un ferry est bien plus grande qu'une voiture…
Une éolienne à 1km de la côte se prends l'air marin…
L'éolien marin permet de diviser par 4 le nombre d'hélice, d'avoir des génératrices plus grosse (donc en nombre plus faible - pb des terres rares). Des câbles sous marin auto-refroidis sans tranchée. Une zone de reproduction des espèces marines… Un transport depuis le lieu de fabrication par bateau/barge.
Bref, une fois les procédures en place et les équipements opérationnels (barge…), il n'y a pas de raison que cela soit plus complexe qu'à terre. Certes, il y a des inconvénients, mais il y a aussi des avantages.
Exemple : possibilité d'avoir une barge spécialisée de la taille qu'il faut tout équipée. A terre, limité par les chemins du site et la taille des routes / camions / grues possibles.
Autant le passage de /mnt à /media pouvait se comprendre afin de rendre les choses plus parlante pour les utilisateurs lambda (et puis pour dissocier les périphériques amovibles des autres), autant là, le /run/user/, c'est quoi la philosophie derrière ?
L'éolienne en mer a un rendement deux fois meilleur qu'à terre donc on va en voir fleurir des grosses quantités. De plus, coté génie civil et installation, une fois les procédures (et barges) au point, cela sera plus simple que de terrasser les collines.
Enfin, en mer, les éoliennes vont bientôt avoir 10MW de puissance. Donc une en mer = 4 à terre d'ici peu !
Pour finir, les éoliennes en mer, c'est très bon pour la pêche et les poissons…
Il doivent paramétrer quelques trucs coté NFS et Luste donc dans la pile réseau et infiniband mais tout cela, tu peux le faire avec des echo dans /proc (encore faut'il trouver les bons curseurs).
SGI dis clairement utiliser le noyau standard de la Suse. Or SGI fait les plus grosse machine SMP depuis déjà un bon moment…
Par contre, avec IBM, j'ai des doutes… Il faut toujours qu'ils bidouillent des trucs. La dernière fois que j'ai lancé un truc à l'IDRIS, la commande 'ps' n'était pas la même sur la frontale (commande ps gnu classique) que sur un noeud (commande ps type bsd).
Avec les switch HP networking (autre gamme), tu peux fusionner les switch et éviter toute la partie Spanning tree… pour un résultat identique mais bien plus simple.
IPv6 Mobile est mort avant même de commencer. Je n'ai jamais cru en cette usine à gaz et le peu que j'en ai compris, il ne marchera jamais à grande échelle. C'est comme le multicast, cela ne franchira jamais les routeurs centraux… pour des questions de sécurité.
D'ailleurs, il me semble que RENATER à coupé le multicast il y a peu en interne sur son réseau.
Je pense au contraire que ce nouveau protocole est pensé en fonction de l'existant et qu'il a toutes les chances d'être enfin utilisé. En effet, ce n'est qu'une simple couche au dessus de TCP. On devrait donc pouvoir basculer d'un réseau d'un opérateur vers un autre de manière transparente car si j'ai bien compris, c'est 'en gros' un multiplexage de deux (ou plus) connexions TCP coté client et serveur mais cela ne touche pas la couche routage et commutation finale.
Et toi, ne tombe pas dans la panneau de la facilité !
L'Europe s'est construit sur le "plus jamais ça". profites bien de la paix que nous avons actuellement, je suis loin d'être persuadé qu'elle va durer encore si longtemps (tiendrons nous le choc de la fin du pétrole ?).
Voila, j'emmerde les humoristes à deux balles qui répète bêtement une blague faite par Linus.
Au delà de l'humour, je me répète encore, merci de ne pas utiliser le terme "nazis" pour tout et n'importe quoi. Cela n'a qu'un résultat à terme : son utilisation généralisé dans des contextes très éloignés de l'horreur de la seconde guerre mondiale.
A noter qu'il y a aussi tout le coté GPU avec Cuda, domaine important sous GNU/Linux (en plus les cartes TESLA ne sont pas donnée).
Je ne sais pas exactement ce qu'il y a de commun dans tout cela en interne chez nvidia mais je vois mal nvidia faire une croix sur le calcul GPU sous GNU/Linux !
[^] # Re: Comportement par grand vent
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Un projet d’éolienne sous licences libres. Évalué à 3.
Ou la la, quel charabia ;-)
Dans un système mécanique en rotation, la puissance est le produit du couple avec la vitesse de rotation (le "couple" est aussi appelé "moment" en mécanique - voir Torseur). A puissance égale, soit on tourne vite à faible couple, soit on tourne lentement à fort couple. Un système qui réduit la vitesse de rotation est appelé un réducteur de vitesse, c'est le cas de la boite de vitesse dans un voiture. Un système qui augmente la vitesse de rotation est un multiplicateur de vitesse.
Les trains épicycloïdaux sont des mécanismes évolués (deux entrées, une sortie) que l'on trouve sur toutes les voitures au niveau du différentiel. On en trouve aussi dans les boites automatiques mais étant plus lourds, plus complexe et ayant un rendement moins bon qu'une boite normale à axe parallèle, ils n'ont jamais été généralisé sur toutes les voitures.
Cependant, avec un train épicycloïdal, les efforts sont mieux répartis que sur une boite classique. Il est donc possible de faire une boite compacte en mettant en cascade plusieurs trains…
[^] # Re: rendement oui, mais quel vent avez-vous souvent ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Un projet d’éolienne sous licences libres. Évalué à 2.
Tu dois savoir que cela fait des années qu'il y a des recherches sur le sujet de l'enfouissement. Il faut trouvé un site entre des couches d'argile et ou on est sur que les fuites ne viendront pas polluer les nappes. Le site est identifié en France mais il reste encore du boulot.
L'expérience allemande dont tu ne dis rien montre qu'ils ne savent plus ce qu'il y a dans leur mine. Dans le projet français, il n'est pas question de mettre cela sous terre et basta. Donc avant d'aller les mettre sous terre, il faut prendre le temps de tout mettre au point car après, cela sera trop tard.
Le nucléaire, tout le monde est d'accord sur le fait que c'est super puissant mais c'est pas un joujou comme les autres !
[^] # Re: rendement oui, mais quel vent avez-vous souvent ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Un projet d’éolienne sous licences libres. Évalué à 2.
Le transport par bateau doit être le moins consommateur à la tonne ;-)
Notre ami n'a pas compris qu'avoir un rendement x4 par le simple fait de mettre en mer fait que cela va être la ruée !
Pour les pro-nucléaire, une idée pas si mal est le projet de la DCNS d'avoir une centrale transportable, en gros un sous marin qui resterait en place et se branché sur le réseau… L'idée m'avait paru farfelue mais au dela que ce soit du nucléaire, l'idée n'est pas si mauvaise au final.
[^] # nanomessaging
Posté par Sytoka Modon (site web personnel) . En réponse au journal ZeroMQ et les mangoustes. Évalué à 4.
C'est une version gamma ;-)
https://github.com/250bpm/nanomsg
[^] # Re: M'enfin !
Posté par Sytoka Modon (site web personnel) . En réponse au journal ZeroMQ et les mangoustes. Évalué à 5.
Et il bosse maintenant principalement sur nano, une reconception…
http://groups.crossroads.io/groups/crossroads-dev/messages/topic/5deqomx5OsZcKhpeVlJCMd
[^] # Re: rendement oui, mais quel vent avez-vous souvent ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Un projet d’éolienne sous licences libres. Évalué à 2.
Ai je parlé de cargo des années 30 ? Pourquoi change tu l'ordre de grandeur ? Ceci dis, un cargo n'est pas conçu pour 20 ans non plus !
Je rêve ou une éolienne en mer comme à terre a besoin d'entretien… C'est un doux rêve que de penser que les grosses installations électriques fonctionne toute seule ;-)
[^] # Re: rendement oui, mais quel vent avez-vous souvent ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Un projet d’éolienne sous licences libres. Évalué à 2.
Qui a dis qu'on pouvait faire 100% de l'éolien et du solaire ?
Sur le nucléaire, AUCUNE centrale n'a a ce jour été démantelé. Seul le réacteur du CEA de Grenoble l'a été… Donc, on n'a aucune idée du coût réel qui a toujours été sous-estimé. Le projet EDF pour Brennelis a été retoqué cet été et doit être révisé.
Que faire des déchets sur 10000 ans. Quelle stabilité politique ? Il est plus qu'urgent, la fin du pétrole arrivant (donc l'instabilité politique va aller en s'empirant je pense) de trouver une solution pour les déchet déjà existant et ceux à venir. Il y a la solution de les enfouir, dans combien de temps, quelle pérennité ? quel coût ? J'ai ouï dire que l'allemagne avait enfouie des déchets dans une ancienne mine de sel et avait déjà perdus les plans de ce qu'il y avait exactement et ou !
Il faut dire qu'a la tête de l'état, il y a des décisions aberrantes. Qui a validé cette idée débile de mettre la bibliothèque nationale en zone inondable dans des tours en verre ! C'est pas avec ce genre de décision stupide qu'on peux avoir une vision sur plusieurs siècles.
Pour ce qui est des chinois, je pense qu'il vont faire un trou au fin fond du désert de Gobi de 1000m de profondeur et balancer tous les déchets au fond…
[^] # Re: pam_systemd
Posté par Sytoka Modon (site web personnel) . En réponse au journal Non, systemd n'est vraiment pas parfait ! (ni prêt). Évalué à 9.
Il ne faut pas non plus tout mélanger.
Un des principes d'UNIX est de bien séparer les choses. Mettre une session dans un container cgroup est assez logique. Cela n'a rien à voir avec systemd d'ailleurs et pourrait certainement être fait avec le système actuel.
Fermer le cgroup à la fin de la session pour tout nettoyer est aussi logique. C'est déjà fait sur les machines de calculs dont les gestionnaires de tâches place les job dans des cpuset. En effet, un job qui demande 12h a 12h mais pas 13 ! Donc au bout de 12h, on tue tout et pour savoir quoi tuer, on regarde le cgroup… Il n'y a pas d'autres solutions fiables à ma connaissance.
[^] # Re: rendement oui, mais quel vent avez-vous souvent ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Un projet d’éolienne sous licences libres. Évalué à 2.
La durée de vie d'un cargo ou d'un ferry est bien plus grande qu'une voiture…
Une éolienne à 1km de la côte se prends l'air marin…
L'éolien marin permet de diviser par 4 le nombre d'hélice, d'avoir des génératrices plus grosse (donc en nombre plus faible - pb des terres rares). Des câbles sous marin auto-refroidis sans tranchée. Une zone de reproduction des espèces marines… Un transport depuis le lieu de fabrication par bateau/barge.
Bref, une fois les procédures en place et les équipements opérationnels (barge…), il n'y a pas de raison que cela soit plus complexe qu'à terre. Certes, il y a des inconvénients, mais il y a aussi des avantages.
Exemple : possibilité d'avoir une barge spécialisée de la taille qu'il faut tout équipée. A terre, limité par les chemins du site et la taille des routes / camions / grues possibles.
[^] # Re: Paasage à run/user
Posté par Sytoka Modon (site web personnel) . En réponse au journal OpenSUSE 12.3 Milestone 1. Évalué à 2.
Damned, grillé !!
# Paasage à run/user
Posté par Sytoka Modon (site web personnel) . En réponse au journal OpenSUSE 12.3 Milestone 1. Évalué à 4.
Autant le passage de /mnt à /media pouvait se comprendre afin de rendre les choses plus parlante pour les utilisateurs lambda (et puis pour dissocier les périphériques amovibles des autres), autant là, le /run/user/, c'est quoi la philosophie derrière ?
[^] # Re: rendement oui, mais quel vent avez-vous souvent ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Un projet d’éolienne sous licences libres. Évalué à 2.
L'éolienne en mer a un rendement deux fois meilleur qu'à terre donc on va en voir fleurir des grosses quantités. De plus, coté génie civil et installation, une fois les procédures (et barges) au point, cela sera plus simple que de terrasser les collines.
Enfin, en mer, les éoliennes vont bientôt avoir 10MW de puissance. Donc une en mer = 4 à terre d'ici peu !
Pour finir, les éoliennes en mer, c'est très bon pour la pêche et les poissons…
[^] # Re: Diversité?
Posté par Sytoka Modon (site web personnel) . En réponse au journal TOP500 : 92.4 % des supercalculateurs tournent sous Linux. Évalué à 3.
A mon avis, rien ;-)
Il doivent paramétrer quelques trucs coté NFS et Luste donc dans la pile réseau et infiniband mais tout cela, tu peux le faire avec des echo dans /proc (encore faut'il trouver les bons curseurs).
SGI dis clairement utiliser le noyau standard de la Suse. Or SGI fait les plus grosse machine SMP depuis déjà un bon moment…
Par contre, avec IBM, j'ai des doutes… Il faut toujours qu'ils bidouillent des trucs. La dernière fois que j'ai lancé un truc à l'IDRIS, la commande 'ps' n'était pas la même sur la frontale (commande ps gnu classique) que sur un noeud (commande ps type bsd).
[^] # Re: Ceci dépend de ton type de Switch
Posté par Sytoka Modon (site web personnel) . En réponse au message Topologie réseau. Évalué à 2.
Avec les switch HP networking (autre gamme), tu peux fusionner les switch et éviter toute la partie Spanning tree… pour un résultat identique mais bien plus simple.
Bon, on choisit pas ses switch ;-)
[^] # Re: dwm + dmenu + screen
Posté par Sytoka Modon (site web personnel) . En réponse au journal Tiling interne ou externe, telle est la question. Évalué à 4.
A ma connaissance, pas encore possible avec tmux…
[^] # Re: Je sens que je vais me faire traiter de troll mais ...
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche MPTCP, TCP dans un monde ultra‐connecté. Évalué à 2.
Lesquelles ?
Les personnes veulent pouvoir avoir tout depuis n'importe ou !
Moi, il me faudrait pour les utilisateurs IPv6 mobile entre mon laboratoire et leur boite ADSL… Et ça, cela ne marchera jamais.
Donc, en pratique, on monte nos services différemment avec ce genre de contrainte.
[^] # Re: export de fonction
Posté par Sytoka Modon (site web personnel) . En réponse au message GNU parallel et function zsh. Évalué à 2.
De tête, cela permet d'exporter une fonction vers un sous shell. Cela fonctionne avec bash. Je l'utilise de temps en temps.
Par contre, il n'est pas possible d'exporter les alias mais qui utilise encore les alias ;-)
[^] # Re: Je sens que je vais me faire traiter de troll mais ...
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche MPTCP, TCP dans un monde ultra‐connecté. Évalué à 6.
IPv6 Mobile est mort avant même de commencer. Je n'ai jamais cru en cette usine à gaz et le peu que j'en ai compris, il ne marchera jamais à grande échelle. C'est comme le multicast, cela ne franchira jamais les routeurs centraux… pour des questions de sécurité.
D'ailleurs, il me semble que RENATER à coupé le multicast il y a peu en interne sur son réseau.
Je pense au contraire que ce nouveau protocole est pensé en fonction de l'existant et qu'il a toutes les chances d'être enfin utilisé. En effet, ce n'est qu'une simple couche au dessus de TCP. On devrait donc pouvoir basculer d'un réseau d'un opérateur vers un autre de manière transparente car si j'ai bien compris, c'est 'en gros' un multiplexage de deux (ou plus) connexions TCP coté client et serveur mais cela ne touche pas la couche routage et commutation finale.
Bref, un protocole qui me semble enfin sensé ;-)
[^] # Re: En parlant de biais...
Posté par Sytoka Modon (site web personnel) . En réponse au journal Vocabulaire incorrect : les véritables résultats. Évalué à 1.
Et toi, ne tombe pas dans la panneau de la facilité !
L'Europe s'est construit sur le "plus jamais ça". profites bien de la paix que nous avons actuellement, je suis loin d'être persuadé qu'elle va durer encore si longtemps (tiendrons nous le choc de la fin du pétrole ?).
Voila, j'emmerde les humoristes à deux balles qui répète bêtement une blague faite par Linus.
-> []
[^] # Re: En parlant de biais...
Posté par Sytoka Modon (site web personnel) . En réponse au journal Vocabulaire incorrect : les véritables résultats. Évalué à -2.
Au delà de l'humour, je me répète encore, merci de ne pas utiliser le terme "nazis" pour tout et n'importe quoi. Cela n'a qu'un résultat à terme : son utilisation généralisé dans des contextes très éloignés de l'horreur de la seconde guerre mondiale.
[^] # Re: wayland
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche X.Org est mort, vive Wayland !. Évalué à 4.
Oui ;-(
Et la transparence réseau dont tu ne te sers jamais n'est plus là par défaut ;-)
[^] # Re: Pilotes graphiques libres
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche X.Org est mort, vive Wayland !. Évalué à 2.
A noter qu'il y a aussi tout le coté GPU avec Cuda, domaine important sous GNU/Linux (en plus les cartes TESLA ne sont pas donnée).
Je ne sais pas exactement ce qu'il y a de commun dans tout cela en interne chez nvidia mais je vois mal nvidia faire une croix sur le calcul GPU sous GNU/Linux !
[^] # Re: Et les sources du gros firmware qui gère le GPU?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Broadcom libère la pile graphique du Raspberry Pi. Évalué à 9.
Voir sur LWN http://lwn.net/Articles/520930/
C'est clair que cette annonce semble un peu pipeau car bien bridée par une API.
[^] # Re: Non, Xorg n'est pas (encore) mort...
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche X.Org est mort, vive Wayland !. Évalué à 4.
La transparence réseau intégrée dans le coeur du protocole ?
# Cloudweavers
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Découvrez les gagnants des 4ᵉˢ Open Innovation Awards 2012. Évalué à 3.
Pas évident d'après leur site d'avoir une info claire sur le produit…