billy a écrit 92 commentaires

  • [^] # Re: poste client

    Posté par  . En réponse à la dépêche Sortie de Linux Terminal Server Project 4.2. Évalué à 1.

    Surtout pour faire part de mon expérience en envrionnement terminaux X.. c'est une chose d'en parler sur papier et une autre de l'avoir déployé et utilisé en entreprise.
  • [^] # Re: Mythes...

    Posté par  . En réponse à la dépêche Sortie de Linux Terminal Server Project 4.2. Évalué à 2.

    > Cependant ça ne change pas le problème, puisque ce sont les clients X qui bouffent de la mémoire et pas le serveur.

    Les clients X bouffent plein de mémoire sur le serveur X (le client ou terminal si tu veux): pixmaps, doubel buffer... c'est bien pire maintenant avec XFT ou les polices sont "renderées" par le client et envoyées au serveur.

    C'est pas pour rien si sur le marché on ne trouve que des terminaux X avec 128 ou 256Mo de ram.
    Faut arrêter de réver merci.
  • [^] # Re: poste client

    Posté par  . En réponse à la dépêche Sortie de Linux Terminal Server Project 4.2. Évalué à 4.

    http://wiki.ltsp.org/twiki/bin/view/Ltsp/Clients#What_s_the_(...)

    A frequent question I get is: What's the minimum recommended client?.

    My basic answer to this question is: Anything with a PCI bus and 32mb of ram.


    LTSP Clients do not require any specific hardware as such but for two requirements. First, the RAM on the Client should be good enough (128MB is a better choice) and the Second is that there should be Network boot facility present in the BIOS of the motherboard and moreover the NETWORK card (along with the BOOTROM) should be supported by the motherboard as i faced some problems when using the network card on the old motherboard. Moreover, we should be very careful if the card is present in the DRIVER database of the OS as many cards are although supported but we need to specify the exact driver which the client requires (in case we are using different cards on different clients).
  • [^] # Re: Mythes...

    Posté par  . En réponse à la dépêche Sortie de Linux Terminal Server Project 4.2. Évalué à 1.

    Sur le terminal X, soit le client, il y a "serveur X", OK c'est toi qui bouché.
  • [^] # Re: Mythes...

    Posté par  . En réponse à la dépêche Sortie de Linux Terminal Server Project 4.2. Évalué à 0.

    > Si !
    > Le Pentium avec 16Mo de RAM c'est pour le client, le serveur > évidement à besoin d'une config bcp plus puissante.

    Ca va 2 secondes le PIPO. X11 c'est putain de gourmand niveau client, ca se voit que tu ne bosses pas sur un terminal X.
  • [^] # Re: Mythes...

    Posté par  . En réponse à la dépêche Sortie de Linux Terminal Server Project 4.2. Évalué à -10.

    Mais bien sûr ... tiens mon autre post est à -3, comme quoi dès que les propos dérangent ...
  • [^] # Re: Soft ou distrib complète?

    Posté par  . En réponse à la dépêche Sortie de Linux Terminal Server Project 4.2. Évalué à -3.

    ca c'est sur, mais en WAN ou en entreprise c'est pas glop.
  • [^] # Re: Mythes...

    Posté par  . En réponse à la dépêche Sortie de Linux Terminal Server Project 4.2. Évalué à -10.

    Oui sur le papier c'est très beau, dans la réalité un terminal X avec moins de 128Mo de RAM n'est pas utilisable.
    Les applications X11 récente sont hyper gourmande en RAM au niveau du serveur X: mozilla, openoffice, gnome, kde...

    Avec ton terminal de 16Mo de ram, déjà il va en rester 10 de libre après le noyau et le système de base. Avec 10Mo tu pourras sans doute utiliser un fvwm et des xterm.
  • [^] # Re: Soft ou distrib complète?

    Posté par  . En réponse à la dépêche Sortie de Linux Terminal Server Project 4.2. Évalué à 2.

    Sans parler de la sécurité, tout passe en clair avec X11.
  • # Mythes...

    Posté par  . En réponse à la dépêche Sortie de Linux Terminal Server Project 4.2. Évalué à -10.

    > Ainsi cela permet, par exemple, de démarrer une version récente de > GNOME sur un vieux Pentium disposant de 16Mo de RAM.

    Démarrer, certainement, utiliser avec des vraies applications style mozilla / openoffice, c'est beaucoup moins sûr.
  • # c'est super ce truc

    Posté par  . En réponse à la dépêche talweg, une migration vers Mono. Évalué à -1.

    Autant utiliser un proxy http avec connection https et auth radius.
  • [^] # Re: Ça progresse

    Posté par  . En réponse au message Récupérer ce qui est encore récupérable sur mon LVM. Évalué à -1.

    resize_reiserfs
  • # usb level

    Posté par  . En réponse au message Disque dur UMS, et débits. Évalué à 0.

    si t'as des ports non usb2 ou hub usb pas compatible c'est normal...
  • # glib ?

    Posté par  . En réponse au message wchar_t, conversion multibyte et Unicode.... Évalué à 1.

    j'ai envie de dire, pourquoi tu n'utilises pas la glib (http://developer.gnome.org/doc/API/2.0/glib/) au lieu de réinventer la roue...

    si tu utilises des wchar_t -> wprintf()
  • [^] # Re: Comparatif de performances

    Posté par  . En réponse à la dépêche PostgreSQL 8.1 disponible. Évalué à -4.

    > i réellement ton seul critère est la performance, tu achètes un max de RAM et tu charges toute la base en mémoire et là tu auras des performances excellentes mais sans sauvegarde ...

    c'est archi faux ca, même avec toute la base de donnée en RAM postgre est incroyablement plus que MySQL/INNODB. c'est un fait.
  • # Marketing a fond

    Posté par  . En réponse à la dépêche La distribution Mandriva GNU/Linux est prête pour 2006. Évalué à -8.

    Eh les ptits gars de chez mandrake ... Vous pouvez dire merci Redmond pour l'appelation "MonProduit année x"
  • [^] # Re: Oracle est loin

    Posté par  . En réponse à la dépêche MySQL 5.0 : Release Candidate 1. Évalué à 0.

    Néanmoins, je trouve que mySql a su évoluer fonctionnellement tout en gardant cet atout de la simplicité d'administration. De ce point de vue, il faudra bien surveiller l'implémentation des procédures stockées (d'ailleurs sont-elles réellement stockées? S'exécutent-elles dans le noyau ou dans un process indépendant?)



    Pour avoir testée les "nouvelles fonctionnalitée", je trouve qu'elle soit très mal intégrée et assez buggé. (view, procédures stockées)


    Par exemple, il y a un tas d'erreurs avec mysqldump mysqlcheck et les vue...

    Quand à la vitesse, c'est pas tellement mysql vs pgsql mais plutôt MySQL vs un vrai moteur de base de données.

    innodb et pgsql c'est kif kif.
  • [^] # Re: Encore un soft à moitié libre ...

    Posté par  . En réponse à la dépêche LRS : support optimisé de LVM pour la sauvegarde système. Évalué à 0.

    en effet .... mais 12 années/homme pour un tel soft c'est bcp non ?
  • [^] # Re: Encore un soft à moitié libre ...

    Posté par  . En réponse à la dépêche LRS : support optimisé de LVM pour la sauvegarde système. Évalué à 0.

    Ne sous estimes pas les coûts du developpement logiciel !!

    Effectivement 496 000¤ ca parait enorme ! Selon LinboxFas il y aurait 6 années de developpement derrière, bien que j'en doute il faut les croire sur parole.

    Un petit calcul rapide : 1 developpeur confirmé coûte 50k¤ / ans à une entreprise (ne me dit pas c'est bcp trop, il faut aussi compter les charge).

    Donc selon eux il ont une équipe d'une dizaine de personnes qui aurait bossé pendant 6 ans ... Bien que le résultats ait l'air sympa on peut se poser des questions sur la rapidité du dev...
  • # d'une lenteur exemplaire ...

    Posté par  . En réponse à la dépêche Sortie d'OpenOffice.org 2.0 bêta 2. Évalué à 4.

    Je lis partout que c'est plus rapide mais sur un bi xéon 3ghz avec 2Go de ram sous windows 2003 c'est toujours aussi lent. Attendre 4 secondes pour ouvrir un document c'est pénible comparé à zord 2003 ...
    Tout semble lent dans ce logiciel d'un autre age qui prend 60Mo de mémoire résidente sans aucun document ouvert.
    Je suis déçu ... microsoft a encore de la marge...
  • [^] # Re: Enfin...

    Posté par  . En réponse à la dépêche Création de la fondation Ubuntu. Évalué à 4.

    Moi je suis tout de même content de voir que certaines personnes qui ont beaucoup de sous l'utilisent pour de bonnes causes.

    Bill Gates donne aussi beaucoup d'argent pour des causes diverses et variées :-)
  • [^] # Re: je me suis beaucoup amusé

    Posté par  . En réponse à la dépêche La lecture d'un DVD sous GNU/Linux interdite à la rentrée ?. Évalué à -5.

    Dénué d'argument pas tellement, je dis que ces mesures liberticides sont la conséquence direct du piratage de masse.

    Peu importe si 3 pelés vont achêter des dvd et des cd pour les lire sous linux ou fbsd, la réalité c'est que tout le monde pirate et c'est illégal. Le gouvernement a donc le choix de changer radicalement le fonctionnement de propriété intellectuelle / droits d'auteurs ou bien d'appliquer des mesures radicales pour empecher monsieur tout le monde de pirater.

    salut
  • # je me suis beaucoup amusé

    Posté par  . En réponse à la dépêche La lecture d'un DVD sous GNU/Linux interdite à la rentrée ?. Évalué à -7.

    Je me suis beaucoup amusé à vous lire ... bien entendu le point de vu des geek sous linux ne peut être qu'unanime.

    Etant donné que le piratage est devenu un sport national au même titre que la fraude et les exces de vitesse, pour l'enrayer le gouvernement est obligé de prendre des mesures liberticides (de telles mesures existent deja en france pour la fiscalitée...)

    Merci à tous les cons qui piratent et qui continue de pirater sous pretexte qu'un CD c'est trop cher ou que les capitalistes ca SUX. Merci à vous de pousser les legislateurs dans des retranchements douteux.
  • # suivi des merge?

    Posté par  . En réponse à la dépêche Subversion 1.2. Évalué à 1.

    A quand une trace des merge et des copy dans le log?
  • [^] # Re: et pendant ce temps en France... ou en Argentine... crise possible

    Posté par  . En réponse à la dépêche Avancée des logiciels libres au Vénézuela. Évalué à 1.

    129¤ c'est plus que le salaire minimum en pologne. Il faut comparer ce qui est comparable