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.
> 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.
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).
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.
> 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.
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.
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...
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...
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.
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.
[^] # Re: poste client
Posté par billy . En réponse à la dépêche Sortie de Linux Terminal Server Project 4.2. Évalué à 1.
[^] # Re: Mythes...
Posté par billy . En réponse à la dépêche Sortie de Linux Terminal Server Project 4.2. Évalué à 2.
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 billy . En réponse à la dépêche Sortie de Linux Terminal Server Project 4.2. Évalué à 4.
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 billy . En réponse à la dépêche Sortie de Linux Terminal Server Project 4.2. Évalué à 1.
[^] # Re: Mythes...
Posté par billy . En réponse à la dépêche Sortie de Linux Terminal Server Project 4.2. Évalué à 0.
> 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 billy . En réponse à la dépêche Sortie de Linux Terminal Server Project 4.2. Évalué à -10.
[^] # Re: Soft ou distrib complète?
Posté par billy . En réponse à la dépêche Sortie de Linux Terminal Server Project 4.2. Évalué à -3.
[^] # Re: Mythes...
Posté par billy . En réponse à la dépêche Sortie de Linux Terminal Server Project 4.2. Évalué à -10.
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 billy . En réponse à la dépêche Sortie de Linux Terminal Server Project 4.2. Évalué à 2.
# Mythes...
Posté par billy . En réponse à la dépêche Sortie de Linux Terminal Server Project 4.2. Évalué à -10.
Démarrer, certainement, utiliser avec des vraies applications style mozilla / openoffice, c'est beaucoup moins sûr.
# c'est super ce truc
Posté par billy . En réponse à la dépêche talweg, une migration vers Mono. Évalué à -1.
[^] # Re: Ça progresse
Posté par billy . En réponse au message Récupérer ce qui est encore récupérable sur mon LVM. Évalué à -1.
# usb level
Posté par billy . En réponse au message Disque dur UMS, et débits. Évalué à 0.
# glib ?
Posté par billy . En réponse au message wchar_t, conversion multibyte et Unicode.... Évalué à 1.
si tu utilises des wchar_t -> wprintf()
[^] # Re: Comparatif de performances
Posté par billy . En réponse à la dépêche PostgreSQL 8.1 disponible. Évalué à -4.
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 billy . En réponse à la dépêche La distribution Mandriva GNU/Linux est prête pour 2006. Évalué à -8.
[^] # Re: Oracle est loin
Posté par billy . En réponse à la dépêche MySQL 5.0 : Release Candidate 1. Évalué à 0.
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 billy . En réponse à la dépêche LRS : support optimisé de LVM pour la sauvegarde système. Évalué à 0.
[^] # Re: Encore un soft à moitié libre ...
Posté par billy . En réponse à la dépêche LRS : support optimisé de LVM pour la sauvegarde système. Évalué à 0.
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 billy . En réponse à la dépêche Sortie d'OpenOffice.org 2.0 bêta 2. Évalué à 4.
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 billy . En réponse à la dépêche Création de la fondation Ubuntu. Évalué à 4.
Bill Gates donne aussi beaucoup d'argent pour des causes diverses et variées :-)
[^] # Re: je me suis beaucoup amusé
Posté par billy . En réponse à la dépêche La lecture d'un DVD sous GNU/Linux interdite à la rentrée ?. Évalué à -5.
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 billy . En réponse à la dépêche La lecture d'un DVD sous GNU/Linux interdite à la rentrée ?. Évalué à -7.
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 billy . En réponse à la dépêche Subversion 1.2. Évalué à 1.
[^] # Re: et pendant ce temps en France... ou en Argentine... crise possible
Posté par billy . En réponse à la dépêche Avancée des logiciels libres au Vénézuela. Évalué à 1.