En C++, le "name mangling" n'est pas standardisé. Ils donnent des bonnes raisons même si en pratique, c'est très chiant. Dès qu'on a deux compilateurs, il faut tout se retaper, toutes les lib !
C'est un truc qu'on est régulièrement confronté en Fortran avec gfortran et ifort. Il faut tout se taper en double (et on recommence tout à chaque fois que gfortran change son format, c'est à dire trop souvent). Je pense que c'est moins le cas entre g++ et icc (de mon coté, on n'utilise quasiment jamais icc). Mais cela risque de le devenir si LLVM se généralise de plus en plus et que le C++ de celui-ci soit incompatible avec celui de g++.
Bref, c'est vrai qu'avec le C, une bibliothèque est une bibliothèque qui marche pour tout (même si elle n'est pas forcément optimum).
Peut être une partie du problème viens que GNOME cherche à suivre MacOSX ou Android. Or ces OS ne suivent pas la tradition UNIX (X-Window) du copier coller par bouton du milieu, follow mouse, menu local…
Apple se fout de la compatibilité ascendante et coupe régulièrement les vieux trucs. Ce ne doit pas être évident de faire (en C) un toolkit généraliste qui fonctionne bien dans tous les paradigmes de UI ?
Ensuite, GTK viens de Gimp et non de GNOME… Ensuite, au dela du problème de licence de Qt, il y avait aussi le problème du langage. Qt utilise une surcouche de C++ et il n'était pas envisageable de tout basé sur ce C++. Il faut voir que le binding de bibliothèque C++ depuis d'autre langage n'est pas aussi évident que de partir du C.
Ceci dis, Fortran évite au maximum les pointeurs et a ajouté pas mal de possibilités via les ALLOCATABLE. Dans de très nombreux cas, cela suffit et pour la performance, c'est 100 fois mieux car les pointeurs sont en général une horreur lorsqu'on veut optimiser un code.
Les pointers du Fortran ne sont pas des pointers au sens du C. Tu n'as jamais accès à l'adresse mémoire. On ne les déférence jamais. Ca évite pas mal de chose… mais du coup, pour changer la réfèrence vers laquelle il pointe, on n'utilise pas l'affection = mais l'opération =>
Sur les Xeon haut de gamme par exemple, il y a plus de bus d'accès à la mémoire. C'est ce qui permet à SGI par exemple de faire des machines avec 4096 coeurs qui restent performant.
Si on veut concurrencer le x86_64 sur les calculateurs, il faut avoir une bonne unité de calcul flottant en double précision ainsi qu'une interconnexion efficace (par infiniBand ou équivalent). J'ai rien lu concernant la double précision dans la dépêche or c'est souvent le composant qui coûte cher et qui fait une partie de la différence entre les CPU intel haut et bas de gamme (en plus de capacité IO plus importante aussi).
Je suis d'accord, l'Itanium s'est planté car trop cher et ils n'ont jamais sortis de 'PC' de bureau avec. Il en a été de même quelques années avant avec l'Alpha qui a eu des PC compatible mais pas longtemps et pas à un prix concurrentiel. Pas facile de faire un tarif face à la très très grande série qu'est le x86 !
On le voit avec ARM qui y arrive lentement, non pas en jouant sur les PC, mais via les téléphones puis les tablettes ou la problématique est la consommation et ou les calculs en double précision ne sont pas important.
Ne pas oublier que "2001 l'Odyssée de l'espace" a été co-écrit par Kubrick et A.C. Clarke. C'est une oeuvre commune ayant un volet cinématographique et un volet littéraire. Il est évident, pour qui a lu les bouquins de Clarke, que HAL vient d'IBM…
Mon père a déjà tout retranscris sous Office (sauf quelques mots illisible). Il faut juste que mes oncles et tantes soient d'accord pour une libre diffusion, c'est quand même leur grand père. Moi, je ne l'ai jamais connu !
Mandrake a eu énormément de succès quand il est sorti également. A l'époque, c'était la première distribution
à intégrer KDE et c'était une révolution.
Il faut aussi dire qu'il y avait un problème de licence sur Qt… entraînant des soucis de distribution de KDE notamment chez Debian.
Si j'ai bien compris, c'est en nombre de tête. Dans un système ou il faut arrêter la croissance, je dirais que plus la pente est forte, plus le risque de guerre civile est élevé à court terme.
Finalement, l'Europe n'est peut être pas si mal placée que cela ;-)
J'ai un arrière grand père qui a fait la guerre au Soudan (l'actuel Mali) vers 1885 en tant que simple Cartographe. Il faut lire ce qu'il écrit dans son journal de bord. Aujourd'hui, il y a pas mal de chose qui serait pris pour du racisme totalement intolérable.
Après, il faut se replacer dans le contexte de l'époque…
Ne pas oublier que le droit de vote des femmes date de 1944 chez nous et que c'était très rare avec 1900 dans le monde !
Il y a de la thune mais pas forcément bien placé… ITER, simulation des bombes nucléaire… Plus facile : trop de députés, double cotisation retraite pour ceux-ci… Enfin, trop de strate : commune, agglo, département, région, état, europe.
D'ailleurs bien que XFS soit encore maintenu et patché pour apporter des évolutions, je l'ai toujours vu comme "l'avant ext4".
XFS a toujours un système de fichier développé en parallèle des autres, il suffit de regarder le changelog du développement du noyau. Je dirais que face à l'évolution des EXT, c'est le seul qui a une évolution et un développement suivis au cours du temps (jamais eu confiance en JFS et autres…). Le système continue a être développé. A priori, le TRIM fonctionne dessus même si mes volumes ne l'utilisent pas personnellement.
Pour moi, XFS permet de fixer des quotas par défaut sur les utilisateurs et aucun autre système de fichier ne le permet à ma connaissance (il y a même la notion de quota par projet). De plus, j'ai des volumes de plus de 20To très robuste malgré les pannes électriques récurrentes… Il a un inconvénient majeur pour moi, on ne peux pas rétrécir les partitions, ni à chaud, ni à froid.
J'utilise un bête ProxyHTMLURLMap, parfois en mode "ProxyHTMLExtended On". Il y a peut être mieux mais j'ai trouvé cela et ça marche bien depuis plusieurs années.
Par exemple, sur la section du reverse proxy qui s'occupe de la forge, j'ai la ligne suivante.
Ainsi, en interne, on accède à la forge en direct et de l'extérieur, on passe en https via le reverse proxy et les URL de l'intranet sont ré-écrite de manière a aussi passer en https par le reverse proxy (plus de nom DNS).
Je ne suis pas dans un problématique de performance et de cluster web mais d'utilisation d'un reverse proxy pour tout ramener sur une seule URL en externe. L'idée initiale était d'avoir une forge et un intranet accessible en interne en lecture seule mais sans mot de passe afin de faciliter la vie des utilisateurs (et espérer qu'ils les regardent un peu plus).
Ce serait à refaire, je ferais peut être plus simple tout en https et passant toujours par le reverse proxy…
Perso, je fais du RAID6 + spare ainsi quand un disque casse, le spare prends la place. J'ai déjà eu des casses d'un disque lors de la reconstruction du RAID5, j'ai jamais pété un RAID6.
J'ai pas mal de RAID6 sur 11 disques + 1 spare avec des disques de 3To.
Dans ton cas, le pb est que tu n'as pas beaucoup de disque car RAID6+spare signifie trois disque de perdus !
Pas forcément… personnellement, j'ai autant d'IP publique que je le demande ;-)
On peux voir un reverse proxy pour répartir la charge mais on peux le voir aussi comme un portail. Tous mes sites web tourne sur des machines différentes mais l'utilisateur externe n'a que l'IP du reverse proxy qui est juste un apache et fait l'authentification sur LDAP.
Ainsi, l'authentification est faite sur le reverse proxy via le code Apache en C a qui je fais confiance, pas à l'application web php ou autre dont j'ai bien plus de doute ! L'avantage aussi est qu'il faut passer Apache avant de même voir le moindre bout de code php. Autre avantage, le reverse proxy est une machine qui fait que cela et n'a que très peu de paquetages d'installer. La mise à jour marche à tous les coup même l'upgrade d'une version à l'autre de la distribution. Les mises à jour des N serveurs en dessous faisant N choses différentes est bien moins rapide car parfois, ça ne marche pas aussi bien que prévu ;-)
[^] # Re: Uchronie
Posté par Sytoka Modon (site web personnel) . En réponse au journal Gtk to Qt - A strange journey. Évalué à 5.
D'après Wikipédia http://en.wikipedia.org/wiki/Name_mangling
En C++, le "name mangling" n'est pas standardisé. Ils donnent des bonnes raisons même si en pratique, c'est très chiant. Dès qu'on a deux compilateurs, il faut tout se retaper, toutes les lib !
C'est un truc qu'on est régulièrement confronté en Fortran avec gfortran et ifort. Il faut tout se taper en double (et on recommence tout à chaque fois que gfortran change son format, c'est à dire trop souvent). Je pense que c'est moins le cas entre g++ et icc (de mon coté, on n'utilise quasiment jamais icc). Mais cela risque de le devenir si LLVM se généralise de plus en plus et que le C++ de celui-ci soit incompatible avec celui de g++.
Bref, c'est vrai qu'avec le C, une bibliothèque est une bibliothèque qui marche pour tout (même si elle n'est pas forcément optimum).
[^] # Re: Local knowledge
Posté par Sytoka Modon (site web personnel) . En réponse au journal Gtk to Qt - A strange journey. Évalué à 1.
Peut être une partie du problème viens que GNOME cherche à suivre MacOSX ou Android. Or ces OS ne suivent pas la tradition UNIX (X-Window) du copier coller par bouton du milieu, follow mouse, menu local…
Apple se fout de la compatibilité ascendante et coupe régulièrement les vieux trucs. Ce ne doit pas être évident de faire (en C) un toolkit généraliste qui fonctionne bien dans tous les paradigmes de UI ?
[^] # Re: Uchronie
Posté par Sytoka Modon (site web personnel) . En réponse au journal Gtk to Qt - A strange journey. Évalué à 10.
Ensuite, GTK viens de Gimp et non de GNOME… Ensuite, au dela du problème de licence de Qt, il y avait aussi le problème du langage. Qt utilise une surcouche de C++ et il n'était pas envisageable de tout basé sur ce C++. Il faut voir que le binding de bibliothèque C++ depuis d'autre langage n'est pas aussi évident que de partir du C.
[^] # Re: Résolu
Posté par Sytoka Modon (site web personnel) . En réponse au message Permutation "sure" de pointeurs en Fortran. Évalué à 2.
Ceci dis, Fortran évite au maximum les pointeurs et a ajouté pas mal de possibilités via les ALLOCATABLE. Dans de très nombreux cas, cela suffit et pour la performance, c'est 100 fois mieux car les pointeurs sont en général une horreur lorsqu'on veut optimiser un code.
[^] # Re: Permutation sans variable intermédiaire
Posté par Sytoka Modon (site web personnel) . En réponse au message Permutation "sure" de pointeurs en Fortran. Évalué à 2.
Les pointers du Fortran ne sont pas des pointers au sens du C. Tu n'as jamais accès à l'adresse mémoire. On ne les déférence jamais. Ca évite pas mal de chose… mais du coup, pour changer la réfèrence vers laquelle il pointe, on n'utilise pas l'affection = mais l'opération =>
Bref, ce sont plutôt des alias que des pointers…
[^] # Re: Double précision
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Kalray un processeur massivement parallèle très impressionnant : Qu’il est loin le temps de mon ZX81. Évalué à 1.
Sur les Xeon haut de gamme par exemple, il y a plus de bus d'accès à la mémoire. C'est ce qui permet à SGI par exemple de faire des machines avec 4096 coeurs qui restent performant.
# Double précision
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Kalray un processeur massivement parallèle très impressionnant : Qu’il est loin le temps de mon ZX81. Évalué à 2.
Si on veut concurrencer le x86_64 sur les calculateurs, il faut avoir une bonne unité de calcul flottant en double précision ainsi qu'une interconnexion efficace (par infiniBand ou équivalent). J'ai rien lu concernant la double précision dans la dépêche or c'est souvent le composant qui coûte cher et qui fait une partie de la différence entre les CPU intel haut et bas de gamme (en plus de capacité IO plus importante aussi).
[^] # Re: Et les compilateurs?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Kalray un processeur massivement parallèle très impressionnant : Qu’il est loin le temps de mon ZX81. Évalué à 3.
Je suis d'accord, l'Itanium s'est planté car trop cher et ils n'ont jamais sortis de 'PC' de bureau avec. Il en a été de même quelques années avant avec l'Alpha qui a eu des PC compatible mais pas longtemps et pas à un prix concurrentiel. Pas facile de faire un tarif face à la très très grande série qu'est le x86 !
On le voit avec ARM qui y arrive lentement, non pas en jouant sur les PC, mais via les téléphones puis les tablettes ou la problématique est la consommation et ou les calculs en double précision ne sont pas important.
[^] # Re: Quelle version ?
Posté par Sytoka Modon (site web personnel) . En réponse au message Mise à jour ssl Debian et warning bizarre sur ssh. Évalué à 8.
Enfin, ce n'est pas il y a quelques mois, cela fait maintenant des années ! Et ce genre de chose s'accompagne d'une grosse campagne de communication…
# Nouveau nom
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Dernière version de PhpCompta. Évalué à 5.
parce que là, je reste sur ma faim… On est alléché, on lit jusqu'au bout mais non, on n'a pas de le connaître ;-(
[^] # Re: Alan Turing gracié
Posté par Sytoka Modon (site web personnel) . En réponse au journal Alan Turing gracié.. Évalué à 2.
Tout le monde sais que Windows NT a été écrit en grande partie par des anciens de chez Digital… Un bon résumé de ce qui s'est passé :
http://windowsitpro.com/windows-client/windows-nt-and-vms-rest-story
[^] # Re: Alan Turing gracié
Posté par Sytoka Modon (site web personnel) . En réponse au journal Alan Turing gracié.. Évalué à 4.
Ne pas oublier que "2001 l'Odyssée de l'espace" a été co-écrit par Kubrick et A.C. Clarke. C'est une oeuvre commune ayant un volet cinématographique et un volet littéraire. Il est évident, pour qui a lu les bouquins de Clarke, que HAL vient d'IBM…
[^] # Re: un bout de solution
Posté par Sytoka Modon (site web personnel) . En réponse au message Diffuser le flux audio d'une vidéo sur une machine distante ?. Évalué à 3.
Ou avec un ligne
On peux surcharger toute variable d'environnement en la mettant devant la commande séparer d'un espace. Mais alors ne pas faire export !
[^] # Re: Que dubonheur !
Posté par Sytoka Modon (site web personnel) . En réponse au journal La loi sur la programmation militaire est adoptée !. Évalué à 3.
Et mon anonymat ;-)
Mon père a déjà tout retranscris sous Office (sauf quelques mots illisible). Il faut juste que mes oncles et tantes soient d'accord pour une libre diffusion, c'est quand même leur grand père. Moi, je ne l'ai jamais connu !
[^] # Re: Faux
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Valve dévoile la distribution GNU/Linux SteamOS. Évalué à 4.
Il faut aussi dire qu'il y avait un problème de licence sur Qt… entraînant des soucis de distribution de KDE notamment chez Debian.
[^] # Re: Que du bonheur !
Posté par Sytoka Modon (site web personnel) . En réponse au journal La loi sur la programmation militaire est adoptée !. Évalué à 3.
J'ai été en Alaska il y a 15 ans et déjà, même la bas, certain prenait des cours d'espagnol afin de pouvoir parler avec les femmes de ménage…
[^] # Re: Que du bonheur !
Posté par Sytoka Modon (site web personnel) . En réponse au journal La loi sur la programmation militaire est adoptée !. Évalué à 2.
Si j'ai bien compris, c'est en nombre de tête. Dans un système ou il faut arrêter la croissance, je dirais que plus la pente est forte, plus le risque de guerre civile est élevé à court terme.
Finalement, l'Europe n'est peut être pas si mal placée que cela ;-)
[^] # Re: Que du bonheur !
Posté par Sytoka Modon (site web personnel) . En réponse au journal La loi sur la programmation militaire est adoptée !. Évalué à 2.
Surtout que le régime français est très peu démocratique. Le système d'élection majoritaire a deux tours est tout pourris. Voir le théorème d'Arrow
https://fr.wikipedia.org/wiki/Th%C3%A9or%C3%A8me_d%27impossibilit%C3%A9_d%27Arrow
[^] # Re: Que du bonheur !
Posté par Sytoka Modon (site web personnel) . En réponse au journal La loi sur la programmation militaire est adoptée !. Évalué à 4.
J'ai un arrière grand père qui a fait la guerre au Soudan (l'actuel Mali) vers 1885 en tant que simple Cartographe. Il faut lire ce qu'il écrit dans son journal de bord. Aujourd'hui, il y a pas mal de chose qui serait pris pour du racisme totalement intolérable.
Après, il faut se replacer dans le contexte de l'époque…
Ne pas oublier que le droit de vote des femmes date de 1944 chez nous et que c'était très rare avec 1900 dans le monde !
https://fr.wikipedia.org/wiki/Droit_de_vote_des_femmes
[^] # Re: Rien à craindre !
Posté par Sytoka Modon (site web personnel) . En réponse au journal La loi sur la programmation militaire est adoptée !. Évalué à -1.
Quand on a un tel passif, si on veut vraiment dire qu'on change, on change de nom…
Enfin, je dis cela, je dis rien ;-)
[^] # Re: Rien à craindre !
Posté par Sytoka Modon (site web personnel) . En réponse au journal La loi sur la programmation militaire est adoptée !. Évalué à 2.
Il y a de la thune mais pas forcément bien placé… ITER, simulation des bombes nucléaire… Plus facile : trop de députés, double cotisation retraite pour ceux-ci… Enfin, trop de strate : commune, agglo, département, région, état, europe.
# Pourquoi tant de haine ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal RHEL 7 pourrait utiliser XFS par défaut. Évalué à 7.
XFS a toujours un système de fichier développé en parallèle des autres, il suffit de regarder le changelog du développement du noyau. Je dirais que face à l'évolution des EXT, c'est le seul qui a une évolution et un développement suivis au cours du temps (jamais eu confiance en JFS et autres…). Le système continue a être développé. A priori, le TRIM fonctionne dessus même si mes volumes ne l'utilisent pas personnellement.
http://xfs.org/index.php/FITRIM/discard
Pour moi, XFS permet de fixer des quotas par défaut sur les utilisateurs et aucun autre système de fichier ne le permet à ma connaissance (il y a même la notion de quota par projet). De plus, j'ai des volumes de plus de 20To très robuste malgré les pannes électriques récurrentes… Il a un inconvénient majeur pour moi, on ne peux pas rétrécir les partitions, ni à chaud, ni à froid.
[^] # Re: Haproxy
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Gérer plusieurs services de façon transparente. Évalué à 2.
J'utilise un bête ProxyHTMLURLMap, parfois en mode "ProxyHTMLExtended On". Il y a peut être mieux mais j'ai trouvé cela et ça marche bien depuis plusieurs années.
Par exemple, sur la section du reverse proxy qui s'occupe de la forge, j'ai la ligne suivante.
Ainsi, en interne, on accède à la forge en direct et de l'extérieur, on passe en https via le reverse proxy et les URL de l'intranet sont ré-écrite de manière a aussi passer en https par le reverse proxy (plus de nom DNS).
Je ne suis pas dans un problématique de performance et de cluster web mais d'utilisation d'un reverse proxy pour tout ramener sur une seule URL en externe. L'idée initiale était d'avoir une forge et un intranet accessible en interne en lecture seule mais sans mot de passe afin de faciliter la vie des utilisateurs (et espérer qu'ils les regardent un peu plus).
Ce serait à refaire, je ferais peut être plus simple tout en https et passant toujours par le reverse proxy…
[^] # Re: houla, de gros melange
Posté par Sytoka Modon (site web personnel) . En réponse au message Quel Raid pour plusieurs To. Évalué à 3.
Perso, je fais du RAID6 + spare ainsi quand un disque casse, le spare prends la place. J'ai déjà eu des casses d'un disque lors de la reconstruction du RAID5, j'ai jamais pété un RAID6.
J'ai pas mal de RAID6 sur 11 disques + 1 spare avec des disques de 3To.
Dans ton cas, le pb est que tu n'as pas beaucoup de disque car RAID6+spare signifie trois disque de perdus !
[^] # Re: IPv6
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Gérer plusieurs services de façon transparente. Évalué à 5.
Pas forcément… personnellement, j'ai autant d'IP publique que je le demande ;-)
On peux voir un reverse proxy pour répartir la charge mais on peux le voir aussi comme un portail. Tous mes sites web tourne sur des machines différentes mais l'utilisateur externe n'a que l'IP du reverse proxy qui est juste un apache et fait l'authentification sur LDAP.
Ainsi, l'authentification est faite sur le reverse proxy via le code Apache en C a qui je fais confiance, pas à l'application web php ou autre dont j'ai bien plus de doute ! L'avantage aussi est qu'il faut passer Apache avant de même voir le moindre bout de code php. Autre avantage, le reverse proxy est une machine qui fait que cela et n'a que très peu de paquetages d'installer. La mise à jour marche à tous les coup même l'upgrade d'une version à l'autre de la distribution. Les mises à jour des N serveurs en dessous faisant N choses différentes est bien moins rapide car parfois, ça ne marche pas aussi bien que prévu ;-)