sans le point virgule final qu'il faut utiliser pour la définition de ta macro. Sinon, le point virgule vient polluer la syntaxe du case, et probablement des futurs utilisations de TOTO dans ton code.
Rechercher l'amour de son prochain ou la diminution de son égo sont deux choses qui n'ont rien de contradictoires avec la position athéiste exposée dans ce journal.
on a donc des librairies pour les threads sous linux ( glib 2 si je ne m'abuse, j'ai vu passer aussi des NTPL et autres MPI...).
MPI dans sa version 2 supporte les threads mais ce n'est pas une bibliothèque de threads.
Sinon, comme il a été dit, il est préférable d'éviter les mélanges entre bibliothèques de threads si tu en as la possibilités, mais ce n'est pas forcément impossible de les utiliser simultanément dans un même programme.
J'en doute fortement. Sinon, ils auraient carrément retiré le mécanisme de prédiction de branchement et auraient choisi toujours le saut arrière ou toujours le saut du branchement vrai... avec une probabilité plus proche de 50%
A 15% de branchements bien prédits, ils auraient aussi de très bons résultats en faisant le contraire de leurs prédictions ! :-)
Quand tu exécutes une instruction, il faut d'abord la lire (chargement dans le pipeline d'instructions), décoder l'instruction et les éventuels arguments qui peuvent se trouver dans la mémoire centrale, dans un cache ou dans des registres puis exécuter... Tout ça se fait en plusieurs étapes dont le nombre varie en fonction de l'architecture du processeur. Quand une instruction en est à la phase d'exécution, la prochaine est en cours de décodage, la suivante encore en train d'être chargée dans le pipeline, etc.
Seulement quand tu as un branchement conditionnel (if), il faut pouvoir déterminer quelle est l'instruction suivante à exécuter : celle du branchement "if true" ou celle du branchement "if false". La prédiction essaie de déterminer quelle sera celle que l'on va effectivement exécuter. Et si la prédiction a bon, tout se passe bien, on continue le flux d'instructions du pipeline. Sinon, il faut vider le pipeline car on y a chargé des instructions du mauvais branchement qui n'a pas à être exécuté. Il faut repartir avec un pipeline vide et on perd plusieurs étapes avant d'avoir à nouveau une instruction décodée prête à être exécutée.
Ce n'est peut-être pas qu'une raison de technique ou de performance mais de connaissance. Si tu n'as jamais entendu parler des BSD et si le vendeur de la machine ne t'en propose pas, tu ne vas pas forcément avoir l'idée ou la possibilité d'en installer. Et puis il faut trouver des admins compétents, leur préférences peuvent influencer le choix. Et je pense que davantage connaissent Linux...
Cette solution est d'ailleurs appliquée depuis longtemps dans une certaine école d'ingénieurs française, dans laquelle les administrateurs systèmes n'ont plus à s'occuper des problèmes qui pourraient survenir (pour preuve, leur façon particulière de gérer les remontées de bug de la part des étudiants).
Tu parles d'une école d'informatique bordelaise ?
Effectivement, les résultats y sont très satisfaisants. Je devrais en parler aux admins de mon labo, tiens...
Mes remarques ne s'adressent pas à toi particulièrement, elles avaient juste leur place en réponse à ton message qui donne des liens vers des jeux. C'est tout, après tout le monde peut donner son avis.
Peut-on toujours appeler téléphone portable un appareil qui fasse également appareil photo, navigateur web et console de jeux ?
Un portable étant à l'origine conçu pour communiquer (voix, SMS), l'intégration d'un outil de lecture d'e-mail ou de navigation web n'a rien de choquant. Mais les jeux, à quoi servent-ils ? Les gens s'ennuient-ils à ce point pour avoir besoin de jouer sur leur téléphone dans le bus ou dans la rue, et ne pas pouvoir attendre d'être rentrés chez eux pour jouer sur une vraie console ou un ordinateur ?
Justement, on avance une estimation du ralentissement de la compilation avant même que le projet ait commencé. C'est peut-être la limite qu'ils se sont fixés de ne pas dépasser.
Et côté gain à l'exécution, des estimations ont-elles été faites ?
Effectivement, ce serait dommage si c'était une vente forcée. Mais ce qui reste intéressant, c'est de pouvoir acheter un ordinateur dont on est sûr que le matériel sera reconnu sous Linux. Après, il faut voir le prix, etc...
... je ne suis pas tout à fait d'accord sur la stabilité des systèmes.
Tu ne penses pas que les OS sont plus stables et fonctionnels qu'il y a 10 ans ? Je ne connaissais pas Linux il y a 10 ans, mais regarde Windows. On casse sans cesse du bois sur le dos de Microsoft, mais il y a eu des progrès au niveau de la stabilité. Et côté Linux, si ce n'est pas plus stable, ça ne l'est pas moins je pense, et c'est en tous cas plus fonctionnel.
Je viens de regarder, et justement, Xfce4 place ses fichiers de configuration dans ~/.config. Il me semble que c'est assez récent. C'est le seul programme à faire ça sur ma machine.
_ Pas la peine de crier pour deux répertoires.... tu les supprimes et 2 secondes plus tard t'en entends plus parler (et si tu gardes ton ~ même après les upgrade et sur les autre distribs, je ne vois pas pourquoi tu aurais à faire plus d'une fois...)
Ce serait trop beau si c'était le cas. Malheureusement, ils sont souvent recréés automatiquement (par KDE, Gnome, Mandriva ou autre, je n'en sais rien...) et c'est dommage. Je n'utilise KDE que lorsque je n'ai pas le choix sur certaines machines au boulot, et certains amis ont été confrontés à ces répertoires qu'ils n'utilisent pas non plus et ne peuvent pas toujours supprimer.
Toutefois, ça ne sert à rien de crier il est vrai, et on peut toujours mettre un "rm -rf" dans son .bash_profile par exemple.
Pour les fichier caché, où veux-tu les mettre ?
Par contre je suis d'accord qu'il faut limiter le nombre de répertoires. C'est un peu le cas avec les appli KDE et Gnome.
Moi, ils ne me dérangent pas mais dans les applications qui ne les filtrent pas, je peux comprendre que ça pose problème. Les fichiers de configuration pourraient alors être tous regroupés dans un unique dossier ".etc" dans le dossier personnel, où chaque application créerait les fichiers et dossiers de son choix.
Pour ce qui est de KDE ou Gnome, le problème est plus embêtant je trouve. Il ne devrait pas y avoir de dossier comme "Desktop", "Téléchargements", "Musiques" ou "Vidéos" créés à la racine du dossier personnel. Ca pollue le dossier home inutilement si l'utilisateur ne se sert pas de ces dossiers.
Sur une des copies d'écran du client, on peut voir quelques petits jeux. Je sais bien que tout le monde ne va pas au cyber café pour jouer mais il y en a bien pour aller s'amuser sur des jeux populaires qui ne tournent que sous Windows. Qu'en est-il alors de la solution OS-Café ? Une moitié du cyber café sous Linux, l'autre sous Windows... ? Je suis un peu sceptique.
Quoi qu'il en soit, ça fait toujours de voir une nouvelle initiative libre.
# ArgoUML
Posté par Gael Tessier . En réponse au message reverse engineering de code. Évalué à 2.
http://argouml.tigris.org/
--
http://www.tessier-net.org
# Un point virgule en trop
Posté par Gael Tessier . En réponse au message #define et switch.... Évalué à 5.
#define TOTO 5
sans le point virgule final qu'il faut utiliser pour la définition de ta macro. Sinon, le point virgule vient polluer la syntaxe du case, et probablement des futurs utilisations de TOTO dans ton code.
--
http://www.tessier-net.org
[^] # Re: Oh my god!
Posté par Gael Tessier . En réponse au journal [HS] Pour un athéisme de combat. Évalué à 3.
--
http://www.tessier-net.org
# MPI != threads
Posté par Gael Tessier . En réponse au message Thread. Évalué à 3.
MPI dans sa version 2 supporte les threads mais ce n'est pas une bibliothèque de threads.
Sinon, comme il a été dit, il est préférable d'éviter les mélanges entre bibliothèques de threads si tu en as la possibilités, mais ce n'est pas forcément impossible de les utiliser simultanément dans un même programme.
--
http://www.tessier-net.org
[^] # Re: TCPA
Posté par Gael Tessier . En réponse à la dépêche Une faille majeure de la cryptographie courante. Évalué à 6.
A 15% de branchements bien prédits, ils auraient aussi de très bons résultats en faisant le contraire de leurs prédictions ! :-)
--
http://www.tessier-net.org
[^] # Re: TCPA
Posté par Gael Tessier . En réponse à la dépêche Une faille majeure de la cryptographie courante. Évalué à 10.
Quand tu exécutes une instruction, il faut d'abord la lire (chargement dans le pipeline d'instructions), décoder l'instruction et les éventuels arguments qui peuvent se trouver dans la mémoire centrale, dans un cache ou dans des registres puis exécuter... Tout ça se fait en plusieurs étapes dont le nombre varie en fonction de l'architecture du processeur. Quand une instruction en est à la phase d'exécution, la prochaine est en cours de décodage, la suivante encore en train d'être chargée dans le pipeline, etc.
Seulement quand tu as un branchement conditionnel (if), il faut pouvoir déterminer quelle est l'instruction suivante à exécuter : celle du branchement "if true" ou celle du branchement "if false". La prédiction essaie de déterminer quelle sera celle que l'on va effectivement exécuter. Et si la prédiction a bon, tout se passe bien, on continue le flux d'instructions du pipeline. Sinon, il faut vider le pipeline car on y a chargé des instructions du mauvais branchement qui n'a pas à être exécuté. Il faut repartir avec un pipeline vide et on perd plusieurs étapes avant d'avoir à nouveau une instruction décodée prête à être exécutée.
--
http://www.tessier-net.org
[^] # Re: Dommage
Posté par Gael Tessier . En réponse au journal Pas de trêve. Évalué à 1.
--
http://www.tessier-net.org
[^] # Re: 3 BSD
Posté par Gael Tessier . En réponse à la dépêche Top500 des supercalculateurs. Évalué à 5.
--
http://www.tessier-net.org
[^] # Re: Star Ac'
Posté par Gael Tessier . En réponse au journal Encore une preuve des problèmes posés par le vote électronique. Évalué à 8.
Et l'avantage du SMS, c'est qu'on peut avoir un cryptage facile et robuste du contenu grâce au langage SMS.
--
http://www.tessier-net.org
# Demande à John !
Posté par Gael Tessier . En réponse au message Recherche de password. Évalué à 3.
http://www.openwall.com/john/
--
http://www.tessier-net.org
[^] # Re: PP
Posté par Gael Tessier . En réponse au journal La poudre verte revient en saison 2. Évalué à 3.
Tu parles d'une école d'informatique bordelaise ?
Effectivement, les résultats y sont très satisfaisants. Je devrais en parler aux admins de mon labo, tiens...
--
http://www.tessier-net.org
[^] # Re: Je connais pas
Posté par Gael Tessier . En réponse à la dépêche Sylpheed-Claws devient Claws Mail. Évalué à 6.
--
http://www.tessier-net.org
# NFS
Posté par Gael Tessier . En réponse au message Comment faire un réseau local???. Évalué à 2.
--
http://www.tessier-net.org
# Nagios
Posté par Gael Tessier . En réponse au message monitoring réseaux et applicatif. Évalué à 3.
http://fr.wikipedia.org/wiki/Nagios
http://www.nagios.org/
--
http://www.tessier-net.org
[^] # Re: beuh
Posté par Gael Tessier . En réponse au journal Gmail sur les mobil J2ME. Évalué à 1.
--
http://www.tessier-net.org
[^] # Re: beuh
Posté par Gael Tessier . En réponse au journal Gmail sur les mobil J2ME. Évalué à -1.
Un portable étant à l'origine conçu pour communiquer (voix, SMS), l'intégration d'un outil de lecture d'e-mail ou de navigation web n'a rien de choquant. Mais les jeux, à quoi servent-ils ? Les gens s'ennuient-ils à ce point pour avoir besoin de jouer sur leur téléphone dans le bus ou dans la rue, et ne pas pouvoir attendre d'être rentrés chez eux pour jouer sur une vraie console ou un ordinateur ?
--
http://www.tessier-net.org
[^] # Re: Compilation lente
Posté par Gael Tessier . En réponse à la dépêche Lancement du projet GlobalGCC. Évalué à 4.
Et côté gain à l'exécution, des estimations ont-elles été faites ?
--
http://www.tessier-net.org
[^] # Re: Contribution
Posté par Gael Tessier . En réponse au journal Moteur de recherche de documentation et hacks. Évalué à 2.
Et pour contribuer, tu souhaiterais qu'on t'envoies une liste de sites qu'on juge pertinents avec les mots clés associés ?
--
http://www.tessier-net.org
[^] # Re: Pas forcément.
Posté par Gael Tessier . En réponse au journal Des PC vendus avec Linux dessus. Évalué à 2.
--
http://www.tessier-net.org
[^] # Re: boitier multimedia...
Posté par Gael Tessier . En réponse au journal La virtualisation pourquoi faire ?. Évalué à 5.
Tu ne penses pas que les OS sont plus stables et fonctionnels qu'il y a 10 ans ? Je ne connaissais pas Linux il y a 10 ans, mais regarde Windows. On casse sans cesse du bois sur le dos de Microsoft, mais il y a eu des progrès au niveau de la stabilité. Et côté Linux, si ce n'est pas plus stable, ça ne l'est pas moins je pense, et c'est en tous cas plus fonctionnel.
--
http://www.tessier-net.org
[^] # Re: Mon avis à moi...
Posté par Gael Tessier . En réponse au journal Distributions Linux, vers un éclatement des formats de paquetages ?. Évalué à 3.
--
http://www.tessier-net.org
[^] # Re: Mon avis à moi...
Posté par Gael Tessier . En réponse au journal Distributions Linux, vers un éclatement des formats de paquetages ?. Évalué à 3.
Ce serait trop beau si c'était le cas. Malheureusement, ils sont souvent recréés automatiquement (par KDE, Gnome, Mandriva ou autre, je n'en sais rien...) et c'est dommage. Je n'utilise KDE que lorsque je n'ai pas le choix sur certaines machines au boulot, et certains amis ont été confrontés à ces répertoires qu'ils n'utilisent pas non plus et ne peuvent pas toujours supprimer.
Toutefois, ça ne sert à rien de crier il est vrai, et on peut toujours mettre un "rm -rf" dans son .bash_profile par exemple.
--
http://www.tessier-net.org
[^] # Re: Mon avis à moi...
Posté par Gael Tessier . En réponse au journal Distributions Linux, vers un éclatement des formats de paquetages ?. Évalué à 4.
Pour les fichier caché, où veux-tu les mettre ?
Par contre je suis d'accord qu'il faut limiter le nombre de répertoires. C'est un peu le cas avec les appli KDE et Gnome.
Moi, ils ne me dérangent pas mais dans les applications qui ne les filtrent pas, je peux comprendre que ça pose problème. Les fichiers de configuration pourraient alors être tous regroupés dans un unique dossier ".etc" dans le dossier personnel, où chaque application créerait les fichiers et dossiers de son choix.
Pour ce qui est de KDE ou Gnome, le problème est plus embêtant je trouve. Il ne devrait pas y avoir de dossier comme "Desktop", "Téléchargements", "Musiques" ou "Vidéos" créés à la racine du dossier personnel. Ca pollue le dossier home inutilement si l'utilisateur ne se sert pas de ces dossiers.
--
http://www.tessier-net.org
# Et pour les jeux ?
Posté par Gael Tessier . En réponse à la dépêche Sortie de la solution Os-Café 0.9. Évalué à 5.
Quoi qu'il en soit, ça fait toujours de voir une nouvelle initiative libre.
--
http://www.tessier-net.org
[^] # Re: aller je la fais
Posté par Gael Tessier . En réponse au journal Rejouez chez vous les plus grandes batailles de la guerre du libre. Évalué à 3.
Félicitations à tous les développeurs pour ce jeux, bon courage pour la suite...
--
http://www.tessier-net.org