Je suis actuellement sous FreeBSD 5.1-RELEASE en test intensif depuis
maintenant une semaine. Jusqu'ici, voici les problèmes que j'ai rencontrés
:
* Samba sous KDE (3.1.2) : le protocole "smb://" fonctionne, jusqu'à un
transfert effectif de fichier, au bout d'une quantité aléatoire (parfois
nulle) de données transférées, le débit tombe à 0 ("stalled"). Etant
incapable de résoudre le problème (Note : faire exactement la même chose
sous Linux Slackware 9.1, KDE 3.1.4, fonctionne parfaitement), je l'ai
contourné en montant le système de fichiers distant par mount_smbfs.
* Justement, smbfs... J'ai été tout d'abord impressionné (monter un
filesystem smb sous UNIX, ça ne m'était jamais arrivé jusque là).
mount -t smbfs //foo@PORTABLE/bar /mnt
Là où ça se complique... J'ai un PC sous 2K dont le nom est ORYCTEROPUSAFER.
La feinte précédente ne marche plus :
smbfs: server name 'ORYCTEROPUSAFER' too long"
J'essaie des versions tronquées... Bof... Direct l'IP au lieu du nom :
smbfs: can't get server address: syserr = Operation timed out
OK, je m'y prends mal, il faut l'option -I. Néanmoins, la commande :
mount_smbfs -I ip //foo@PORTABLE/bar /mnt
ne semble fonctionner que si PORTABLE est bien le nom de la machine, je
n'arrive pas à l'omettre. Le remplacer par un faux nom conduit à :
mount_smbfs: unable to open connection: syserr = Connection reset by
peer
Comment dois-je faire donc pour ma machine au nom trop long et à l'IP connue
? Et dans le cas IP connue / nom inconnu ???
* Ma clé USB (1.1) : parfaitement reconnue (fait parfois quelques erreurs
lorsqu'elle est branchée au démarrage, personne n'est parfait), mais les
débits sont ridicules : 80k/s ! Voici le log :
umass0: USB Drive U-DISK, rev 1.10/1.00, addr 3
da0 at umass-sim0 bus 0 target 0 lun 0
da0: <YIHUA U-DISK 1.3A> Removable Direct Access SCSI-2 device
da0: 1.000MB/s transfers
da0: 61MB (126644 512 byte sectors: 64H 32S/T 61C)
(da0:umass-sim0:0:0:0): READ(6)/WRITE(6) not supported, increasing
minimum_cmd_size to 10.
Ah, inutile d'incriminer la clé, elle fonctionne trés bien sous W...
* Ma carte son USB : M-Audio Audiophile USB : j'étais content, FreeBSD est
le premier système où elle fonctionne, et de manière plug'n'play (j'avoue
être impressionné). J'ai commencé à déchanter ce soir, après avoir constaté
que, lors d'une lecture MP3, basculer en mode texte puis revenir sur X
crashe absolument tout. Dans les logs... apparemment les logs ne sont pas
conservés d'un démarrage à l'autre, pourtant j'ai bien dit de logger tout
dans all.log (/etc/syslog.conf). Bref. Le problème n'apparaît pas en
utilisant la carte son intégrée à la carte mère. Encore l'USB ?
* Ma souris USB (et encore l'USB...) : fonctionnement impeccable, sauf que
de temps en temps, pouf! plus de souris. Elle reste alimentée mais est
inutilisable, ceci aussi bien sous X qu'en mode texte. Je n'ai guère creusé
ce problème (tests, logs) vu qu'il suffit de la débrancher et de la
rebrancher pour que tout rentre dans l'ordre.
* J'aurais aimé pouvoir lire une partition ReiserFS sans passer par une
autre machine... Concernant l'UFS2, les background check font (sauf erreur
de ma part) ramer la machine, et je ne suis pas convaincu efficacité par
rapport à un vrai filesystem journalisé. Je n'ai jamais rien perdu sur du
NTFS (je sors...), sauf en conditions exceptionnelles (overclock bourrin du
BUS). De ce fait, ma confiance en le non-journalisé (imaginez, des années
en FAT(32)) est vraiment limitée.
* Vitesse de transfert en IDE : eh bien ce n'est pas glorieux : 15MB/s entre
deux WD 80GB, en UDMA100. Je veux bien admettre que je lisais du NTFS,
soit, mais ça reste vraiment faiblard.
Plus je l'utilise, plus je pense que FreeBSD 5 ne devrait pas être une
RELEASE mais encore une beta. Quoi qu'il en soit, toute aide concernant ces
divers problèmes serait la bienvenue. Merci d'avance.
Effectivement. Mais... pourquoi par défaut la racine n'utilise-t-elle pas les softupdates (a chaque crash, le système nécessite une intervention humaine pour checker la racine) ? Comment faire pour la monter automatiquement en softupdates (si possible) ?
Parcequ'il est arrivé fréquemment que les gens se retrouvent avec un / trop petit quand ils faisaient un upgrade et utilisaient softupdates (qui met longtemps à effacer les fichiers). Tu peux cependant le mettre, il suffit de booter single user avec le / en read-only et faire tunefs -n enable /
-- Michel Talon
Stéphane Witzmann <bill.area51@free.fr> wrote:
Marwan FeanoR/var Burelle wrote:
la réelle différence que ça fait ... )
Effectivement. Mais... pourquoi par défaut la racine n'utilise-t-elle pas
les softupdates (a chaque crash, le système nécessite une intervention
humaine pour checker la racine) ? Comment faire pour la monter
automatiquement en softupdates (si possible) ?
Parcequ'il est arrivé fréquemment que les gens se retrouvent avec un / trop
petit quand ils faisaient un upgrade et utilisaient softupdates (qui met
longtemps à effacer les fichiers). Tu peux cependant le mettre, il suffit de
booter single user avec le / en read-only et faire
tunefs -n enable /
Effectivement. Mais... pourquoi par défaut la racine n'utilise-t-elle pas les softupdates (a chaque crash, le système nécessite une intervention humaine pour checker la racine) ? Comment faire pour la monter automatiquement en softupdates (si possible) ?
Parcequ'il est arrivé fréquemment que les gens se retrouvent avec un / trop petit quand ils faisaient un upgrade et utilisaient softupdates (qui met longtemps à effacer les fichiers). Tu peux cependant le mettre, il suffit de booter single user avec le / en read-only et faire tunefs -n enable /
-- Michel Talon
talon
Stéphane Witzmann wrote:
Rebonjour
Pendant que j'y suis, une autre question. Il semblerait que, sous FreeBSD, tout fichier créé hérite automatiquement du GID du répertoire parent (qu'il soit SETGID ou pas). Linux, en comparaison, se comporte "normalement". Ce choix est-il historique, et dans quel but a-t-il été fait ? Peut-on désactiver cette option ?
man 2 open
" When a new file is created it is given the group of the directory which contains it. "
D'aprés la page de open sur opengroup:
" The POSIX.1-1990 standard required that the group ID of a newly created file be set to the group ID of its parent directory or to the effective group ID of the creating process. FIPS 151-2 required that implementations provide a way to have the group ID be set to the group ID of the containing directory, but did not prohibit implementations also supporting a way to set the group ID to the effective group ID of the creating process. Conforming applications should not assume which group ID will be used. If it matters, an application can use chown() to set the group ID after the file is created, or determine under what conditions the implementation will set the desired group ID. "
Ce qui me semble t'il laisse la pratique traditionnelle des BSD tout à fait conformante.
S.W.
-- Michel Talon
Stéphane Witzmann <bill.area51@free.fr> wrote:
Rebonjour
Pendant que j'y suis, une autre question. Il semblerait que, sous FreeBSD,
tout fichier créé hérite automatiquement du GID du répertoire parent (qu'il
soit SETGID ou pas). Linux, en comparaison, se comporte "normalement". Ce
choix est-il historique, et dans quel but a-t-il été fait ? Peut-on
désactiver cette option ?
man 2 open
" When a new file is created it is given the group of the directory which
contains it. "
D'aprés la page de open sur opengroup:
" The POSIX.1-1990 standard required that the group ID of a newly created file
be set to the group ID of its parent directory or to the effective group ID of
the creating process. FIPS 151-2 required that implementations provide a way
to have the group ID be set to the group ID of the containing directory, but
did not prohibit implementations also supporting a way to set the group ID to
the effective group ID of the creating process. Conforming applications should
not assume which group ID will be used. If it matters, an application can use
chown() to set the group ID after the file is created, or determine under what
conditions the implementation will set the desired group ID. "
Ce qui me semble t'il laisse la pratique traditionnelle des BSD tout à fait
conformante.
Pendant que j'y suis, une autre question. Il semblerait que, sous FreeBSD, tout fichier créé hérite automatiquement du GID du répertoire parent (qu'il soit SETGID ou pas). Linux, en comparaison, se comporte "normalement". Ce choix est-il historique, et dans quel but a-t-il été fait ? Peut-on désactiver cette option ?
man 2 open
" When a new file is created it is given the group of the directory which contains it. "
D'aprés la page de open sur opengroup:
" The POSIX.1-1990 standard required that the group ID of a newly created file be set to the group ID of its parent directory or to the effective group ID of the creating process. FIPS 151-2 required that implementations provide a way to have the group ID be set to the group ID of the containing directory, but did not prohibit implementations also supporting a way to set the group ID to the effective group ID of the creating process. Conforming applications should not assume which group ID will be used. If it matters, an application can use chown() to set the group ID after the file is created, or determine under what conditions the implementation will set the desired group ID. "
Ce qui me semble t'il laisse la pratique traditionnelle des BSD tout à fait conformante.
S.W.
-- Michel Talon
pornin
According to Marwan "FeanoR/var" Burelle :
Effectivement ... c'est aussi la différence entre "journaling" et "journalized" ?
Le vocabulaire utilisé dépend des auteurs, et chaque traduction rajoute une couche de malentendus.
Les filesystems journalisés à l'ext3 et les "logging filesystems" sont très proches conceptuellement, et par ailleurs un "log" se traduit en français par "journal". Dans le cas d'ext3, le journal est une zone restreinte hébergeant _temporairement_ les transactions, qui sont recopiées quasiment immédiatement dans leur zone de stockage définitive. Dans lfs, cette deuxième copie n'existe pas, et le journal est beaucoup plus gros.
Aussi, on peut parler de filesystem journalisé dans les deux cas.
--Thomas Pornin
According to Marwan "FeanoR/var" Burelle <burelle@lri.fr>:
Effectivement ... c'est aussi la différence entre "journaling" et
"journalized" ?
Le vocabulaire utilisé dépend des auteurs, et chaque traduction rajoute
une couche de malentendus.
Les filesystems journalisés à l'ext3 et les "logging filesystems" sont
très proches conceptuellement, et par ailleurs un "log" se traduit en
français par "journal". Dans le cas d'ext3, le journal est une zone
restreinte hébergeant _temporairement_ les transactions, qui sont
recopiées quasiment immédiatement dans leur zone de stockage définitive.
Dans lfs, cette deuxième copie n'existe pas, et le journal est beaucoup
plus gros.
Aussi, on peut parler de filesystem journalisé dans les deux cas.
Effectivement ... c'est aussi la différence entre "journaling" et "journalized" ?
Le vocabulaire utilisé dépend des auteurs, et chaque traduction rajoute une couche de malentendus.
Les filesystems journalisés à l'ext3 et les "logging filesystems" sont très proches conceptuellement, et par ailleurs un "log" se traduit en français par "journal". Dans le cas d'ext3, le journal est une zone restreinte hébergeant _temporairement_ les transactions, qui sont recopiées quasiment immédiatement dans leur zone de stockage définitive. Dans lfs, cette deuxième copie n'existe pas, et le journal est beaucoup plus gros.
Aussi, on peut parler de filesystem journalisé dans les deux cas.
--Thomas Pornin
Stéphane Witzmann
* Ma carte son USB : M-Audio Audiophile USB : j'étais content, FreeBSD est le premier système où elle fonctionne, et de manière plug'n'play (j'avoue être impressionné). J'ai commencé à déchanter ce soir, après avoir constaté que, lors d'une lecture MP3, basculer en mode texte puis revenir sur X crashe absolument tout. Dans les logs... apparemment les logs ne sont pas conservés d'un démarrage à l'autre, pourtant j'ai bien dit de logger tout dans all.log (/etc/syslog.conf). Bref. Le problème n'apparaît pas en utilisant la carte son intégrée à la carte mère. Encore l'USB ?
Eh bien, non ! Après avoir envoyé un rapport de bug, testé 5-CURRENT, j'ai trouvé le fautif. C'était pas la peine de chercher loin, c'est le même que d'habitude : les drivers nVidia made in nVidia. Une fois mais pas deux... Il y a de bons drivers ATi sous FreeBSD ?
* Ma carte son USB : M-Audio Audiophile USB : j'étais content, FreeBSD est
le premier système où elle fonctionne, et de manière plug'n'play (j'avoue
être impressionné). J'ai commencé à déchanter ce soir, après avoir
constaté que, lors d'une lecture MP3, basculer en mode texte puis revenir
sur X crashe absolument tout. Dans les logs... apparemment les logs ne
sont pas conservés d'un démarrage à l'autre, pourtant j'ai bien dit de
logger tout dans all.log (/etc/syslog.conf). Bref. Le problème n'apparaît
pas en utilisant la carte son intégrée à la carte mère. Encore l'USB ?
Eh bien, non ! Après avoir envoyé un rapport de bug, testé 5-CURRENT, j'ai
trouvé le fautif. C'était pas la peine de chercher loin, c'est le même que
d'habitude : les drivers nVidia made in nVidia. Une fois mais pas deux...
Il y a de bons drivers ATi sous FreeBSD ?
* Ma carte son USB : M-Audio Audiophile USB : j'étais content, FreeBSD est le premier système où elle fonctionne, et de manière plug'n'play (j'avoue être impressionné). J'ai commencé à déchanter ce soir, après avoir constaté que, lors d'une lecture MP3, basculer en mode texte puis revenir sur X crashe absolument tout. Dans les logs... apparemment les logs ne sont pas conservés d'un démarrage à l'autre, pourtant j'ai bien dit de logger tout dans all.log (/etc/syslog.conf). Bref. Le problème n'apparaît pas en utilisant la carte son intégrée à la carte mère. Encore l'USB ?
Eh bien, non ! Après avoir envoyé un rapport de bug, testé 5-CURRENT, j'ai trouvé le fautif. C'était pas la peine de chercher loin, c'est le même que d'habitude : les drivers nVidia made in nVidia. Une fois mais pas deux... Il y a de bons drivers ATi sous FreeBSD ?
Eric Masson
"Stéphane" == Stéphane Witzmann writes:
Stéphane> Il y a de bons drivers ATi sous FreeBSD ?
Le support dri est fourni par FreeBSD, voir les pages suivantes : http://people.freebsd.org/~anholt/dri/
Pour ce qui est de la décompression vidéo, le driver XFree86 fait un boulot tout à fait décent (mplayer en fenêtre ou plein écran n'est pas saccadé, P4 1,7 GHz, radeon mobility 7500)
Eric Masson
-- Ce message de Marc n'avait rien à faire sur ma boite privé sans MON autorisation s'il le fait c'est à ses risques et périls, il a gravement violé la nétiquette, un prêté pour un rendu. -+- 0QI in GNU : J'irais bien refaire un tour du côté de chez spam -+-
Stéphane> Il y a de bons drivers ATi sous FreeBSD ?
Le support dri est fourni par FreeBSD, voir les pages suivantes :
http://people.freebsd.org/~anholt/dri/
Pour ce qui est de la décompression vidéo, le driver XFree86 fait un
boulot tout à fait décent (mplayer en fenêtre ou plein écran n'est pas
saccadé, P4 1,7 GHz, radeon mobility 7500)
Eric Masson
--
Ce message de Marc n'avait rien à faire sur ma boite privé sans MON
autorisation s'il le fait c'est à ses risques et périls, il a gravement
violé la nétiquette, un prêté pour un rendu.
-+- 0QI in GNU : J'irais bien refaire un tour du côté de chez spam -+-
Stéphane> Il y a de bons drivers ATi sous FreeBSD ?
Le support dri est fourni par FreeBSD, voir les pages suivantes : http://people.freebsd.org/~anholt/dri/
Pour ce qui est de la décompression vidéo, le driver XFree86 fait un boulot tout à fait décent (mplayer en fenêtre ou plein écran n'est pas saccadé, P4 1,7 GHz, radeon mobility 7500)
Eric Masson
-- Ce message de Marc n'avait rien à faire sur ma boite privé sans MON autorisation s'il le fait c'est à ses risques et périls, il a gravement violé la nétiquette, un prêté pour un rendu. -+- 0QI in GNU : J'irais bien refaire un tour du côté de chez spam -+-
talon
Eric Masson wrote:
"Stéphane" == Stéphane Witzmann writes:
Stéphane> Il y a de bons drivers ATi sous FreeBSD ?
Le support dri est fourni par FreeBSD, voir les pages suivantes : http://people.freebsd.org/~anholt/dri/
Pour ce qui est de la décompression vidéo, le driver XFree86 fait un boulot tout à fait décent (mplayer en fenêtre ou plein écran n'est pas saccadé, P4 1,7 GHz, radeon mobility 7500)
Quel exploit! Je veux bien que le P4 soit un mauvais processeur, mais enfin... J'ai regardé hier un divx sur mon portable doté d'un Celeron 400 et d'une carte neomagic qui ne supporte pas le xv. A ma grande surprise, aprés avoir compilé un mplayer spécifique de la machine, ça passe. A titre d'exemple, au boulot j'ai une carte nvidia GeForce4 MX 440, sur un P4 3 Ghz, avec le driver nvidia, le tout sous Debian, et ça marche parfaitement. Le driver est NVIDIA-Linux-x86-1.0-4496-pkg2.run je le dis parceque la version précédente crashait dés fois au démarrage de mplayer, mais sans autre conséquence que le redémarrage de X. On dit aussi du mal de la toute dernière version.
Stéphane> Il y a de bons drivers ATi sous FreeBSD ?
Le support dri est fourni par FreeBSD, voir les pages suivantes :
http://people.freebsd.org/~anholt/dri/
Pour ce qui est de la décompression vidéo, le driver XFree86 fait un
boulot tout à fait décent (mplayer en fenêtre ou plein écran n'est pas
saccadé, P4 1,7 GHz, radeon mobility 7500)
Quel exploit! Je veux bien que le P4 soit un mauvais processeur, mais
enfin... J'ai regardé hier un divx sur mon portable doté d'un Celeron
400 et d'une carte neomagic qui ne supporte pas le xv. A ma grande
surprise, aprés avoir compilé un mplayer spécifique de la machine, ça
passe.
A titre d'exemple, au boulot j'ai une carte nvidia GeForce4 MX
440, sur un P4 3 Ghz, avec le driver nvidia, le tout sous Debian, et ça
marche parfaitement. Le driver est NVIDIA-Linux-x86-1.0-4496-pkg2.run
je le dis parceque la version précédente crashait dés fois au démarrage
de mplayer, mais sans autre conséquence que le redémarrage de X. On dit
aussi du mal de la toute dernière version.
Stéphane> Il y a de bons drivers ATi sous FreeBSD ?
Le support dri est fourni par FreeBSD, voir les pages suivantes : http://people.freebsd.org/~anholt/dri/
Pour ce qui est de la décompression vidéo, le driver XFree86 fait un boulot tout à fait décent (mplayer en fenêtre ou plein écran n'est pas saccadé, P4 1,7 GHz, radeon mobility 7500)
Quel exploit! Je veux bien que le P4 soit un mauvais processeur, mais enfin... J'ai regardé hier un divx sur mon portable doté d'un Celeron 400 et d'une carte neomagic qui ne supporte pas le xv. A ma grande surprise, aprés avoir compilé un mplayer spécifique de la machine, ça passe. A titre d'exemple, au boulot j'ai une carte nvidia GeForce4 MX 440, sur un P4 3 Ghz, avec le driver nvidia, le tout sous Debian, et ça marche parfaitement. Le driver est NVIDIA-Linux-x86-1.0-4496-pkg2.run je le dis parceque la version précédente crashait dés fois au démarrage de mplayer, mais sans autre conséquence que le redémarrage de X. On dit aussi du mal de la toute dernière version.
Eric Masson
--
Michel TALON
Eric Masson
"Michel" == Michel Talon writes:
Michel> Quel exploit! Je veux bien que le P4 soit un mauvais Michel> processeur, mais enfin...
Euh, ou est ce que tu as vu que je tapais sur le p4 ?
Il est un peu juste pour faire tourner kde, mais à part cela, rien à lui reprocher ;)
Eric Masson
-- L'attitude qui consiste a rappeler a un contributeur que sa poste est contraire a la charte du NG, me parait pedante, anale et probablement aussi "hors-sujet". Ce qui m'enerve plus qu' une poste sur le TeX... -+- Dr NV in GNU : Les a(nale)ventures de Docteur Juste Tex. -+-
"Michel" == Michel Talon <talon@lpthe.jussieu.fr> writes:
Michel> Quel exploit! Je veux bien que le P4 soit un mauvais
Michel> processeur, mais enfin...
Euh, ou est ce que tu as vu que je tapais sur le p4 ?
Il est un peu juste pour faire tourner kde, mais à part cela, rien à lui
reprocher ;)
Eric Masson
--
L'attitude qui consiste a rappeler a un contributeur que sa poste est
contraire a la charte du NG, me parait pedante, anale et probablement
aussi "hors-sujet". Ce qui m'enerve plus qu' une poste sur le TeX...
-+- Dr NV in GNU : Les a(nale)ventures de Docteur Juste Tex. -+-
Michel> Quel exploit! Je veux bien que le P4 soit un mauvais Michel> processeur, mais enfin...
Euh, ou est ce que tu as vu que je tapais sur le p4 ?
Il est un peu juste pour faire tourner kde, mais à part cela, rien à lui reprocher ;)
Eric Masson
-- L'attitude qui consiste a rappeler a un contributeur que sa poste est contraire a la charte du NG, me parait pedante, anale et probablement aussi "hors-sujet". Ce qui m'enerve plus qu' une poste sur le TeX... -+- Dr NV in GNU : Les a(nale)ventures de Docteur Juste Tex. -+-
talon
Eric Masson wrote:
"Michel" == Michel Talon writes:
Michel> Quel exploit! Je veux bien que le P4 soit un mauvais Michel> processeur, mais enfin...
Euh, ou est ce que tu as vu que je tapais sur le p4 ?
Il est un peu juste pour faire tourner kde, mais à part cela, rien à lui reprocher ;)
Tout juste qu'un P4 à 2 Ghz a les performances d'un Athlon à 1 Ghz, à part ça c'est un bon processeur ...
Eric Masson
--
Michel TALON
Eric Masson <emss@free.fr> wrote:
"Michel" == Michel Talon <talon@lpthe.jussieu.fr> writes:
Michel> Quel exploit! Je veux bien que le P4 soit un mauvais
Michel> processeur, mais enfin...
Euh, ou est ce que tu as vu que je tapais sur le p4 ?
Il est un peu juste pour faire tourner kde, mais à part cela, rien à lui
reprocher ;)
Tout juste qu'un P4 à 2 Ghz a les performances d'un Athlon à 1 Ghz,
à part ça c'est un bon processeur ...
Michel> Quel exploit! Je veux bien que le P4 soit un mauvais Michel> processeur, mais enfin...
Euh, ou est ce que tu as vu que je tapais sur le p4 ?
Il est un peu juste pour faire tourner kde, mais à part cela, rien à lui reprocher ;)
Tout juste qu'un P4 à 2 Ghz a les performances d'un Athlon à 1 Ghz, à part ça c'est un bon processeur ...
Eric Masson
--
Michel TALON
Stéphane Witzmann
Michel Talon wrote:
Eric Masson wrote:
"Michel" == Michel Talon writes:
Michel> Quel exploit! Je veux bien que le P4 soit un mauvais Michel> processeur, mais enfin...
Euh, ou est ce que tu as vu que je tapais sur le p4 ?
Il est un peu juste pour faire tourner kde, mais à part cela, rien à lui reprocher ;)
Tout juste qu'un P4 à 2 Ghz a les performances d'un Athlon à 1 Ghz, à part ça c'est un bon processeur ...
Eric Masson
Ils devraient remplacer les P4 par des Pentium-M, ceux-là sont encore plus impressionnants que les Athlons niveau performances par rapport à leur fréquence et leur consommation.
Michel Talon wrote:
Eric Masson <emss@free.fr> wrote:
"Michel" == Michel Talon <talon@lpthe.jussieu.fr> writes:
Michel> Quel exploit! Je veux bien que le P4 soit un mauvais
Michel> processeur, mais enfin...
Euh, ou est ce que tu as vu que je tapais sur le p4 ?
Il est un peu juste pour faire tourner kde, mais à part cela, rien à lui
reprocher ;)
Tout juste qu'un P4 à 2 Ghz a les performances d'un Athlon à 1 Ghz,
à part ça c'est un bon processeur ...
Eric Masson
Ils devraient remplacer les P4 par des Pentium-M, ceux-là sont encore plus
impressionnants que les Athlons niveau performances par rapport à leur
fréquence et leur consommation.
Michel> Quel exploit! Je veux bien que le P4 soit un mauvais Michel> processeur, mais enfin...
Euh, ou est ce que tu as vu que je tapais sur le p4 ?
Il est un peu juste pour faire tourner kde, mais à part cela, rien à lui reprocher ;)
Tout juste qu'un P4 à 2 Ghz a les performances d'un Athlon à 1 Ghz, à part ça c'est un bon processeur ...
Eric Masson
Ils devraient remplacer les P4 par des Pentium-M, ceux-là sont encore plus impressionnants que les Athlons niveau performances par rapport à leur fréquence et leur consommation.
Eric Masson
"Stéphane" == Stéphane Witzmann writes:
Stéphane> Ils devraient remplacer les P4 par des Pentium-M, ceux-là Stéphane> sont encore plus impressionnants que les Athlons niveau Stéphane> performances par rapport à leur fréquence et leur Stéphane> consommation.
Troll/Pas Troll ?
Le 1,7GHz dont je parlais est un Mobile installé dans un inspiron 4150, et je ne le trouve pas particulièrement lent, mis à part bien sûr sous Kde, même xp tourne plus que correctement.
Eric Masson
-- Et puis, je sais que ça ne se fait pas de reprendre sur l'orthographe, mais l'usage Usenetien veut qu'on écrive "scançeur". En ajoutant "fâssiste", pour faire bonne mesure. -+- XH in <http://www.le-gnu.net> : L'heptalingue sans peine -+-
Stéphane> Ils devraient remplacer les P4 par des Pentium-M, ceux-là
Stéphane> sont encore plus impressionnants que les Athlons niveau
Stéphane> performances par rapport à leur fréquence et leur
Stéphane> consommation.
Troll/Pas Troll ?
Le 1,7GHz dont je parlais est un Mobile installé dans un inspiron 4150,
et je ne le trouve pas particulièrement lent, mis à part bien sûr sous
Kde, même xp tourne plus que correctement.
Eric Masson
--
Et puis, je sais que ça ne se fait pas de reprendre sur l'orthographe,
mais l'usage Usenetien veut qu'on écrive "scançeur".
En ajoutant "fâssiste", pour faire bonne mesure.
-+- XH in <http://www.le-gnu.net> : L'heptalingue sans peine -+-
Stéphane> Ils devraient remplacer les P4 par des Pentium-M, ceux-là Stéphane> sont encore plus impressionnants que les Athlons niveau Stéphane> performances par rapport à leur fréquence et leur Stéphane> consommation.
Troll/Pas Troll ?
Le 1,7GHz dont je parlais est un Mobile installé dans un inspiron 4150, et je ne le trouve pas particulièrement lent, mis à part bien sûr sous Kde, même xp tourne plus que correctement.
Eric Masson
-- Et puis, je sais que ça ne se fait pas de reprendre sur l'orthographe, mais l'usage Usenetien veut qu'on écrive "scançeur". En ajoutant "fâssiste", pour faire bonne mesure. -+- XH in <http://www.le-gnu.net> : L'heptalingue sans peine -+-
