Sytoka Modon a écrit 4551 commentaires

Sur les marchés public de la recherche, Windows XP Pro est passé de 98 a 76 Euros... Idem pour Vista Buisness. Bref, c'est un mouvement d'ensemble qui me semble cohérent avec l'arrivé prochaine de Seven.

Non, SSH est plus lent que le FTP... malheureusement.

Lorsqu'on rapatrie plus 200Go des centres de calcul, c'est toujours en FTP, avec SSH, c'est quasiment impossible.

Je n'ai jamais dis qu'il y a avait un rapport entre ce que je disais et les onglets... C'était juste deux exemples de bouts de code qui a mon sens ne servent à rien.

Le mode multi-profile est pénible sauf pour les développeurs. Donc je dis juste de changer cela avec un

firefox --config chemin_du_profile

Ce que tu dis, on peut choisir son profile avec -Profile, n'a rien a rien. Il reste une gestion des profiles. Si tu donnes le chemin du profile, il n'y a plus réellement de gestion multi-profile.

Quand au mode -no-remote, j'aimerais savoir qui l'utilise, pour moi ce mode remote par défaut n'a que des inconvénients et est à l'opposé du mode de tous les autres logiciels. Pourquoi firefox s'occupe de savoir si on est en mode remote et s'il y a un autre firefox à l'autre bout !

Bref, je ne sais pas combien il y a de lignes pour ces deux exemples que je donne. Je dis juste qu'on peut améliorer d'un coté et en profiter pour simplifier de l'autre. C'est tout.

Je suis d'accord et je n'ai pas dis que c'était la meilleure solution. Il est clair que dans les laboratoires de recherche, c'est très dé-centralisé comme mode de fonctionnement. Avoir un outil qui permet à l'utilisateur non informaticien de centraliser les choses est pas mal.

Je sais que dans certain cas, SVN connait des limites (sur le merge de branche) mais des outils comme git sont trop complexe pour des utilisateurs lambda qui ne connaissent rien à la gestion de projet en informatique.

Donc SVN, couplé à TRAC est un bon moyen d'introduire ce genre de problématique et du coup de former les utilisateurs a ce genre de technique. Lorsque nous avons fait ce choix la il y a deux ans, il n'y avait pas bien d'autres solutions multi plateforme ayant des clients aussi aboutis (TortoiseSVN pour Windows).

Et puis si on parle des jails, faut aussi parler de vserver et d'openvz...

Bref, cette revue de presse est intéressante mais la cible n'est peut être pas assez identifié et à mon sens un peu trop orienté en faveur Red-Hat...

Je pense que Xen est encore largement utilisé en entreprise, il évolue et dans la dépêche, les phrases sur Xen sont moins "sympa" que pour KVM. Il y a aussi pour le déport d'affichage NX avec le boulot de Google d'avoir un serveur plus simple à développer.

Personnellement, j'aime pas la libvirt car je n'aime pas les fichiers de conf en XML qui oblige en pratique a avoir un outil graphique pour les administrer. En général, cela implique chez les industriels de mettre X sur les serveurs. Le XML dans /etc a donc pour moi des conséquences assez néfastes en terme de design à long terme.

Tout dépend de la politique... SVN est centralisé est cela peut être bien pour centraliser les choses. Par exemple, dans un laboratoire de recherche, svn permet d'avoir une idée des codes développés et d'en avoir une version. Trop souvent, on ne sais plus bien ce que l'on a et il arrive que l'on perde ainsi les sources !

Sinon, SVN a aussi un très bon client sous Windows (TortoiseSVN). Si des personnes doivent travailler sous Windows, il faut contrôler la qualité du client sur cet OS.

Cela existe mais c'est globalement mal géré... Il y a aussi les attributs sur pas mal de systèmes de fichier de Linux. MacOSX pollue les partages de fichier avec ses fichiers .DS_STORE et tous les fichiers ._.... Bref, c'est pas la gloire.

> Et ça complexifie les communications entre onglet, avec le reste du navigateur

Il y a aussi moyen de simplifier le code. Le mode multi-profile ne sers a rien. Cela date de l'époque Windows98 mais avec des PC qui gère le multi-utilisateurs, cette gestion interne dans firefox augmente le code et n'apporte rien sauf de temps en temps des emmerdes... On pourrait remplacer tout cela par un lancement de firefox avec une option en ligne de commande qui donnerait le chemin du profile, c'est tout.

Je suis connecté sur ma machine, disons A. Je me connecte via ssh -CX sur une machine B et je lance firefox en ligne de commande avec une page web, c'est le firefox de la machine A qui charge la page et non un nouveau firefox qui est lancé sur la machine B. Ce comportement est unique au produit de la fondation mozilla et ne se retrouve nul par ailleurs et heureusement, car c'est hyper chiant. Tout ce code pourrait être virer lui aussi car à mon sens il est totalement illogique et compliqué.

Bref, tout cela pour dire qu'il y a des points qui pourraient être simplifier sans que l'utilisateur en souffre, au contraire.

> Mandriva, la seule distribution européenne

TROP GROS !

Debian est très implanté en Europe, a mon avis plus que Mandriva en terme de développeur !

Mandriva est Franco Brésilien...

Bref, je ne vois pas ce que fait Mandriva ici.

Non, je ne suis pas d'accord. Ton truc n'est pas de l'humour car cela ne fait que banaliser le nazisme, en plus, c'est même pas drôle. Je continuerai a tout faire pour essayer de virer cet humour nul de ce site. Il y a plein d'autres moyens de faire de l'humour, et rigolo en plus.

Va faire un p'tit tour au mémorial de la paix à Caen, ou va faire un petit tour dans les camps de concentration et tu arrêteras de parler de nazis pour tout et n'importe quoi.

Il y a de l'humour qui chez moi ne passe pas car c'est un humour qui tend à banaliser le nazisme.

PS : seconde guerre mondiale : 50 millions de mort
PPS : 6 juin 44 : 10000 jeunes morts sur les plages du débarquement

Pendant très longtemps, pas une distrib linux ne fonctionnait sans Perl ;-)

Et puis, si le libre adopte cela, il y aura plein de bon codeurs dans le domaine et Apple pourra en embaucher.

Bref, il y a plein de bonne raison pour ne pas garder cela pour soit, surtout lorsqu'on est pas en position de monopole.

> Je crois que vous comprenez vraiment rien à l'application :)

Je dois dire que je ne trouve pas la dépêche très claire. Pour un projet qui est opérationnel depuis trois, si on s'en tiens à la dépêche elle même, on ne sais pas exactement de quoi il s'agit. Personnellement, je suis passé a une autre dépêche très rapidement.

Une seconde partie de dépêche avec un peu de copier coller du site acogit, plus de la sauce n'aurait pas non plus fait de mal.

Bref, il me semble que tout cela est très bien mais aurait nécessité une meilleure publicité.

Le marché des stations marchait encore sur la fin parce que pleins de logiciels n'étaient pas porté sur Linux et donc les clients étaient coincés par les solutions propriétaires.

Je me souviens qu'il y a 10 ans, les PC linux x86 allaient déjà plus vite que bien des stations (et pour bien moins cher).

Mais Catia ne tournait pas sous Linux, mais...

Bref, les stations ont disparus parce que tous ces gens là travaillent maintenant sous Windows ! Linux n'a récupéré qu'une petite partie du gâteau des stations à mon sens.

Et puis, c'est pas parce qu'il y a beaucoup de mec très bon ensemble qu'ils ne peuvent pas faire de conneries !

Génial. Ca marche nickel.

Infiniment merci

SGI a aussi une solution de type blade avec n cartes graphiques dedans... Je ne connais pas la solution d'IBM mais tout ce que j'ai vu avait la contrainte, une carte = un utilisateur. Pour cacher cela, ils mettent n cartes 3D dans le système central comme n jetons d'un programme propriétaire et cela devient une ressource limité à partager.

Le problème vient de la conception même des cartes 3D, ATI ou nvidia. A ma connaissance, il n'y pas vraiment d'autres cartes 3D sur le marché qui aurait une conception autre. Mais je suis intéressé de savoir si cela existe.

C'est facile de basculer sur SMB1 ? Sur les avis du CERT, ils ne parlent que de filtrage de port ou d'arrêter le partage de fichier. J'ai pas vu ou ils disent de basculer sur SMB1.

Je dis cela pour les autres, moi, j'ai que des serveurs samba ;-)

Un des autres problèmes des cartes graphiques et que le changement de contexte est lent car il faut vider leur mémoire pour mettre celui d'un autre processus. D'ou une carte = un écran.

La technologie VirtualGL consiste en gros a tunneliser la sortie écran OpenGL en image jpeg pour l'envoyer sur le poste client via le réseau. Ainsi, on a l'affichage distant.

J'aurais bien voulu grâce à cette technologie pouvoir mettre plusieurs clients derrière mais cela ne marche pas. Le changement de contexte 3D donne des latences de plusieurs secondes... Non tolérable par les utilisateurs. Du coup, il y en a qui ont inventé un système de réservation.

Bref, tout cela pour dire que c'est quand même bien spécialisé et cela ne peut pas tout faire, notamment du multi-utilisateur.

L'avenir : l'itanium et le x86 vont partager normalement en 2010 le même socket. Un des buts est aussi de pouvoir mettre une puce de type reprogrammable afin de pouvoir cabler un calcul. Ainsi, toutes les puces ont un accès direct à la mémoire comme une machine NUMA. C'est un peu la généralisation de la la gamme Altix Itanium de SGI (450 et 4700) qui permet déjà l'intégration de telle carte FPGA. Je ne vois pas alors ce qui empêcherait nvidia de faire une puce graphique qui se greffe sur ce type de socket, les problèmes de latence mémoire seraient alors nettement réduits.

La carte d'acquisition est une double carte ASA qui utilise deux slots... De plus, il s'agit d'un laser de puissance qui doit avoir 15 ans d'age. Je ne mettrais jamais les doigts dans ce truc la. Tant que cela marche, ca marche !

Il reste quelques cas ou ces vieux PC tournent encore : sur les machines d'acquisition... Mais, la, on ne fait aucune mise a jour, cela tourne tant que cela pourra !

Pour information, j'ai comme cela un PC qui tourne avec des cartes ASA sous DOS. Comme il pilote un laser de puissance, le changer nous couterait plus de 130kE !

Je ne trouve pas cela hors sujet même si les situations ne sont pas le mêmes ni les objectifs des deux sites.Je ne vois pas le mal de parler des difficultés des PCInpact dans un commentaire, cela me semble même une meilleure place que d'en faire un journal ou un nouvelle à pars entière.

Il faut noter aussi que BFS ne gère pas les cgroup qui ne sont aps encore vraiment utilisé par les distributions mais qui sont bien intéressant pour cloisonner la puissance du CPU par grande classe de type de processus.

Bref, je ne pense pas que BFS va aller très loin... sauf peut être sur de l'embarqué.

En plus, Ingo est suffisamment intelligent pour reprendre les bonnes idées de BFS pour essayer des les remettre ailleurs avec son équipe si cela s'avère vraiment intéressant.

Heureusement qu'Ingo a plusieurs machines et pas que des petites machines vu la position qu'il occupe !