Ca doit faire... 4 ou 3 ans que j'entends dire que l'implémentation du NFS
par Linux est... mauvaise.
Il y a une raison pour qu'en 4 ans rien n'ait avancé depuis?
Je ne ma plains pas hein, je me demande juste pourquoi. Dans la mesre ou
sur certaines features c'est allé assez vite mais sur celui-ci, c'est
anormalement lent... n'est-ce pas?
--
A powerfull GroupWare, CMS, CRM, ECM: CPS (Open Source & GPL).
Opengroupware, SPIP, Plone, PhpBB, JetSpeed... are good: CPS is better.
http://www.cps-project.org for downloads & documentation.
Free hosting of CPS groupware: http://www.objectis.org.
PS : et oui, Linux n'a d'intérêt que de familiariser le plus grand nombre de personnes à Unix et à l'OpenSource - une fois le premier pas fait, ils chercheront un système qui marche vraiment
Catastrophe ! C'est pas un intérêt ça, c'est un inconvénient.
Patrice Karatchentzeff wrote:
PS : et oui, Linux n'a d'intérêt que de familiariser le plus grand
nombre de personnes à Unix et à l'OpenSource - une fois le premier
pas fait, ils chercheront un système qui marche vraiment
Catastrophe ! C'est pas un intérêt ça, c'est un inconvénient.
PS : et oui, Linux n'a d'intérêt que de familiariser le plus grand nombre de personnes à Unix et à l'OpenSource - une fois le premier pas fait, ils chercheront un système qui marche vraiment
Catastrophe ! C'est pas un intérêt ça, c'est un inconvénient.
talon
Patrice Karatchentzeff wrote:
Des p'tits gars de FreeBSD - le BSD qui tente de singer Linux - trouvent que Linux, ça pue ?
Surtout quand l'un d'entre eux travaille dans une entreprise qui fabrique des horloges atomiques, évidemment le guignolo de Finlande connaît beaucoup mieux son affaire!
Des p'tits gars de FreeBSD - le BSD qui tente de singer Linux -
trouvent que Linux, ça pue ?
Surtout quand l'un d'entre eux travaille dans une entreprise qui fabrique des
horloges atomiques, évidemment le guignolo de Finlande connaît beaucoup mieux
son affaire!
Des p'tits gars de FreeBSD - le BSD qui tente de singer Linux - trouvent que Linux, ça pue ?
Surtout quand l'un d'entre eux travaille dans une entreprise qui fabrique des horloges atomiques, évidemment le guignolo de Finlande connaît beaucoup mieux son affaire!
--
Michel TALON
Nicolas George
Thierry Herbelot , dans le message , a écrit :
chercheront un système qui marche vraiment
Pendant quelques minutes, j'ai cru que tu parlais de BSD...
Thierry Herbelot , dans le message <s0ph43-k3d1.ln1@tfh.herbelot.nom>, a
écrit :
chercheront un système qui marche vraiment
Pendant quelques minutes, j'ai cru que tu parlais de BSD...
Pendant quelques minutes, j'ai cru que tu parlais de BSD...
Jérémy JUST
On Sat, 12 Nov 2005 19:02:07 +0000 (UTC) (Michel Talon) wrote:
Surtout quand l'un d'entre eux travaille dans une entreprise qui fabrique des horloges atomiques, évidemment le guignolo de Finlande connaît beaucoup mieux son affaire!
Passer ses journées à fabriquer des horloges atomiques ne donne malheureusement pas davantage significatif pour rendre les horloges (à quartz?) des PC plus précises.
Cela dit, je ne comprends toujours pas pourquoi les horloges des PC sont aussi imprécises, alors que ma Swatch ne dérive pas de façon significative en six mois (au dernier changement d'heure, j'ai comparé son heure à celle de NTP, et l'erreur devait grosso modo correspondre à celle que j'avais introduite lors du passage à l'heure d'été). Est-ce parce que les fabricants de matériel se reposent sur les logiciels pour corriger les erreurs systématiques?
-- Jérémy JUST
On Sat, 12 Nov 2005 19:02:07 +0000 (UTC)
talon@lpthe.jussieu.fr (Michel Talon) wrote:
Surtout quand l'un d'entre eux travaille dans une entreprise qui
fabrique des horloges atomiques, évidemment le guignolo de Finlande
connaît beaucoup mieux son affaire!
Passer ses journées à fabriquer des horloges atomiques ne donne
malheureusement pas davantage significatif pour rendre les horloges (à
quartz?) des PC plus précises.
Cela dit, je ne comprends toujours pas pourquoi les horloges des PC
sont aussi imprécises, alors que ma Swatch ne dérive pas de façon
significative en six mois (au dernier changement d'heure, j'ai comparé
son heure à celle de NTP, et l'erreur devait grosso modo correspondre
à celle que j'avais introduite lors du passage à l'heure d'été).
Est-ce parce que les fabricants de matériel se reposent sur les
logiciels pour corriger les erreurs systématiques?
On Sat, 12 Nov 2005 19:02:07 +0000 (UTC) (Michel Talon) wrote:
Surtout quand l'un d'entre eux travaille dans une entreprise qui fabrique des horloges atomiques, évidemment le guignolo de Finlande connaît beaucoup mieux son affaire!
Passer ses journées à fabriquer des horloges atomiques ne donne malheureusement pas davantage significatif pour rendre les horloges (à quartz?) des PC plus précises.
Cela dit, je ne comprends toujours pas pourquoi les horloges des PC sont aussi imprécises, alors que ma Swatch ne dérive pas de façon significative en six mois (au dernier changement d'heure, j'ai comparé son heure à celle de NTP, et l'erreur devait grosso modo correspondre à celle que j'avais introduite lors du passage à l'heure d'été). Est-ce parce que les fabricants de matériel se reposent sur les logiciels pour corriger les erreurs systématiques?
-- Jérémy JUST
Emmanuel Florac
Le Sat, 12 Nov 2005 22:46:40 +0100, Jérémy JUST a écrit :
j'ai comparé son heure à celle de NTP, et l'erreur devait grosso modo correspondre à celle que j'avais introduite lors du passage à l'heure d'été). Est-ce parce que les fabricants de matériel se reposent sur les logiciels pour corriger les erreurs systématiques?
Plus les cadences processeur sont élevées, plus la dérive de l'horloge est forte. Sur des babasses à 100 ou 200 Mhz, l'horloge ne bouge pour ainsi dire pas (1 ou 2 secondes par mois à tout pêter), alors que sur les machines à 2Ghz et plus c'est 1 ou 2 secondes par jour (et j'ai vu jusqu'à 8 secondes par jour sur un P4 3.6Ghz).
-- Quidquid latine dictum sit, altum sonatur
Le Sat, 12 Nov 2005 22:46:40 +0100, Jérémy JUST a écrit :
j'ai comparé
son heure à celle de NTP, et l'erreur devait grosso modo correspondre
à celle que j'avais introduite lors du passage à l'heure d'été).
Est-ce parce que les fabricants de matériel se reposent sur les
logiciels pour corriger les erreurs systématiques?
Plus les cadences processeur sont élevées, plus la dérive de l'horloge
est forte. Sur des babasses à 100 ou 200 Mhz, l'horloge ne bouge pour
ainsi dire pas (1 ou 2 secondes par mois à tout pêter), alors que sur
les machines à 2Ghz et plus c'est 1 ou 2 secondes par jour (et j'ai vu
jusqu'à 8 secondes par jour sur un P4 3.6Ghz).
Le Sat, 12 Nov 2005 22:46:40 +0100, Jérémy JUST a écrit :
j'ai comparé son heure à celle de NTP, et l'erreur devait grosso modo correspondre à celle que j'avais introduite lors du passage à l'heure d'été). Est-ce parce que les fabricants de matériel se reposent sur les logiciels pour corriger les erreurs systématiques?
Plus les cadences processeur sont élevées, plus la dérive de l'horloge est forte. Sur des babasses à 100 ou 200 Mhz, l'horloge ne bouge pour ainsi dire pas (1 ou 2 secondes par mois à tout pêter), alors que sur les machines à 2Ghz et plus c'est 1 ou 2 secondes par jour (et j'ai vu jusqu'à 8 secondes par jour sur un P4 3.6Ghz).
-- Quidquid latine dictum sit, altum sonatur
talon
Emmanuel Florac wrote:
Le Sat, 12 Nov 2005 22:46:40 +0100, Jérémy JUST a écrit :
j'ai comparé son heure à celle de NTP, et l'erreur devait grosso modo correspondre à celle que j'avais introduite lors du passage à l'heure d'été). Est-ce parce que les fabricants de matériel se reposent sur les logiciels pour corriger les erreurs systématiques?
Plus les cadences processeur sont élevées, plus la dérive de l'horloge est forte. Sur des babasses à 100 ou 200 Mhz, l'horloge ne bouge pour ainsi dire pas (1 ou 2 secondes par mois à tout pêter), alors que sur les machines à 2Ghz et plus c'est 1 ou 2 secondes par jour (et j'ai vu jusqu'à 8 secondes par jour sur un P4 3.6Ghz).
Et par dessus le marché sur des processeurs à économie d'énergie, où la fréquence varie en fonction de la charge, l'horloge TSC varie aussi, ce qui est absolument génial pour servir d'horloge fiable! Remarque que pour un système qui a longtemps préconisé l'usage de ext2 non journalisé en mode asynchrone, il faut s'attendre à tout.
--
Michel TALON
Emmanuel Florac <eflorac@imaginet.fr> wrote:
Le Sat, 12 Nov 2005 22:46:40 +0100, Jérémy JUST a écrit :
j'ai comparé
son heure à celle de NTP, et l'erreur devait grosso modo correspondre
à celle que j'avais introduite lors du passage à l'heure d'été).
Est-ce parce que les fabricants de matériel se reposent sur les
logiciels pour corriger les erreurs systématiques?
Plus les cadences processeur sont élevées, plus la dérive de l'horloge
est forte. Sur des babasses à 100 ou 200 Mhz, l'horloge ne bouge pour
ainsi dire pas (1 ou 2 secondes par mois à tout pêter), alors que sur
les machines à 2Ghz et plus c'est 1 ou 2 secondes par jour (et j'ai vu
jusqu'à 8 secondes par jour sur un P4 3.6Ghz).
Et par dessus le marché sur des processeurs à économie d'énergie, où la
fréquence varie en fonction de la charge, l'horloge TSC varie aussi, ce qui
est absolument génial pour servir d'horloge fiable! Remarque que pour un
système qui a longtemps préconisé l'usage de ext2 non journalisé en mode
asynchrone, il faut s'attendre à tout.
Le Sat, 12 Nov 2005 22:46:40 +0100, Jérémy JUST a écrit :
j'ai comparé son heure à celle de NTP, et l'erreur devait grosso modo correspondre à celle que j'avais introduite lors du passage à l'heure d'été). Est-ce parce que les fabricants de matériel se reposent sur les logiciels pour corriger les erreurs systématiques?
Plus les cadences processeur sont élevées, plus la dérive de l'horloge est forte. Sur des babasses à 100 ou 200 Mhz, l'horloge ne bouge pour ainsi dire pas (1 ou 2 secondes par mois à tout pêter), alors que sur les machines à 2Ghz et plus c'est 1 ou 2 secondes par jour (et j'ai vu jusqu'à 8 secondes par jour sur un P4 3.6Ghz).
Et par dessus le marché sur des processeurs à économie d'énergie, où la fréquence varie en fonction de la charge, l'horloge TSC varie aussi, ce qui est absolument génial pour servir d'horloge fiable! Remarque que pour un système qui a longtemps préconisé l'usage de ext2 non journalisé en mode asynchrone, il faut s'attendre à tout.
--
Michel TALON
Julien BLACHE
(Michel Talon) wrote:
est absolument génial pour servir d'horloge fiable! Remarque que pour un système qui a longtemps préconisé l'usage de ext2 non journalisé en mode asynchrone, il faut s'attendre à tout.
Plus je te lis, plus je me demande pourquoi tu postes encore dans un groupe qui contient "linux" dans son nom.
JB.
-- J'a -+- PM in GGE - Je vous ai tous grillés sur cette réponse -+-
talon@lpthe.jussieu.fr (Michel Talon) wrote:
est absolument génial pour servir d'horloge fiable! Remarque que pour un
système qui a longtemps préconisé l'usage de ext2 non journalisé en mode
asynchrone, il faut s'attendre à tout.
Plus je te lis, plus je me demande pourquoi tu postes encore dans un
groupe qui contient "linux" dans son nom.
JB.
--
J'a
-+- PM in GGE - Je vous ai tous grillés sur cette réponse -+-
est absolument génial pour servir d'horloge fiable! Remarque que pour un système qui a longtemps préconisé l'usage de ext2 non journalisé en mode asynchrone, il faut s'attendre à tout.
Plus je te lis, plus je me demande pourquoi tu postes encore dans un groupe qui contient "linux" dans son nom.
JB.
-- J'a -+- PM in GGE - Je vous ai tous grillés sur cette réponse -+-
talon
Julien BLACHE wrote:
(Michel Talon) wrote:
est absolument génial pour servir d'horloge fiable! Remarque que pour un système qui a longtemps préconisé l'usage de ext2 non journalisé en mode asynchrone, il faut s'attendre à tout.
Plus je te lis, plus je me demande pourquoi tu postes encore dans un groupe qui contient "linux" dans son nom.
C'est bien possible que j'ai découvert et utilisé Linux avant toi. Se mettre un bandeau devant les yeux pour ne pas voir les problèmes ne les a jamais résolus. Des problèmes il y en a partout et largement autant dans Linux qu'ailleurs.
JB.
--
Michel TALON
Julien BLACHE <jb@jblache.org> wrote:
talon@lpthe.jussieu.fr (Michel Talon) wrote:
est absolument génial pour servir d'horloge fiable! Remarque que pour un
système qui a longtemps préconisé l'usage de ext2 non journalisé en mode
asynchrone, il faut s'attendre à tout.
Plus je te lis, plus je me demande pourquoi tu postes encore dans un
groupe qui contient "linux" dans son nom.
C'est bien possible que j'ai découvert et utilisé Linux avant toi. Se mettre
un bandeau devant les yeux pour ne pas voir les problèmes ne les a jamais
résolus. Des problèmes il y en a partout et largement autant dans Linux
qu'ailleurs.
est absolument génial pour servir d'horloge fiable! Remarque que pour un système qui a longtemps préconisé l'usage de ext2 non journalisé en mode asynchrone, il faut s'attendre à tout.
Plus je te lis, plus je me demande pourquoi tu postes encore dans un groupe qui contient "linux" dans son nom.
C'est bien possible que j'ai découvert et utilisé Linux avant toi. Se mettre un bandeau devant les yeux pour ne pas voir les problèmes ne les a jamais résolus. Des problèmes il y en a partout et largement autant dans Linux qu'ailleurs.
JB.
--
Michel TALON
Vincent Bernat
OoO Pendant le temps de midi du dimanche 13 novembre 2005, vers 12:46, Julien BLACHE disait:
est absolument génial pour servir d'horloge fiable! Remarque que pour un système qui a longtemps préconisé l'usage de ext2 non journalisé en mode asynchrone, il faut s'attendre à tout.
Plus je te lis, plus je me demande pourquoi tu postes encore dans un groupe qui contient "linux" dans son nom.
D'un autre côté, demander de la cohérence à quelqu'un qui dit qu'il ne faut développer qu'un seul desktop, à savoir KDE, pour éviter les dispersions d'effort et qui utilise et promeut l'usage de FreeBSD au lieu d'éviter la dispersion des efforts en utilisant Linux comme tout le monde, c'est un peu dur. -- I WILL NOT FAKE RABIES I WILL NOT FAKE RABIES I WILL NOT FAKE RABIES -+- Bart Simpson on chalkboard in episode 8F07
OoO Pendant le temps de midi du dimanche 13 novembre 2005, vers 12:46,
Julien BLACHE <jb@jblache.org> disait:
est absolument génial pour servir d'horloge fiable! Remarque que pour un
système qui a longtemps préconisé l'usage de ext2 non journalisé en mode
asynchrone, il faut s'attendre à tout.
Plus je te lis, plus je me demande pourquoi tu postes encore dans un
groupe qui contient "linux" dans son nom.
D'un autre côté, demander de la cohérence à quelqu'un qui dit qu'il ne
faut développer qu'un seul desktop, à savoir KDE, pour éviter les
dispersions d'effort et qui utilise et promeut l'usage de FreeBSD au
lieu d'éviter la dispersion des efforts en utilisant Linux comme tout
le monde, c'est un peu dur.
--
I WILL NOT FAKE RABIES
I WILL NOT FAKE RABIES
I WILL NOT FAKE RABIES
-+- Bart Simpson on chalkboard in episode 8F07
OoO Pendant le temps de midi du dimanche 13 novembre 2005, vers 12:46, Julien BLACHE disait:
est absolument génial pour servir d'horloge fiable! Remarque que pour un système qui a longtemps préconisé l'usage de ext2 non journalisé en mode asynchrone, il faut s'attendre à tout.
Plus je te lis, plus je me demande pourquoi tu postes encore dans un groupe qui contient "linux" dans son nom.
D'un autre côté, demander de la cohérence à quelqu'un qui dit qu'il ne faut développer qu'un seul desktop, à savoir KDE, pour éviter les dispersions d'effort et qui utilise et promeut l'usage de FreeBSD au lieu d'éviter la dispersion des efforts en utilisant Linux comme tout le monde, c'est un peu dur. -- I WILL NOT FAKE RABIES I WILL NOT FAKE RABIES I WILL NOT FAKE RABIES -+- Bart Simpson on chalkboard in episode 8F07
Julien BLACHE
(Michel Talon) wrote:
Plus je te lis, plus je me demande pourquoi tu postes encore dans un groupe qui contient "linux" dans son nom.
C'est bien possible que j'ai découvert et utilisé Linux avant toi. Se mettre
Oui, et après ? En quoi est-ce pertinent dans le débat (?) qui nous occupe ?
un bandeau devant les yeux pour ne pas voir les problèmes ne les a jamais résolus. Des problèmes il y en a partout et largement autant dans Linux qu'ailleurs.
Vu que tu utilises FreeBSD et que tu en fais la promotion, pourquoi viens-tu donc t'époumoner ici à pointer ce que tu considères comme des problèmes dans Linux ? Tu n'as rien de mieux à faire ?
JB.
-- T> Pourriez-vous être plus précise sur ce site car je recherche des T> ascendants venus d'allemagne. Merci CP> oui tu recherches quoi ?? a la suite de quel message ?? -+- T in GGE - La preuve par l'exemple -+-
talon@lpthe.jussieu.fr (Michel Talon) wrote:
Plus je te lis, plus je me demande pourquoi tu postes encore dans un
groupe qui contient "linux" dans son nom.
C'est bien possible que j'ai découvert et utilisé Linux avant toi. Se mettre
Oui, et après ? En quoi est-ce pertinent dans le débat (?) qui nous
occupe ?
un bandeau devant les yeux pour ne pas voir les problèmes ne les a jamais
résolus. Des problèmes il y en a partout et largement autant dans Linux
qu'ailleurs.
Vu que tu utilises FreeBSD et que tu en fais la promotion, pourquoi
viens-tu donc t'époumoner ici à pointer ce que tu considères comme des
problèmes dans Linux ? Tu n'as rien de mieux à faire ?
JB.
--
T> Pourriez-vous être plus précise sur ce site car je recherche des
T> ascendants venus d'allemagne. Merci
CP> oui tu recherches quoi ?? a la suite de quel message ??
-+- T in GGE - La preuve par l'exemple -+-
Plus je te lis, plus je me demande pourquoi tu postes encore dans un groupe qui contient "linux" dans son nom.
C'est bien possible que j'ai découvert et utilisé Linux avant toi. Se mettre
Oui, et après ? En quoi est-ce pertinent dans le débat (?) qui nous occupe ?
un bandeau devant les yeux pour ne pas voir les problèmes ne les a jamais résolus. Des problèmes il y en a partout et largement autant dans Linux qu'ailleurs.
Vu que tu utilises FreeBSD et que tu en fais la promotion, pourquoi viens-tu donc t'époumoner ici à pointer ce que tu considères comme des problèmes dans Linux ? Tu n'as rien de mieux à faire ?
JB.
-- T> Pourriez-vous être plus précise sur ce site car je recherche des T> ascendants venus d'allemagne. Merci CP> oui tu recherches quoi ?? a la suite de quel message ?? -+- T in GGE - La preuve par l'exemple -+-
