"Linux is a Registered Trademark of Linus Torvalds."
Enfin c'est marqué sur kernel.org (apparement down pour le moment) et je l'ai déjà vu à d'autres endroits mais étrangement je trouve rien dans la documentation du kernel.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
J'ai pas utilisé Windows depuis un moment donc je dis peut-être une connerie mais il paraitrait que le firewall de Windows XP ne s'active pas avant que les interfaces réseau ne soient actives et donc qu'il y a quand même un certains laps de temps pendant lequel le PC est vulnérable. Quelqu'un peut {con|in}firmer ?
Bref, suffit de savoir faire, Knoppix c'est bcp plus complique que les methodes ci-dessus.
Ben quand on connait mieux Knoppix que Windows non..."suffit de savoir faire" comme tu dis.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
I would like as many people as possible to test this software. To help, I have a large amount of disc space on a server, and am likely to give out a few Gb to people who ask nicely.
As I'm sure I have mentioned, everything is encrypted so you aren't trusting me with your data. You will of course wish to review the code to check my claims are true.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Je l'ai jamais utilisé mais apparement le principe c'est de faire en sorte que le fichier soit accessible directement en mémoire sans passer par fopen(3) et compagnie et c'est donc à l'OS de gérer les I/O, grep(1) ne fait plus lui même les fread(3)/read(2) et c'est donc censé être plus rapide. Evidemment si le fichier change après l'appel de mmap(2) il risque d'y avoir des problèmes.
Donc pour répondre à la question "peut-on y perdre en performance ?", je pense que si mmap(2) n'est pas implémenté, oui puisqu'il y aura un appel à mmap(2) qui va échouer puis seulement aura lieu l'ouverture normale du fichier mais la perte de temps doit être marginale. Le principal problème c'est si le fichier est modifié après l'appel à mmap(2), soit
1/ le fichier garde la même taille
1.a/ la partie modifiée se situe après la partie qui est en train d'être traitée et donc tout va bien
1.b/ la partie modifiée se situe avant la partie qui est en train d'être traitée et le résultat ne sera pas forcément correct (change pas du cas où on utilise pas --mmap)
2/ le fichier change de taille
2.a/ le fichier grossi et on a pas accès à la partie qui a été ajoutée donc résultat incorrect
2.b/ le fichier rétreci et on a un problème (probablement un segfault) quand on essai d'accéder à la partie qui se trouve après la fin du fichier actuel
3/ ya un problème à un certains moment pendant la lecture du fichier et donc segfault quand grep essai d'accéder à la partie concernée
Pour plus de détails je suppose qu'aller voir les sources de grep(1) est le plus approprié.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Oui c'est clair qu'avec split ton CD risque de pas être très bootable (quoique...) mais je vois pas vraiment comment faire pour transformer un DVD en plusieurs CD autrement.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
DRI c'est spécifique à Linux ? Si c'est le cas, la compatibilité avec XFree86 permet surement un portage vers les autres *nix qui utilisent XFree86 plus facilement.
Mais bon je dis peut-être une connerie, j'y connais pas grand chose la dedans.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
J'ai jamais rien fait en Flash et je me suis jamais bien intéressé à la question mais je pense qu'il n'existe pas (encore) d'interpréteur Flash libre complet mais les spécifications du format sont disponibles librement.
Sinon il existe une "alternative" même s'il parait que c'est pas vraiment fait pour les mêmes choses: SVG.
P.S: Il aurait été très interessant qu'une dépêche soit publiée sur DLFP pour mobiliser plus de gens. Je rêve d'une de ces grosses manifs comme on en voit à la TV...
# Re: apache et pb de groupes
Posté par Krunch (site web personnel) . En réponse au journal apache et pb de groupes. Évalué à 1.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: XFree86 a des supporters.
Posté par Krunch (site web personnel) . En réponse au journal XFree86 a des supporters.. Évalué à 1.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# Re: amessage.de down?
Posté par Krunch (site web personnel) . En réponse au journal amessage.de down?. Évalué à 1.
Ya quelqu'un ?
<stream:stream xmlns:stream='http://etherx.jabber.org/streams'(...) version='1.0'><stream:error><invalid-xml xmlns='urn:ietf:params:xml:ns:xmpp-streams'/>syntax error</stream:error></stream:stream>
Ca a l'air de marcher :)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: XFree86 a des supporters.
Posté par Krunch (site web personnel) . En réponse au journal XFree86 a des supporters.. Évalué à 1.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: XFree86 a des supporters.
Posté par Krunch (site web personnel) . En réponse au journal XFree86 a des supporters.. Évalué à 1.
Enfin c'est marqué sur kernel.org (apparement down pour le moment) et je l'ai déjà vu à d'autres endroits mais étrangement je trouve rien dans la documentation du kernel.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: XFree86 a des supporters.
Posté par Krunch (site web personnel) . En réponse au journal XFree86 a des supporters.. Évalué à -1.
Sinon j'ai remarqué récemment qu'il y avait un live CD NetBSD sur les FTP du projet. Quelqu'un l'a déjà essayé ? (698Mo ça rendre pas sur mes CD-RW)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: TOUS COUPABLES !!!
Posté par Krunch (site web personnel) . En réponse au journal TOUS COUPABLES !!!. Évalué à 1.
Ben quand on connait mieux Knoppix que Windows non..."suffit de savoir faire" comme tu dis.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# Re: backup2l
Posté par Krunch (site web personnel) . En réponse au journal backup2l. Évalué à 1.
Surtoute que
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: faire du grep plus rapidement!
Posté par Krunch (site web personnel) . En réponse au message [Terminal] faire du grep plus rapidement!. Évalué à 1.
Je l'ai jamais utilisé mais apparement le principe c'est de faire en sorte que le fichier soit accessible directement en mémoire sans passer par fopen(3) et compagnie et c'est donc à l'OS de gérer les I/O, grep(1) ne fait plus lui même les fread(3)/read(2) et c'est donc censé être plus rapide. Evidemment si le fichier change après l'appel de mmap(2) il risque d'y avoir des problèmes.
Donc pour répondre à la question "peut-on y perdre en performance ?", je pense que si mmap(2) n'est pas implémenté, oui puisqu'il y aura un appel à mmap(2) qui va échouer puis seulement aura lieu l'ouverture normale du fichier mais la perte de temps doit être marginale. Le principal problème c'est si le fichier est modifié après l'appel à mmap(2), soit
1/ le fichier garde la même taille
1.a/ la partie modifiée se situe après la partie qui est en train d'être traitée et donc tout va bien
1.b/ la partie modifiée se situe avant la partie qui est en train d'être traitée et le résultat ne sera pas forcément correct (change pas du cas où on utilise pas --mmap)
2/ le fichier change de taille
2.a/ le fichier grossi et on a pas accès à la partie qui a été ajoutée donc résultat incorrect
2.b/ le fichier rétreci et on a un problème (probablement un segfault) quand on essai d'accéder à la partie qui se trouve après la fin du fichier actuel
3/ ya un problème à un certains moment pendant la lecture du fichier et donc segfault quand grep essai d'accéder à la partie concernée
Pour plus de détails je suppose qu'aller voir les sources de grep(1) est le plus approprié.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# Re: Longhorn retardé !
Posté par Krunch (site web personnel) . En réponse au journal Longhorn retardé !. Évalué à 1.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Longhorn retardé !
Posté par Krunch (site web personnel) . En réponse au journal Longhorn retardé !. Évalué à -1.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Site d'aide informatique
Posté par Krunch (site web personnel) . En réponse au journal Site d'aide informatique. Évalué à 1.
aideinfo.net A 213.162.49.87
$host www.aideinfo.net
www.aideinfo.net A 213.162.49.87
Ca doit être vos DNS qui sont pas à jour (ou le miens qui fait n'importe quoi).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Version DVD et gravure sur CDs
Posté par Krunch (site web personnel) . En réponse au journal Version DVD et gravure sur CDs. Évalué à 1.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: BrainFuck.net
Posté par Krunch (site web personnel) . En réponse au journal BrainFuck.net. Évalué à 1.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# Re: Le machisme au secours de Linux
Posté par Krunch (site web personnel) . En réponse au journal Le machisme au secours de Linux. Évalué à 1.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Driver 3D proprios: des questions, que de questions
Posté par Krunch (site web personnel) . En réponse au journal Driver 3D proprios: des questions, que de questions. Évalué à 1.
Mais bon je dis peut-être une connerie, j'y connais pas grand chose la dedans.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Faire du libre avec flash
Posté par Krunch (site web personnel) . En réponse au journal Faire du libre avec flash. Évalué à 1.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# Re: Driver 3D proprios: des questions, que de questions
Posté par Krunch (site web personnel) . En réponse au journal Driver 3D proprios: des questions, que de questions. Évalué à 2.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: GNOME et Mozilla dans "Agents secrets"
Posté par Krunch (site web personnel) . En réponse au journal GNOME et Mozilla dans "Agents secrets". Évalué à -1.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# Re: gtk1.2 et crash X
Posté par Krunch (site web personnel) . En réponse au journal gtk1.2 et crash X. Évalué à 3.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# Re: Faire du libre avec flash
Posté par Krunch (site web personnel) . En réponse au journal Faire du libre avec flash. Évalué à 1.
Sinon il existe une "alternative" même s'il parait que c'est pas vraiment fait pour les mêmes choses: SVG.
http://www.w3.org/Graphics/SVG/(...)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Version DVD et gravure sur CDs
Posté par Krunch (site web personnel) . En réponse au journal Version DVD et gravure sur CDs. Évalué à 1.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# Re: Ceci n'est pas un troll sur les langages !
Posté par Krunch (site web personnel) . En réponse au journal Ceci n'est pas un troll sur les langages !. Évalué à 1.
Ook! http://www.dangermouse.net/esoteric/ook.html(...)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# Re: 14 Avril: Manifestez !
Posté par Krunch (site web personnel) . En réponse au journal 14 Avril: Manifestez !. Évalué à 1.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# Re: Nouveau design pour sdl.org
Posté par Krunch (site web personnel) . En réponse au journal Nouveau design pour sdl.org. Évalué à 3.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.