>>> Vaut-il mieux miser sur un pare-feu sous BSD avec packet filter ou sous Linux avec iptables.... ??
D'après les tuto qu'on peut lire sur le net la syntaxe de pf est quand même bien plus simple et logique. Maintenant il existe aussi des distros Linux qui sont faites spécifiquement pour jouer le rôle de firewall et y'a une interface web d'administration qui est très simple à utiliser (SmoothWall ou IPCop).
C'est une question de gout et d'habitude je pense.
Au sujet de la latence je vais te coller sa (longue) réponse mais en résumé : oui cela augmente un peu la latence mais pas plus que les autres solutions comme dmix. A long terme, et avec l'aide du kernel, une solution du type PulseAudio sera obligatoire pour obtenir des faibles latences.
Son post sur ce sujet : yes, PA increases the latency
over direct hw access. But so does dmix, because it enforces fixed
fragment settings for all apps. What you really want to do (which
however right now is only partially implemented in PA) is allowing
per-stream fragment settings, by scheduling audio based on timer
interrupts instead of sound io interrupts (based on fixed fragment
settings). Those timer interrupts can be dynamically changed so we can
change the wakeup points dynamically during playback without too much
effort. However this needs some kind of kernel support (hrtimers,
HPET), which only has become available very recently and on x86 only
(not even amd64 yet), so until we get this fully implemented a few
months will pass. If we have that however, we basically get the same
PCM pipeline that Vista and MacOS have: a huge mixing buffer managed
by a real-time userspace sound server which allows rewriting at any
time and notifying clients dynamically, scheduled via timer
interrupts. In essence, in the long run we really *need* something
like PA, if we want to provide low latencies (i.e. short fragments ==
frequent interrupts) and low power consumption (i.e. few interrupts ==
huge fragments) at the same time and switch between them
dynamically. Yes, right now, PA increases your achievable latencies a
bit (but just a bit), but in the end we *need* a process that does the
audio scheduling based on timers -- something that PA will then do. Of
course, PA doesn't fully implement yet, which is partially PA's fault
and partially the kernel's fault that sucks when it comes to timers,
right now. We're getting there.
>>> J'ai jamais été fan de ces success story qui relatent l'histoire d'un gars parti de rien pour atteindre le sommet, qui font le plus souvent la promo de l'American Dream
En gros il vient d'être viré par ses actionnaires car Merrill Lynch est grandement impacté par la crise immobilière aux USA.
Il avait gagné 48 millions de dollars en 2006 parce qu'il avait réussi à ce que la firme enregistre le plus gros bénéfice de son histoire. Ce bénéfice record a été obtenu par des coupes budgétaires et des suppressions d'emplois (24 000 suppressions).
Si, si.
Wikipedia confirme mes souvenirs de fac : "After the issuance of the Emancipation Proclamation on January 1, 1863, abolitionists continued to pursue the freedom of slaves in the remaining slave states, and to better the conditions of black Americans generally. The passage of the Thirteenth Amendment in 1865 officially ended slavery."
Si ULE n'est pas le scheduler par défaut de la version 7.0 c'est que les devs FreeBSD pensent qu'il est trop jeune et qu'il y a des risques. Je vois mal des admins de prod passer outre utiliser ULE quand même....
J'ai absolument rien regardé sur ce type dans wikipedia mais à vue de nez cela me semble bizarre que son grand-père ait été un esclave.
L'abolition aux USA date de 1865 ce qui me semble trop lointain.
C'est une monumentale connerie.
Il y a une lutte à mort en ce moment entre Microsoft et les autres pour savoir qui va l'emporter sur le format bureautique du futur. C'est crucial pour Microsoft car Office est une vache à lait et l'arrivée d'un format ouvert et standardisé (ODF) menace grandement leur monopole. La bataille fait rage en ce moment et OOXML semble avoir du plomb dans l'aile. Le message des acteurs du libre et de toutes les grosses boites concurrentes de Microsoft semble passer peu à peu...et maintenant on voudrait abandoner tout ça et se lancer dans un format universel hypothétique ?
Ce serait la mort d'ODF et la victoire inéluctable d'OOXML.
>>> Depuis combien de temps FreeBSD est en train de bichonner la version 7.0 en faisant une fixation sur un bench ?
En plus il est marqué que FreeBSD 7.0 utilisera le vieux, l'antique, l'antédiluvien scheduler 4BSD et ne switchera vers le tout nouveau scheduler ULE qu'après (quand sortira FreeBSD 7.1).
>>> Donc si tu as la même perception du libre que moi, tu ne peux pas avoir tes mails chez Google.
????
Pourquoi ?
Franchement je pose cette question sérieusement. Je ne vois pas pourquoi je ne saurai pas ce qui est fait de mes données chez Google et je devrais m'en inquiéter.
Après tout les softs de ta banque ne sont pas libres et donc le même raisonnement s'y applique. Tu ne devrais pas avoir ton argent à la banque car tu ne sais pas ce qui est fait de tes données. Pareil pour tes achats sur Amazon....etc etc
Je pense que j'ai le droit d'exiger des softs libres pour mon matériel mais pas pour le matériel des autres. Ils font ce qu'ils veulent (du moment qu'ils respectent les standards qui me permettent d'interagir avec eux).
PS : En plus je sais très bien ce que fait Google de mes données : rien si je les chiffre avec GPG !
>>> il ne faut pas oublier que Google est le détenteur numéro 1 de toute votre activité sur le web.
Cette remarque n'a rien à voir avec mon post. Je parlais uniquement du fait que le logiciel derrière GMail n'était pas open-source. Cela n'a rien à voir avec le fait que Google peut tracer beaucoup de mes comportements sur le web.
>>> Ca vend du linux open-source à tout va, et ça prend du closed-source pour son hébergeur mail. Bizarre...
Les logiciels sur mon ordi sont libres car je peux décider de ce qui se trouve sur mon ordi.
Les logiciels sur les ordis de Google je ne sais pas et je m'en moque car ce sont les leurs et ils font ce qu'ils veulent dessus.
>>> Heureusement que l'interface web de gmail est pas désagréable à l'utilisation.
Elle est pas mal de base mais elle est bien meilleure après une petite customisation via Greasemonkey.
Moi j'utilise "Google Mail Customize" et c'est vraiment excellent.
ils se basent sur l'adresse IP pour éviter les déclarations multiples.
Comme je suis derrière le NAT de mon entreprise et qu'un de mes collègues du boulot a du lui répondre au sondage avant moi....ben je suis interdit de réponse.
C'est con.
N'est-ce pas pendre le risque de détourner du libre ceux qui n'adhèrent pas à cette volonté de "contestation" plus large de notre société et de ces fonctionnement ?.
Quand j'ai eu mon nouveau laptop bi-core j'ai fait un test de réencodage de morceaux mp3 en ogg/vorbis avec le logiciel mp32ogg.
Naïvement je m'attendais à un doublement de la vitesse car c'est un cas super facile pour le soft : comme les différents morceaux de musique sont séparés il suffit d'en encoder un avec un core et un autre avec l'autre core. Idéal !
Malheureusement cela ne s'est pas vérifié et j'ai des temps d'encodage d'un album qui sont tout à fait comparables à ceux de mon ancien laptop monocore (modulo la montée en fréquence du fait du passage à 2 GHz avec le nouveau).
[^] # Re: Intéressant !
Posté par patrick_g (site web personnel) . En réponse à la dépêche Sortie d'OpenBSD 4.2. Évalué à 4.
D'après les tuto qu'on peut lire sur le net la syntaxe de pf est quand même bien plus simple et logique. Maintenant il existe aussi des distros Linux qui sont faites spécifiquement pour jouer le rôle de firewall et y'a une interface web d'administration qui est très simple à utiliser (SmoothWall ou IPCop).
C'est une question de gout et d'habitude je pense.
[^] # Re: C'est bien joli tout ça...
Posté par patrick_g (site web personnel) . En réponse au journal PulseAudio. Évalué à 3.
Tu a pris la peine de lire les liens postés par IsNotGood ?
Le long post de Lennart explique bien toutes les qualités de PulseAudio et il répond aux divers FUD : http://mail.gnome.org/archives/desktop-devel-list/2007-Octob(...)
Au sujet de la latence je vais te coller sa (longue) réponse mais en résumé : oui cela augmente un peu la latence mais pas plus que les autres solutions comme dmix. A long terme, et avec l'aide du kernel, une solution du type PulseAudio sera obligatoire pour obtenir des faibles latences.
Son post sur ce sujet :
yes, PA increases the latency
over direct hw access. But so does dmix, because it enforces fixed
fragment settings for all apps. What you really want to do (which
however right now is only partially implemented in PA) is allowing
per-stream fragment settings, by scheduling audio based on timer
interrupts instead of sound io interrupts (based on fixed fragment
settings). Those timer interrupts can be dynamically changed so we can
change the wakeup points dynamically during playback without too much
effort. However this needs some kind of kernel support (hrtimers,
HPET), which only has become available very recently and on x86 only
(not even amd64 yet), so until we get this fully implemented a few
months will pass. If we have that however, we basically get the same
PCM pipeline that Vista and MacOS have: a huge mixing buffer managed
by a real-time userspace sound server which allows rewriting at any
time and notifying clients dynamically, scheduled via timer
interrupts. In essence, in the long run we really *need* something
like PA, if we want to provide low latencies (i.e. short fragments ==
frequent interrupts) and low power consumption (i.e. few interrupts ==
huge fragments) at the same time and switch between them
dynamically. Yes, right now, PA increases your achievable latencies a
bit (but just a bit), but in the end we *need* a process that does the
audio scheduling based on timers -- something that PA will then do. Of
course, PA doesn't fully implement yet, which is partially PA's fault
and partially the kernel's fault that sucks when it comes to timers,
right now. We're getting there.
[^] # Re: Prout
Posté par patrick_g (site web personnel) . En réponse à la dépêche Songbird 'Bowie' 0.3 prend son envol. Évalué à 7.
[^] # Re: Et bah...
Posté par patrick_g (site web personnel) . En réponse au journal ODF mort-né ?. Évalué à 9.
C'est sympa de lire ce genre de chose quand on a bossé plusieurs heures pour écrire une news complète, argumenté et pleine de liens pour approfondir.
http://linuxfr.org/2006/12/09/21753.html
[^] # Re: Moué
Posté par patrick_g (site web personnel) . En réponse au journal Un exemple américain de promotion. Évalué à 5.
Un article du Monde qui parle du bonhomme :
http://www.lemonde.fr/web/article/0,1-0@2-3234,36-973060@51-(...)
En gros il vient d'être viré par ses actionnaires car Merrill Lynch est grandement impacté par la crise immobilière aux USA.
Il avait gagné 48 millions de dollars en 2006 parce qu'il avait réussi à ce que la firme enregistre le plus gros bénéfice de son histoire. Ce bénéfice record a été obtenu par des coupes budgétaires et des suppressions d'emplois (24 000 suppressions).
Charmant personnage......
[^] # Re: esclave
Posté par patrick_g (site web personnel) . En réponse au journal Un exemple américain de promotion. Évalué à 2.
Si, si.
Wikipedia confirme mes souvenirs de fac : "After the issuance of the Emancipation Proclamation on January 1, 1863, abolitionists continued to pursue the freedom of slaves in the remaining slave states, and to better the conditions of black Americans generally. The passage of the Thirteenth Amendment in 1865 officially ended slavery."
[^] # Re: Linux
Posté par patrick_g (site web personnel) . En réponse au journal FreeBSD 7.0 arrive...et il a les crocs !. Évalué à 3.
C'est un défi amical à mon avis. La petite pique humoristique à l'égard de CFS est révélatrice.
On est d'accord que ce n'est pas du tout agressif.
[^] # Re: Linux
Posté par patrick_g (site web personnel) . En réponse au journal FreeBSD 7.0 arrive...et il a les crocs !. Évalué à 2.
# esclave
Posté par patrick_g (site web personnel) . En réponse au journal Un exemple américain de promotion. Évalué à 7.
L'abolition aux USA date de 1865 ce qui me semble trop lointain.
# Pitié non !
Posté par patrick_g (site web personnel) . En réponse au journal ODF mort-né ?. Évalué à 10.
Il y a une lutte à mort en ce moment entre Microsoft et les autres pour savoir qui va l'emporter sur le format bureautique du futur. C'est crucial pour Microsoft car Office est une vache à lait et l'arrivée d'un format ouvert et standardisé (ODF) menace grandement leur monopole. La bataille fait rage en ce moment et OOXML semble avoir du plomb dans l'aile. Le message des acteurs du libre et de toutes les grosses boites concurrentes de Microsoft semble passer peu à peu...et maintenant on voudrait abandoner tout ça et se lancer dans un format universel hypothétique ?
Ce serait la mort d'ODF et la victoire inéluctable d'OOXML.
[^] # Re: Linux
Posté par patrick_g (site web personnel) . En réponse au journal FreeBSD 7.0 arrive...et il a les crocs !. Évalué à 4.
En plus il est marqué que FreeBSD 7.0 utilisera le vieux, l'antique, l'antédiluvien scheduler 4BSD et ne switchera vers le tout nouveau scheduler ULE qu'après (quand sortira FreeBSD 7.1).
[^] # Re: Choisir un vrai hébergeur mail
Posté par patrick_g (site web personnel) . En réponse au journal GMail en imap.... Évalué à 4.
????
Pourquoi ?
Franchement je pose cette question sérieusement. Je ne vois pas pourquoi je ne saurai pas ce qui est fait de mes données chez Google et je devrais m'en inquiéter.
Après tout les softs de ta banque ne sont pas libres et donc le même raisonnement s'y applique. Tu ne devrais pas avoir ton argent à la banque car tu ne sais pas ce qui est fait de tes données. Pareil pour tes achats sur Amazon....etc etc
Je pense que j'ai le droit d'exiger des softs libres pour mon matériel mais pas pour le matériel des autres. Ils font ce qu'ils veulent (du moment qu'ils respectent les standards qui me permettent d'interagir avec eux).
PS : En plus je sais très bien ce que fait Google de mes données : rien si je les chiffre avec GPG !
[^] # Re: Choisir un vrai hébergeur mail
Posté par patrick_g (site web personnel) . En réponse au journal GMail en imap.... Évalué à 3.
Cette remarque n'a rien à voir avec mon post. Je parlais uniquement du fait que le logiciel derrière GMail n'était pas open-source. Cela n'a rien à voir avec le fait que Google peut tracer beaucoup de mes comportements sur le web.
[^] # Re: Choisir un vrai hébergeur mail
Posté par patrick_g (site web personnel) . En réponse au journal GMail en imap.... Évalué à 2.
Les logiciels sur mon ordi sont libres car je peux décider de ce qui se trouve sur mon ordi.
Les logiciels sur les ordis de Google je ne sais pas et je m'en moque car ce sont les leurs et ils font ce qu'ils veulent dessus.
[^] # Re: Beta
Posté par patrick_g (site web personnel) . En réponse au journal GMail en imap.... Évalué à 2.
Elle est pas mal de base mais elle est bien meilleure après une petite customisation via Greasemonkey.
Moi j'utilise "Google Mail Customize" et c'est vraiment excellent.
http://userscripts.org/scripts/show/8326
[^] # Re: et les autres architectures !
Posté par patrick_g (site web personnel) . En réponse à la dépêche Sunbird 0.7 : « l'oiseau du soleil » encore un peu plus haut. Évalué à 1.
[^] # Re: Liens francophones de Sunbird et Lightning
Posté par patrick_g (site web personnel) . En réponse à la dépêche Sunbird 0.7 : « l'oiseau du soleil » encore un peu plus haut. Évalué à 10.
[^] # Re: Boarf...
Posté par patrick_g (site web personnel) . En réponse au journal A quand un Ministère de la Vérité. Évalué à 5.
Un exemple de lettre vraiment émouvante d'un vrai résistant communiste fusillé :
http://perso.orange.fr/pcf.evry/manoulettre.htm
http://fr.wikipedia.org/wiki/Missak_Manouchian
[^] # Re: IP
Posté par patrick_g (site web personnel) . En réponse au journal Un sondage sur la vidéo (2D/3D) sous Linux. Évalué à 3.
Merci ;-)
# IP
Posté par patrick_g (site web personnel) . En réponse au journal Un sondage sur la vidéo (2D/3D) sous Linux. Évalué à 4.
Comme je suis derrière le NAT de mon entreprise et qu'un de mes collègues du boulot a du lui répondre au sondage avant moi....ben je suis interdit de réponse.
C'est con.
[^] # Re: Hum
Posté par patrick_g (site web personnel) . En réponse au journal Michel Sardon. Évalué à 5.
# mp32ogg
Posté par patrick_g (site web personnel) . En réponse au journal encoder sur du multicoeur. Évalué à 3.
Naïvement je m'attendais à un doublement de la vitesse car c'est un cas super facile pour le soft : comme les différents morceaux de musique sont séparés il suffit d'en encoder un avec un core et un autre avec l'autre core. Idéal !
Malheureusement cela ne s'est pas vérifié et j'ai des temps d'encodage d'un album qui sont tout à fait comparables à ceux de mon ancien laptop monocore (modulo la montée en fréquence du fait du passage à 2 GHz avec le nouveau).
Déçu je suis :-(
[^] # Re: Compiz
Posté par patrick_g (site web personnel) . En réponse au journal sortie de la Ubuntu 7.10, The Gutsy Gibbon. Évalué à 2.
# News
Posté par patrick_g (site web personnel) . En réponse au journal sortie de la Ubuntu 7.10, The Gutsy Gibbon. Évalué à 4.
[^] # Re: Une bonne nouvelle
Posté par patrick_g (site web personnel) . En réponse au journal OpenOffice 3.0 : Ce sera sans moi !. Évalué à 1.
Putain je vais le trainer longtemps ce journal sur l'athéisme de combat :)
Bon sinon revenons aux choses sérieuses : Tes pronostics sur le championnat ? Lewis, Fernando ou Kimi ce weekend ?