Cela doit forcer des changements de contextes qui dans certain cas, doit diminuer les perf globals contre moins de latence.
D'ailleurs, il regroupe tout par tty mais pourquoi ne pas le faire par l'arbre des fork() ? en gros init, va créer n process, tous ayant 1/n temps cpu en moyenne, et chacun des 1/n sera divisé par le nombre de process créé ensuite, etc... Évidemment si le temps n'est pas utilisé il est redistribué.
Il ne le sera jamais autant que celle de mon premier concours en 1999. Ils ont gagné tout leur match avec quasiment le maximum de point et (presque?) aucun adversaire n'avait marqué contre eux. Et le match était plié en 4s.
Non, c'est de la pure volonté de baiser un système de mesure. (je précise car mon message devait être trop subtile).
Un benchmark est choisi pour représenter un type de code "moyen". Si il est ciblé, il ne sert plus à rien.
Reconnaitre un cœur de boucle contenant une dizaine d'instruction haut niveau et l'optimiser à mort, a une chance infime de se retrouver dans un vrai code, ailleurs. Optimiser des milliers de cœurs de boucle n'est pas envisageable.
euh... tu essayes quand même d'avoir des optimisations qui concernent un maximum de cas.
Si tu fais une optim qui consiste à reconnaitre un coeur de boucle particuliers pour le replacer par du code assembleur ultra optimisé, et que, comme par hasard, ce coeur de boucle prend beaucoup de temps dans un benchmark populaire, tu es en droit de te poser des questions.
Mon discours à moi, c'est de dire que dans le futur, tout comme les HPPA et autre sparc ont été totalement ridiculisé par les X86, beaucoup moins chère (j'ai adoré les ultra 10, battu par des celeron à mémoire vidéo partagé), il y a une probabilité que cela se passe aussi pour le réseau. La seul limite est lié au prix des gros packaging (genre sortir 16*10 gigabit coute chère aussi à cause des pins à sortir).
Aujourd'hui les chipset x86 ont l'air dimensionner pour gérer des flux ~100Mo/s, ce qui est trop faible pour beaucoup de périphérique (SSD, PCI-E multi ligne, 10 gigabit internet).
Avec le décalage de la valeur du soft vers les données, et la peur du vol de vie privé par google ou facebook, dans quelques années Microsoft paraitrait presque gentil avec seulement son .doc illisible mais sans la séquestration des donnés.
En fait, je pensais plutôt à une arme type lance roquette. Il me semble que les US en avait et les ont retirer du servie justement à cause des risques de détournement. Cela doit être ton 2ième lien.
Tu t'est placé en environnement urbain, pas dans un champ ou tu vas viser un seul tir, moteur coupé. C'est pas juste foutre deux micros et une électronique à deux franc six sous.
Tu auras déjà reconnaissances des empreintes acoustiques, discrimnation des bruits, des echos etc...
2 remarques tout de même : 1) tout cela se fait pas mal dans le moindre téléphone GSM 2) discriminer le bruit d'un tir avec le reste, ne doit pas être complexe.
Et qu'un truc qui n'a aucune discrimination des ennemis ne peut pas se retourner contre toi...
Il y a une différentre le fait pour la machine de faire la différene amis/ennemi et toi de lui envoyer un ordre télécommander d'arreter de tirer partout.
2°) si tu veux un truc rapide, c'est des moteurs électriques que tu veux (avec une génératrice).
3°) Tu pars du principe que l'arme en question est un truc chère et qui doit donc être capable de tenir tête à de l'infanterie équipé. Moi, je le voyais plus comme une arme de saturation.
Concernant les remarques sur les armes chimiques, je suis d'accord que des armes mécaniques peuvent être horrible (mention spécial pour la bombe qui disperse des hélices de métal prévu pour foirer les fantassins en dessous). Mais il y a tout de même des traités internationaux sur les règles de la guerres, qui sont ok pour le métal et les explosions mais pas pour les gaz/virus.
Sinon, tu as l'air bien caler sur le sujet. Tu bosses pour la DGA ?
La différence de prix, c'est la taille du marché, principalement (ensuite, c'est le nombre de pin du package :).
Tu as l'air calé en réseau,mais je suis ingénieur en micro électronique. Un ensemble de puce quelques soit l'intelligence du réseau, ne pourra jamais atteindre la bande passante d'une seul puce. Ce sont des limites physiques.
Très bonne arme de terreur pour les civils par contre.
Mais assez peu efficace contre des militaires entrainés et équipés, surtout si elle n'as pas de détection de menace ou pas de discrimination sur la dangerosité des menaces
Pour détecter les menaces tu peux faire de la triangulation sonore.
Par contre les armes chimiques, c'est quand même bien dégueulasse. Tu ne maitrises pas trop la zone interdite, cela dépend de la météo. C'est interdit par plein de convention. Cela peut encore plus facilement se retourner contre toi. ça pollue à mort.
Je voie aussi l'intérêt : que tu contrôle la machine : tu l'arrètes si besoin, tu peux changer ses cible, son poste, s'en servir de point de renseignement, et tu n'as pas besoin de "servant".
Mais je suis d'accord que niveau terreur maximum, on ferait des économies en transformant un A380 en camion à mk82. Même pas besoin de guidage.
[^] # Re: Wiki
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Guide de sécurité informatique à l'usage des journalistes. Évalué à 5.
"La première sécurité est la liberté"
[^] # Re: Gain sur un environnement de bureau n'utilisant pas de terminaux ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Patch pour le noyau Linux améliorant l'interactivité entre les applications console et Xorg. Évalué à 4.
D'ailleurs, il regroupe tout par tty mais pourquoi ne pas le faire par l'arbre des fork() ? en gros init, va créer n process, tous ayant 1/n temps cpu en moyenne, et chacun des 1/n sera divisé par le nombre de process créé ensuite, etc... Évidemment si le temps n'est pas utilisé il est redistribué.
"La première sécurité est la liberté"
[^] # Re: Utiliser les tty
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Patch pour le noyau Linux améliorant l'interactivité entre les applications console et Xorg. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: Tera 100
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Le Top 500 de novembre 2010. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: n'empeche...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Driver libre pour Kinect. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: n'empeche...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Driver libre pour Kinect. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: n'empeche...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Driver libre pour Kinect. Évalué à 5.
Un benchmark est choisi pour représenter un type de code "moyen". Si il est ciblé, il ne sert plus à rien.
Reconnaitre un cœur de boucle contenant une dizaine d'instruction haut niveau et l'optimiser à mort, a une chance infime de se retrouver dans un vrai code, ailleurs. Optimiser des milliers de cœurs de boucle n'est pas envisageable.
"La première sécurité est la liberté"
[^] # Re: n'empeche...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Driver libre pour Kinect. Évalué à 4.
Si tu fais une optim qui consiste à reconnaitre un coeur de boucle particuliers pour le replacer par du code assembleur ultra optimisé, et que, comme par hasard, ce coeur de boucle prend beaucoup de temps dans un benchmark populaire, tu es en droit de te poser des questions.
"La première sécurité est la liberté"
[^] # Re: Tera 100
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Le Top 500 de novembre 2010. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Tera 100
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Le Top 500 de novembre 2010. Évalué à 2.
Plusieurs nuke de 100kt, ferait plus de dégat qu'une seul de 10Mt.
"La première sécurité est la liberté"
[^] # Re: n'empeche...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Driver libre pour Kinect. Évalué à 2.
Même si ici, incompétence est un peu fort.
C'est le point 2 et 3 de l'article : un compilateur fragile et une optimisation principalement faite sur le benchmark.
"La première sécurité est la liberté"
[^] # Re: n'empeche...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Driver libre pour Kinect. Évalué à 2.
Le problème des modifs dans excel c'est qu'elles sont souvent destructrice.
Les filtres unix il y en a peu. En fait je m'en sors avec toujours les mêmes (cut, sort, find, xargs, grep, au pire perl -alne '...')
"La première sécurité est la liberté"
[^] # Re: n'empeche...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Driver libre pour Kinect. Évalué à 3.
Le problème d'une gui, c'est que si ce n'est pas prévu, tu ne peux pas faire grand chose de complexe.
Voici un exemple de la dernière ligne que j'ai écrite, comment veux-tu faire ça en gui ?
cut -d ';' -f 143 RES_TC03.csv | cut -d ',' -f 2 | cut -d'(' -f 2 | sort -rn | uniq | xargs -l perl -w to_arinc429.pl > label.txt
"La première sécurité est la liberté"
[^] # Re: En attendant...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Driver libre pour Kinect. Évalué à 2.
La kinect possède 2 camera, fait du traitement d'image, et fait un traitement pour avoir l'information de profondeur.
"La première sécurité est la liberté"
[^] # Re: Tianhe-1A
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Le Top 500 de novembre 2010. Évalué à 2.
Aujourd'hui les chipset x86 ont l'air dimensionner pour gérer des flux ~100Mo/s, ce qui est trop faible pour beaucoup de périphérique (SSD, PCI-E multi ligne, 10 gigabit internet).
"La première sécurité est la liberté"
[^] # Re: Tera 100
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Le Top 500 de novembre 2010. Évalué à 2.
A l'époque, je m'étais demandé pourquoi les capteurs n'étaient pas installer dans les VAB ou des jeep.
"La première sécurité est la liberté"
[^] # Re: Tera 100
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Le Top 500 de novembre 2010. Évalué à 2.
- 11 porte avions
- ~30 navire d'attaque amphibie
- 104 frégate
- 71 sous-marin
J'ai sous estimé le chiffre mais dans tout les cas on est loin des 5000 navires du débarquement.
"La première sécurité est la liberté"
[^] # Re: Linpack pas représentatif
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Le Top 500 de novembre 2010. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Avocat du diable
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Windows Phone 7. Évalué à 4.
"La première sécurité est la liberté"
[^] # Re: Linpack pas représentatif
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Le Top 500 de novembre 2010. Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: Tera 100
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Le Top 500 de novembre 2010. Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: Tera 100
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Le Top 500 de novembre 2010. Évalué à 2.
Tu auras déjà reconnaissances des empreintes acoustiques, discrimnation des bruits, des echos etc...
2 remarques tout de même : 1) tout cela se fait pas mal dans le moindre téléphone GSM 2) discriminer le bruit d'un tir avec le reste, ne doit pas être complexe.
Et qu'un truc qui n'a aucune discrimination des ennemis ne peut pas se retourner contre toi...
Il y a une différentre le fait pour la machine de faire la différene amis/ennemi et toi de lui envoyer un ordre télécommander d'arreter de tirer partout.
2°) si tu veux un truc rapide, c'est des moteurs électriques que tu veux (avec une génératrice).
3°) Tu pars du principe que l'arme en question est un truc chère et qui doit donc être capable de tenir tête à de l'infanterie équipé. Moi, je le voyais plus comme une arme de saturation.
Concernant les remarques sur les armes chimiques, je suis d'accord que des armes mécaniques peuvent être horrible (mention spécial pour la bombe qui disperse des hélices de métal prévu pour foirer les fantassins en dessous). Mais il y a tout de même des traités internationaux sur les règles de la guerres, qui sont ok pour le métal et les explosions mais pas pour les gaz/virus.
Sinon, tu as l'air bien caler sur le sujet. Tu bosses pour la DGA ?
"La première sécurité est la liberté"
[^] # Re: Tianhe-1A
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Le Top 500 de novembre 2010. Évalué à 2.
Tu as l'air calé en réseau,mais je suis ingénieur en micro électronique. Un ensemble de puce quelques soit l'intelligence du réseau, ne pourra jamais atteindre la bande passante d'une seul puce. Ce sont des limites physiques.
"La première sécurité est la liberté"
[^] # Re: litige et confiance
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Payement via un tiers de confiance. Évalué à 4.
Non, c'est le notaire :)
"La première sécurité est la liberté"
[^] # Re: Tera 100
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Le Top 500 de novembre 2010. Évalué à 2.
Mais assez peu efficace contre des militaires entrainés et équipés, surtout si elle n'as pas de détection de menace ou pas de discrimination sur la dangerosité des menaces
Pour détecter les menaces tu peux faire de la triangulation sonore.
Par contre les armes chimiques, c'est quand même bien dégueulasse. Tu ne maitrises pas trop la zone interdite, cela dépend de la météo. C'est interdit par plein de convention. Cela peut encore plus facilement se retourner contre toi. ça pollue à mort.
Je voie aussi l'intérêt : que tu contrôle la machine : tu l'arrètes si besoin, tu peux changer ses cible, son poste, s'en servir de point de renseignement, et tu n'as pas besoin de "servant".
Mais je suis d'accord que niveau terreur maximum, on ferait des économies en transformant un A380 en camion à mk82. Même pas besoin de guidage.
"La première sécurité est la liberté"