Je les oublies pas (d'ailleur tu les as remarqué).
Mais ce qui est en swap est par essence moins utilisé.
Je viens de faire un "swapoff -a" :
$ free
total used free shared buffers cached
Mem: 518292 514172 4120 0 17292 303072
-/+ buffers/cache: 193808 324484
Swap: 0 0 0
Faut toujours se méfier de ce qu'indique le swap. Et non, ce n'est pas un bug. C'est absolument normal.
> sa critique exclut donc une slack ou une Gentoo ou une Debian qui sont difficiles d'accès mais peuvent êtres "tunés" pour réduire l'empreinte mémoire
Pareil avec n'importe quoi d'autre.
Ici une FC2 avec gnome 2.6, mozilla, evolution qui tournent qui tourne en même temps :
$ free
total used free shared buffers cached
Mem: 518292 512004 6288 0 19128 332756
-/+ buffers/cache: 160120 358172
Swap: 583104 146708 436396
J'ai aussi postgresql, apache, named qui tournent.
Après boot et login sous Gnome je n'ai même pas 128 Mo d'utilisé (cache compris).
> even if not as much as Fedora, for example Arch Linux or Slackware run Gnome on 128 MB
FC2 avec gnome 2.6 peut s'utiliser avec 128 MB. Aucun problème. Gnome n'est qu'une "partie" du problème.
Prend une Slack optimisée à fond et lance :
- Gnome
- Mozilla
- Evolution
- Openoffice
le tout en même temps et regarde la place que ça prend. Ajoutes aussi une page web qui utilise java et une autre qui utilise flash (pour le fun :-)). Ben ça va prendre beaucoup de place mémoire. Il n'y a pas de mistère. Et je ne parle pas de glouton comme gdb ou eclipse.
Avant la presse "de merde" était la presse "professionnelle"; maintenant c'est aussi la presse Linux. Fait chié alors...
Faites un comparatif, Gnome/XFCE ou OpenOffice/Koffice sur une PII à 233 Mhz avec 128Mo et dites lequel est le plus adapté.
Mais les comparatifs fumeux entre distributions me saoule comme jamais.
> GNOME-Terminal uses around 70% of the CPU just to draw the text
GNOME-Terminal est utf8 et passe par pango. Si le monsieur connait un terminal qui peut afficher les noms de fichier en Arabe ou chinois et qui marche très vite, alors qu'il nous fasse signe.
Faire "cat /usr/share/doc/pango-1.4.0/HELLO.utf8" dans Gnome-terminal puis dans rxvt ou xterm pour voir la différence.
> these two offending apps were both written by the same guy (Havoc Pennington)
Et si le monsieur c'est mieux coder que Havoc, qu'il n'hésite pas et nous montre son talent.
C'est la version complète qui est dispo. Comme dit le journal c'est "la version installable par ftp de suse". Il y a que quelques trucs proprio qui ont été virés (flash, etc).
> Si tu prend une C2, c'est pas spécialement bon marché. J'ai l'impression qu'une 4L ou une 2CV était moi chère (par / au salaire).
T'as conduit un 2CV alors. Comparer un C2 et une 2CV est une abération.
Par rapport à une C2 la 2CV est :
- nulle en performance (n'importe quelle voiture moderne à un moteur au moins 2 fois plus puissant).
- nulle en bruit intérieur
- nulle en équipement
- nulle en crash-test
- éclairage nulle
- isolation termique nulle
- chauffage (oublions la clim) nul
- freinage à chier (alors que les performances le sont aussi).
- démarrage à la manivelle lorsqu'il fait froid.
- etc
De plus à l'époque de la 2CV tout le monde n'avait pas une voiture. Loin de là. Alors que maintenant ...
Franchement j'ai eu une 2CV (de 1959 !) et c'est une voiture à chier par rapport à n'importe quelle voiture de notre époque. Mais à l'époque de la 2CV, la 2CV était une excellente voiture et pas cher.
Comprend pas ce "Debian ou OpenBSD".
Quelle est la différence entre un apache sous Debian ou OpenBSD ou Mandrake ou Gentoo ou ... => rien, zero, nada.
L'avantage de Debian, c'est que ça ne bouge pas durant un bon moment donc t'es pas emmerdé par les mises à jours (un serveur n'est pas un jouet pour tester les dernières versions).
Configurer une distribution "classique" en serveur prend 2 minutes :
- virer les services non utiliser à coup de "chkconfig ... off".
- passer en init level 3.
Si c'est ça marche, on ne touche plus (sauf sécurité).
Faut faire l'effort de comprendre qu'il n'y a pas que des constructeurs automobile.
Pour un moteur FIAT, ce n'est pas du 100 % FIAT. Le boîtier électronique peut-être un Bosch ou un Siemen ou Magneti (ils sont peu nombreux).
Pour l'électronique (boitier centralisé, multi-plexage, etc) dans les voitures (hors moteur) il y a aussi très peu de fournisseur. Ces fournisseurs se comptent sur les doigts d'un main ! C'est n'est pas du tout la même chose pour les constructeurs qui restent encore nombreux.
Un constructeur isolé n'est pas en position de force par rapport à ces gros fournisseurs.
De plus les investissements sont si énormes en recherche automobile (surtout pour la mise en production) que les constructeurs s'associent de plus en plus souvent.
Tout ça pour dire que les constructeurs n'ont rien à voir avec ce problème. Que les sources soient disponibles ou non ne change presque rien pour eux.
Puis ceux qui trouve que l'électronique est cher, qu'ils achetent une voiture avec un carburateur :
- ça bouffe de l'essence
- ça poullue
> Auparavant les voitures etaient tres cheres (par rapport au salaire moyen) et la mecanique bon marché.
D'où PSA qui a failli mettre la clef sous la porte dans les années 80...
Les difficultée récurrente de FIAT, Chrisler qui a été partiellement racheté par Benz, etc.
> Pour se ratrapper les consessionnaires ont gonflé les factures aux maxi.
Les consessionnaires sont en concurrence. De plus maintenant un consessionnaires BMW peut vendre une Renault s'il veut.
> Et verouiller les informations electroniques est un bon moyen de gonfler encore la facture.
Rien à voir avec les contructeurs.
C'est la politique de grand fournisseur comme seimens.
Pour un "petit" SGDB, ce qui m'énerve avec MySQL c'est sa gestion des dates. Faire une soustraction entre deux dates est une horreur (du moins avec la version 3, j'ai pas regardé avec la version 4). Idem pour la partie i18n.
Pour les transactions, etc je ne critiquerai pas MySQL. C'est tout simplement pas sa cible.
> - facile à installer sur toutes les plateformes.
Je le disais, PostgreSQL n'est pas dispo sous Windows (il l'est mais pas facilement).
Sous linux un rpm/yum/apt/.... install postgresql n'est pas difficile.
> - facile à utiliser.
PostgreSQL aussi.
> - peu de maintenance.
Pareil. Sauf que pour optimiser il faut faire des vacuum (nickel dans un cron toutes les semaines).
> - configuration facile.
Pareil si tu fais avec PostreSQL ce que tu peux faire avec MySQL. Rien ne t'oblige a tripatouiller toutes les options de PostgreSQL.
> Nous l'utilisons pour des projets profressionnels pour nos gros clients et MySQL est tout simplement un très bon produit meme si il lui manque quelques fonctionnalités !!!
Tout a fait d'accord. MySQL est un très bon produit. J'utilisais MySQL en premier et longtemps, mais maintenant je préfère PostgreSQL. Pas parce qu'il serait plus rapide ou plus facile ou ... mais il a plus de fonctionnalité et de temps à autre c'est un plus. Et qui peut le plus, peut le moins.
> MySQL ne mérite pas le dénigrement étant donné qu'il s'agit la d'un bon produit.
Je ne dénigre pas MySQL. Je m'étonne de sa forte popularité alors que PostgreSQL est nettement plus "riche". Pas de quoi en faire un fromage.
> Dans le cadre d'une utilisation personnelle, dans bien des cas, MySQL suffit.
Utiliser PostgreSQL pour de petits projets n'est pas plus compliqué que t'utiliser MySQL pour de petits projets. Mais on peut être intimidé par le volume de la doc de PostgreSQL.
Mais pour cette news, on parle d'une solution "professionnelle" !
> Dans un cadre Pédagogique, Oracle est extrémement répandu
Il est bien dommage que souvent les écoles choisissent Oracle à PostgreSQL. M'enfin, c'est sûrement plus facile de trouver un emploi lorsqu'on a "tripatouillé" Oracle que PostgreSQL.
Posté par 007 .
En réponse au journal DVD UDF.
Évalué à 1.
Je ne dis pas que je suis d'accord avec cet état de fait.
> je pense que tout le monde ne peut trouver cette "politique là" que déplorable.
Je trouve ça aussi déplorable. Mais c'est aussi la faute à "tout le monde" et pas seulement aux politiciens. Faute pas oublier qui vote pour qui. Bref, on a les politiciens qu'on méritent.
Posté par 007 .
En réponse au journal DVD UDF.
Évalué à 2.
> Ça tiendrait sur un CD leur vidéo, avec très bonne qualité d'image!
Tous les dvd lise les cd-rom ?
> La politique devient de la vente, c'est misérable....
Tu viens de tel planète ?
Pour vendre des aspirateurs il faut draguer le client.
Pour avoir des votes il faut draguer les citoyens. Ce n'est pas nouveau. Les citoyens votent beaucoup plus facilement pour une "bonne bouille" que pour un bon programme.
Manger des pommes.
Mais explique moi comment fait un programme sous freebsd pour faire une "pause" sans faire d'appels système vers le noyau ?
Comment fait un programme pour se "réveiller" si ce n'est pas le noyau qui le fait ?
Comment demander au noyau de "réveiller" un programme dans x secondes si tu ne fais pas d'appel système ?
J'aimerai connaitre cette magie...
Avec select(), il y a un appel noyau, puis le noyau "réveille" le programme si nécessaire. C'est tout. Si rien arrive durant 3 mois de suite, le programme ne va rien faire.
> T'aurais un exemple d'une société qui a sciemment introduit une faille de sécurité dans un de ses logiciels.
Tu vois le problème par le mauvais bout.
Par exemple MS permettait de tout faire avec les macros dans un document Word. En ajoutant cette "fonctionnalité" ils savaient qu'ils ajoutaient une énorme faille de sécurité. Le but initiale n'était pas de faire une faille de sécurité. Évidemment.
[^] # Re: RHEL
Posté par 007 . En réponse au journal RedHat Advanced Server. Évalué à 2.
[^] # Re: Psssssssssss
Posté par 007 . En réponse au journal Linux est il gros et gras ?. Évalué à 0.
Mais ce qui est en swap est par essence moins utilisé.
Je viens de faire un "swapoff -a" :
$ free
total used free shared buffers cached
Mem: 518292 514172 4120 0 17292 303072
-/+ buffers/cache: 193808 324484
Swap: 0 0 0
Faut toujours se méfier de ce qu'indique le swap. Et non, ce n'est pas un bug. C'est absolument normal.
# Psssssssssss
Posté par 007 . En réponse au journal Linux est il gros et gras ?. Évalué à 6.
Pareil avec n'importe quoi d'autre.
Ici une FC2 avec gnome 2.6, mozilla, evolution qui tournent qui tourne en même temps :
$ free
total used free shared buffers cached
Mem: 518292 512004 6288 0 19128 332756
-/+ buffers/cache: 160120 358172
Swap: 583104 146708 436396
J'ai aussi postgresql, apache, named qui tournent.
Après boot et login sous Gnome je n'ai même pas 128 Mo d'utilisé (cache compris).
> even if not as much as Fedora, for example Arch Linux or Slackware run Gnome on 128 MB
FC2 avec gnome 2.6 peut s'utiliser avec 128 MB. Aucun problème. Gnome n'est qu'une "partie" du problème.
Prend une Slack optimisée à fond et lance :
- Gnome
- Mozilla
- Evolution
- Openoffice
le tout en même temps et regarde la place que ça prend. Ajoutes aussi une page web qui utilise java et une autre qui utilise flash (pour le fun :-)). Ben ça va prendre beaucoup de place mémoire. Il n'y a pas de mistère. Et je ne parle pas de glouton comme gdb ou eclipse.
Avant la presse "de merde" était la presse "professionnelle"; maintenant c'est aussi la presse Linux. Fait chié alors...
Faites un comparatif, Gnome/XFCE ou OpenOffice/Koffice sur une PII à 233 Mhz avec 128Mo et dites lequel est le plus adapté.
Mais les comparatifs fumeux entre distributions me saoule comme jamais.
> GNOME-Terminal uses around 70% of the CPU just to draw the text
GNOME-Terminal est utf8 et passe par pango. Si le monsieur connait un terminal qui peut afficher les noms de fichier en Arabe ou chinois et qui marche très vite, alors qu'il nous fasse signe.
Faire "cat /usr/share/doc/pango-1.4.0/HELLO.utf8" dans Gnome-terminal puis dans rxvt ou xterm pour voir la différence.
> these two offending apps were both written by the same guy (Havoc Pennington)
Et si le monsieur c'est mieux coder que Havoc, qu'il n'hésite pas et nous montre son talent.
# RHEL
Posté par 007 . En réponse au journal RedHat Advanced Server. Évalué à 3.
C'est 3 et pas 3.0 .
> j'aimerai donc telecharger automatiquement TOUS les updates de la RHEL AS sur une machine X et mettre a jour mes serveurs RedHat Advanced Server
Voir "Proxy model" ici :
http://www.redhat.com/software/rhn/architecture/(...)
[^] # Re: question bete
Posté par 007 . En réponse au journal SuSE 9.1 dispo sur le ftp de suse. Évalué à 0.
Faut chercher.
btw, si c'est toi qui a fait la news : elle est excellente.
[^] # Re: Hmmm...
Posté par 007 . En réponse au journal SuSE 9.1 dispo sur le ftp de suse. Évalué à 0.
# > Ca sent vraiment le roussi pour Xfree....
Posté par 007 . En réponse au journal X.org - Mandrake. Évalué à -6.
Mouha.
[^] # Re: Ben c'est pas encore ça :(
Posté par 007 . En réponse au journal X.org - Mandrake. Évalué à -4.
Et Yoper était aussi "LA PLUS POPULAIRE" (selon distrowatch toujours).
Ce qui est "amusant", c'est de compter le nombre de news Mandrake sur distrowatch par rapports au autres distributions. C'est .... très instructif.
[^] # Re: caibo ? caimoch ?
Posté par 007 . En réponse au journal Sarge Debian Installer TC1 - testez !. Évalué à 0.
Il y a tellement de choses plus importantes qu'une installation en graphique ou non.
[^] # Re: Boaf...
Posté par 007 . En réponse au journal Les constructeurs d'automobiles ne livrent pas leurs code source.... Évalué à 1.
T'as conduit un 2CV alors. Comparer un C2 et une 2CV est une abération.
Par rapport à une C2 la 2CV est :
- nulle en performance (n'importe quelle voiture moderne à un moteur au moins 2 fois plus puissant).
- nulle en bruit intérieur
- nulle en équipement
- nulle en crash-test
- éclairage nulle
- isolation termique nulle
- chauffage (oublions la clim) nul
- freinage à chier (alors que les performances le sont aussi).
- démarrage à la manivelle lorsqu'il fait froid.
- etc
De plus à l'époque de la 2CV tout le monde n'avait pas une voiture. Loin de là. Alors que maintenant ...
Franchement j'ai eu une 2CV (de 1959 !) et c'est une voiture à chier par rapport à n'importe quelle voiture de notre époque. Mais à l'époque de la 2CV, la 2CV était une excellente voiture et pas cher.
# Debian ou OpenBSD ou autre chose
Posté par 007 . En réponse au journal Serveur = Debian ou OpenBSD. Évalué à 1.
Quelle est la différence entre un apache sous Debian ou OpenBSD ou Mandrake ou Gentoo ou ... => rien, zero, nada.
L'avantage de Debian, c'est que ça ne bouge pas durant un bon moment donc t'es pas emmerdé par les mises à jours (un serveur n'est pas un jouet pour tester les dernières versions).
Configurer une distribution "classique" en serveur prend 2 minutes :
- virer les services non utiliser à coup de "chkconfig ... off".
- passer en init level 3.
Si c'est ça marche, on ne touche plus (sauf sécurité).
# La sourde oreille...
Posté par 007 . En réponse au journal Les constructeurs d'automobiles ne livrent pas leurs code source.... Évalué à 6.
Pour un moteur FIAT, ce n'est pas du 100 % FIAT. Le boîtier électronique peut-être un Bosch ou un Siemen ou Magneti (ils sont peu nombreux).
Pour l'électronique (boitier centralisé, multi-plexage, etc) dans les voitures (hors moteur) il y a aussi très peu de fournisseur. Ces fournisseurs se comptent sur les doigts d'un main ! C'est n'est pas du tout la même chose pour les constructeurs qui restent encore nombreux.
Un constructeur isolé n'est pas en position de force par rapport à ces gros fournisseurs.
De plus les investissements sont si énormes en recherche automobile (surtout pour la mise en production) que les constructeurs s'associent de plus en plus souvent.
Tout ça pour dire que les constructeurs n'ont rien à voir avec ce problème. Que les sources soient disponibles ou non ne change presque rien pour eux.
Puis ceux qui trouve que l'électronique est cher, qu'ils achetent une voiture avec un carburateur :
- ça bouffe de l'essence
- ça poullue
[^] # Re: Boaf...
Posté par 007 . En réponse au journal Les constructeurs d'automobiles ne livrent pas leurs code source.... Évalué à -1.
D'où PSA qui a failli mettre la clef sous la porte dans les années 80...
Les difficultée récurrente de FIAT, Chrisler qui a été partiellement racheté par Benz, etc.
> Pour se ratrapper les consessionnaires ont gonflé les factures aux maxi.
Les consessionnaires sont en concurrence. De plus maintenant un consessionnaires BMW peut vendre une Renault s'il veut.
> Et verouiller les informations electroniques est un bon moyen de gonfler encore la facture.
Rien à voir avec les contructeurs.
C'est la politique de grand fournisseur comme seimens.
[^] # Re: PostgreSQL
Posté par 007 . En réponse à la dépêche HP s'engage derrière MySQL et JBoss. Évalué à 1.
[^] # Re: ici ça marche
Posté par 007 . En réponse au journal Modem BEWAN ADSL USB ST : le retour. Évalué à 2.
[^] # Re: ici ça marche
Posté par 007 . En réponse au journal Modem BEWAN ADSL USB ST : le retour. Évalué à 2.
C'est pour ça que j'ai indiqué "pci".
Ton problème de magic number existera aussi pour le driver USB si tes sources ne correspondent pas à la configuration.
Mais fais comme tu veux.
# ici ça marche
Posté par 007 . En réponse au journal Modem BEWAN ADSL USB ST : le retour. Évalué à 2.
Pour le problème de magic number, c'est parce que tu ne compiles pas le driver bewan avec des sources configurés qui correspondent au noyau.
Le driver est incompatible avec REGPARAM.
[^] # Re: PostgreSQL
Posté par 007 . En réponse à la dépêche HP s'engage derrière MySQL et JBoss. Évalué à 1.
Pour les transactions, etc je ne critiquerai pas MySQL. C'est tout simplement pas sa cible.
[^] # Re: PostgreSQL
Posté par 007 . En réponse à la dépêche HP s'engage derrière MySQL et JBoss. Évalué à 0.
Oui.
> - facile à installer sur toutes les plateformes.
Je le disais, PostgreSQL n'est pas dispo sous Windows (il l'est mais pas facilement).
Sous linux un rpm/yum/apt/.... install postgresql n'est pas difficile.
> - facile à utiliser.
PostgreSQL aussi.
> - peu de maintenance.
Pareil. Sauf que pour optimiser il faut faire des vacuum (nickel dans un cron toutes les semaines).
> - configuration facile.
Pareil si tu fais avec PostreSQL ce que tu peux faire avec MySQL. Rien ne t'oblige a tripatouiller toutes les options de PostgreSQL.
> Nous l'utilisons pour des projets profressionnels pour nos gros clients et MySQL est tout simplement un très bon produit meme si il lui manque quelques fonctionnalités !!!
Tout a fait d'accord. MySQL est un très bon produit. J'utilisais MySQL en premier et longtemps, mais maintenant je préfère PostgreSQL. Pas parce qu'il serait plus rapide ou plus facile ou ... mais il a plus de fonctionnalité et de temps à autre c'est un plus. Et qui peut le plus, peut le moins.
> MySQL ne mérite pas le dénigrement étant donné qu'il s'agit la d'un bon produit.
Je ne dénigre pas MySQL. Je m'étonne de sa forte popularité alors que PostgreSQL est nettement plus "riche". Pas de quoi en faire un fromage.
[^] # Re: PostgreSQL
Posté par 007 . En réponse à la dépêche HP s'engage derrière MySQL et JBoss. Évalué à 1.
> Dans le cadre d'une utilisation personnelle, dans bien des cas, MySQL suffit.
Utiliser PostgreSQL pour de petits projets n'est pas plus compliqué que t'utiliser MySQL pour de petits projets. Mais on peut être intimidé par le volume de la doc de PostgreSQL.
Mais pour cette news, on parle d'une solution "professionnelle" !
> Dans un cadre Pédagogique, Oracle est extrémement répandu
Il est bien dommage que souvent les écoles choisissent Oracle à PostgreSQL. M'enfin, c'est sûrement plus facile de trouver un emploi lorsqu'on a "tripatouillé" Oracle que PostgreSQL.
# PostgreSQL
Posté par 007 . En réponse à la dépêche HP s'engage derrière MySQL et JBoss. Évalué à 3.
C'est vraiment un mistère pour moi tant ce SGBD est formidable.
Quelqu'un a une réponse ?
C'est "seulement" car mysql est dispo sous Windows ?
[^] # Re: c'est tout ?
Posté par 007 . En réponse au journal DVD UDF. Évalué à 1.
> je pense que tout le monde ne peut trouver cette "politique là" que déplorable.
Je trouve ça aussi déplorable. Mais c'est aussi la faute à "tout le monde" et pas seulement aux politiciens. Faute pas oublier qui vote pour qui. Bref, on a les politiciens qu'on méritent.
[^] # Re: c'est tout ?
Posté par 007 . En réponse au journal DVD UDF. Évalué à 2.
Tous les dvd lise les cd-rom ?
> La politique devient de la vente, c'est misérable....
Tu viens de tel planète ?
Pour vendre des aspirateurs il faut draguer le client.
Pour avoir des votes il faut draguer les citoyens. Ce n'est pas nouveau. Les citoyens votent beaucoup plus facilement pour une "bonne bouille" que pour un bon programme.
Manger des pommes.
[^] # Re: popen?
Posté par 007 . En réponse au journal Problème de fopen..... Évalué à 1.
Mais explique moi comment fait un programme sous freebsd pour faire une "pause" sans faire d'appels système vers le noyau ?
Comment fait un programme pour se "réveiller" si ce n'est pas le noyau qui le fait ?
Comment demander au noyau de "réveiller" un programme dans x secondes si tu ne fais pas d'appel système ?
J'aimerai connaitre cette magie...
Avec select(), il y a un appel noyau, puis le noyau "réveille" le programme si nécessaire. C'est tout. Si rien arrive durant 3 mois de suite, le programme ne va rien faire.
[^] # Re: Lucratif ? Et alors ?
Posté par 007 . En réponse au journal "Open source: Prepare for attack". Évalué à 1.
Tu vois le problème par le mauvais bout.
Par exemple MS permettait de tout faire avec les macros dans un document Word. En ajoutant cette "fonctionnalité" ils savaient qu'ils ajoutaient une énorme faille de sécurité. Le but initiale n'était pas de faire une faille de sécurité. Évidemment.