Averelll avait écrit le 18.01.2010 :
> Michel Doucet a écrit :
>> Bonjour/soir, le Mon, 18 Jan 2010 18:38:26 +0100, *Averelll* a caressé son
>> clavier pour nous dire dans le message suivant:
>>
>>>> Je préfère une Dacia qui marche qu'une Porsche bling-bling qui doit
>>>> aller en révision tous les 15 jours ...
>>>>
>>> tellement imbu de votre petite personne que vous passez votre temps à
>>> vouloir imposer votre choix en proférant mensonges et contrevérités.
>>
>> Préférer ne veut pas dire imposer.
>
> C'est pourquoi depuis des années vous ne cessez de troller les groupes
> windows avec mépris et suffisance.
>
> > Imposer c'est ce que MS$ fait avec ces
>> softs troués installés sans le consentement des consommateurs au mépris des
>> lois européennes.
>>
> et c'est reparti avec vos obsessions. Vous êtes un grand malade.
Linux n'est pas le préféré, et il n'arrive pas à s'imposer
Tirer en leçon, Monsieur le Trôleur Obsessionnel
L'étrange chimie qui agite votre cerveau créée des effets propres à
votre personne, vous faisant croire à l'universalité de vos propos, qui
sont, je dois le dire, juste délirants
Avec la lumière du jour, il est préférable d'ouvrir grand les fenêtres
et de vous laisser pénétrer par la lumière salvatrice et réparatrice,
qui dissipera les ombres qui se cachent derrière vous
Le pingouin qui hante vos rêves doit vous quitter au chant du coq,
quitte à le retrouver dès la nuit tombée
Ces quelques heures de répits seront indiscutablement profitables à
tous les deux, et ils vous remercieront chaleureusement
--
P4nd1-P4nd4 vous salue, et annonce que le petit ourson possède
désormais son blog
p4nd1-p4nd4.over-blog.com
Utilise un seul dique, mets le second dans un boitier USB et utilise le pour faire des sauvegardes full et incrémentales
Ca c'est beaucoup plus inteligent, et ca montre une certaine compréhension de l'exploitation qui te fait défaut
OK, tu ne sais pas ce que c'est une production informatique avec ses contraintes de continuité de service.
Toi non plus car tu ne peux choisir entre sauvegardes et continuité de services...
:)))))))))))))))))))))))))))))))))))
Doug713705
Dans fr.comp.os.linux.debats P4nd1-P4nd4 nous expliquait:
(Je rajouterai aussi sous Linux contre la corruption maladive du système de fichier pourri)
De quel système de fichiers parles-tu ?
Parce que contrairement à Windows qui n'en supporte que deux (et leurs dérivés), Linux prend un charge une floppée de système de fichiers différents. J'imagine que quelqu'un de ta trempe arrivera facilement à retrouver la liste des système de fichiers supportés par Linux grace à Bing. -- @+ Doug - Linux user #307925 - Slackware64 roulaize ;-) [ Plus ou moins avec une chance de peut-être ]
Dans fr.comp.os.linux.debats P4nd1-P4nd4 nous expliquait:
(Je rajouterai aussi sous Linux contre la corruption maladive du
système de fichier pourri)
De quel système de fichiers parles-tu ?
Parce que contrairement à Windows qui n'en supporte que deux (et leurs
dérivés), Linux prend un charge une floppée de système de fichiers
différents.
J'imagine que quelqu'un de ta trempe arrivera facilement à retrouver la
liste des système de fichiers supportés par Linux grace à Bing.
--
@+
Doug - Linux user #307925 - Slackware64 roulaize ;-)
[ Plus ou moins avec une chance de peut-être ]
Dans fr.comp.os.linux.debats P4nd1-P4nd4 nous expliquait:
(Je rajouterai aussi sous Linux contre la corruption maladive du système de fichier pourri)
De quel système de fichiers parles-tu ?
Parce que contrairement à Windows qui n'en supporte que deux (et leurs dérivés), Linux prend un charge une floppée de système de fichiers différents. J'imagine que quelqu'un de ta trempe arrivera facilement à retrouver la liste des système de fichiers supportés par Linux grace à Bing. -- @+ Doug - Linux user #307925 - Slackware64 roulaize ;-) [ Plus ou moins avec une chance de peut-être ]
(c'est peut-être la faute de mon imprimante laser)
Si tu l'as téléchargée depuis un site russe ou taiwanais, c'est peut-être une fausse.
-- All truth passes through three stages : First, it is ridiculed Second, it is violently opposed Third, it is accepted as being self-evident Schopenhauer
In article <4b5ab026$0$15407$426a34cc@news.free.fr>,
moi-meme <chiebel@free.fr> writes:
(c'est peut-être la faute de mon imprimante laser)
Si tu l'as téléchargée depuis un site russe ou taiwanais, c'est
peut-être une fausse.
--
All truth passes through three stages :
First, it is ridiculed
Second, it is violently opposed
Third, it is accepted as being self-evident
Schopenhauer
(c'est peut-être la faute de mon imprimante laser)
Si tu l'as téléchargée depuis un site russe ou taiwanais, c'est peut-être une fausse.
-- All truth passes through three stages : First, it is ridiculed Second, it is violently opposed Third, it is accepted as being self-evident Schopenhauer
Doug713705
Dans fr.comp.os.linux.debats P4nd1-P4nd4 nous expliquait:
Toi non plus car tu ne peux choisir entre sauvegardes et continuité de services...
Ne prète pas tes limitations aux autres s'il te plait. Tout le monde ne dispose pas d'un cerveau aussi limité que le tien et n'utilise pas un OS de merde comme toi.
Finalement, comme l'OS que tu vénères, tu es conceptuellement défaillant. -- @+ Doug - Linux user #307925 - Slackware64 roulaize ;-) [ Plus ou moins avec une chance de peut-être ]
Dans fr.comp.os.linux.debats P4nd1-P4nd4 nous expliquait:
Toi non plus car tu ne peux choisir entre sauvegardes et continuité de
services...
Ne prète pas tes limitations aux autres s'il te plait.
Tout le monde ne dispose pas d'un cerveau aussi limité que le
tien et n'utilise pas un OS de merde comme toi.
Finalement, comme l'OS que tu vénères, tu es conceptuellement
défaillant.
--
@+
Doug - Linux user #307925 - Slackware64 roulaize ;-)
[ Plus ou moins avec une chance de peut-être ]
Dans fr.comp.os.linux.debats P4nd1-P4nd4 nous expliquait:
Toi non plus car tu ne peux choisir entre sauvegardes et continuité de services...
Ne prète pas tes limitations aux autres s'il te plait. Tout le monde ne dispose pas d'un cerveau aussi limité que le tien et n'utilise pas un OS de merde comme toi.
Finalement, comme l'OS que tu vénères, tu es conceptuellement défaillant. -- @+ Doug - Linux user #307925 - Slackware64 roulaize ;-) [ Plus ou moins avec une chance de peut-être ]
moi-meme
Le Sat, 23 Jan 2010 16:02:41 +0000, Yves Lambert a écrit :
Le Sat, 23 Jan 2010 09:15:23 +0100, Sergio a écrit :
Franssoa a écrit :
T'as pas une adresse pour télécharger une imprimante ?
Cela m'intéresse aussi. Si tu n'en trouves pas, voici de quoi te consoler : <http://www.usbwine.com>.
Zut... comme d'habitude Mac ou PC, rien pour linux... Espérons qu'ils feront un driver bientôt.
Avec Wine, ça ne marche pas ?
Il doit y avoir un bug, avec Wine ça donne de la bière.
-- Toxico Nimbus Free as in free beer
Toxico Nimbus
Le Fri, 22 Jan 2010 10:13:13 +0000, JKB a écrit :
Le 22-01-2010, ? propos de Re: swap en RAM (anciennement : Lettre à M.D., Toxico Nimbus ?crivait dans fr.comp.os.linux.configuration :
Le Fri, 22 Jan 2010 01:56:51 +0000, Yves Lambert a écrit :
(1) Le chargement d'une page mémoire ou sa recopie à l'identique dans une autre page) est beaucoup moins coûteux que le chargement ou l'écriture sur un périphérique lent (disque dur). Sur un processeur à pipeline, ça ne fait un trou que d'une instruction si je ne m'abuse. L'erreur de page est détecté au décodage de l'instruction, alors que les chargement de pages depuis un périphérique lent (plus lent que la RAM le lg se fait sur des milliers d'instructions (quelques dizaines de millisecondes de latence - de quoi vider le pipe-line et introduire un LAG durant lequel le processeur fonctionne sur une seule patte pendant tout le remplissage.
En même temps, l'exeption défaut de page provoque nécessairement un passage en mode privilégié, donc un contexte-switch avec vidage de pipe- line mais aussi sauvegarde/restauration de contexte de vidage de cache (en partie). Au milieu de tout ça, la vidage du pipe-line est négligeable.
Vidage de pipe-line ? Je ne vois pas pourquoi. Enfin, si, sur un x86, je vois, mais dans le cas général de processeur bien fichu, c'est faux.
Quand tu en arrives à exécuter l'instruction qui déclenche un défaut de page, le code d'interruption doit être exécuté immédiatement, d'où la nécessité de vider le pipe-line pour éviter que des instruction suivantes ne soient exécutées entre-temps. Donc il y aura forcément vidage du pipe-line quelle que soit l'architecture... Ou alors je suis franchement à l'ouest.
-- Toxico Nimbus
Le Fri, 22 Jan 2010 10:13:13 +0000, JKB a écrit :
Le 22-01-2010, ? propos de
Re: swap en RAM (anciennement : Lettre à M.D.,
Toxico Nimbus ?crivait dans fr.comp.os.linux.configuration :
Le Fri, 22 Jan 2010 01:56:51 +0000, Yves Lambert a écrit :
(1) Le chargement d'une page mémoire ou sa recopie à l'identique dans
une autre page) est beaucoup moins coûteux que le chargement ou
l'écriture sur un périphérique lent (disque dur). Sur un processeur à
pipeline, ça ne fait un trou que d'une instruction si je ne m'abuse.
L'erreur de page est détecté au décodage de l'instruction, alors que
les chargement de pages depuis un périphérique lent (plus lent que la
RAM le lg se fait sur des milliers d'instructions (quelques dizaines
de millisecondes de latence - de quoi vider le pipe-line et introduire
un LAG durant lequel le processeur fonctionne sur une seule patte
pendant tout le remplissage.
En même temps, l'exeption défaut de page provoque nécessairement un
passage en mode privilégié, donc un contexte-switch avec vidage de
pipe- line mais aussi sauvegarde/restauration de contexte de vidage de
cache (en partie). Au milieu de tout ça, la vidage du pipe-line est
négligeable.
Vidage de pipe-line ? Je ne vois pas pourquoi. Enfin, si, sur un x86,
je vois, mais dans le cas général de processeur bien fichu, c'est faux.
Quand tu en arrives à exécuter l'instruction qui déclenche un défaut de page,
le code d'interruption doit être exécuté immédiatement, d'où la nécessité de
vider le pipe-line pour éviter que des instruction suivantes ne soient
exécutées entre-temps. Donc il y aura forcément vidage du pipe-line quelle
que soit l'architecture... Ou alors je suis franchement à l'ouest.
Le 22-01-2010, ? propos de Re: swap en RAM (anciennement : Lettre à M.D., Toxico Nimbus ?crivait dans fr.comp.os.linux.configuration :
Le Fri, 22 Jan 2010 01:56:51 +0000, Yves Lambert a écrit :
(1) Le chargement d'une page mémoire ou sa recopie à l'identique dans une autre page) est beaucoup moins coûteux que le chargement ou l'écriture sur un périphérique lent (disque dur). Sur un processeur à pipeline, ça ne fait un trou que d'une instruction si je ne m'abuse. L'erreur de page est détecté au décodage de l'instruction, alors que les chargement de pages depuis un périphérique lent (plus lent que la RAM le lg se fait sur des milliers d'instructions (quelques dizaines de millisecondes de latence - de quoi vider le pipe-line et introduire un LAG durant lequel le processeur fonctionne sur une seule patte pendant tout le remplissage.
En même temps, l'exeption défaut de page provoque nécessairement un passage en mode privilégié, donc un contexte-switch avec vidage de pipe- line mais aussi sauvegarde/restauration de contexte de vidage de cache (en partie). Au milieu de tout ça, la vidage du pipe-line est négligeable.
Vidage de pipe-line ? Je ne vois pas pourquoi. Enfin, si, sur un x86, je vois, mais dans le cas général de processeur bien fichu, c'est faux.
Quand tu en arrives à exécuter l'instruction qui déclenche un défaut de page, le code d'interruption doit être exécuté immédiatement, d'où la nécessité de vider le pipe-line pour éviter que des instruction suivantes ne soient exécutées entre-temps. Donc il y aura forcément vidage du pipe-line quelle que soit l'architecture... Ou alors je suis franchement à l'ouest.
