Krunch a écrit 3959 commentaires

je cherche une fonction qui donne la main au systeme et qui attend sans toure dans la fille d'attente du systeme...

Ca s'appelle sched_yield(2). Mais si ça marche pas avec sleep(3), ça marchera sans doute pas mieux avec sched_yield(2). J'ai pas bien lu ton code mais tu peux utiliser gprof, gdb ou strace pour voir où ton programme passe le plus clair de son temps (sans doute dans la boucle la plus interne) et déplacer la temporisation en conséquence.

Tu peux aussi jeter un oeil à setpriority(2).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Si tu relis le journal dans quelques jours tu apprendra surement plein de truc sur les IDS libres existants (ou pas).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

S'il n'y a pas de risque tu peux aussi tout faire tourner en root avec comme mot de passe « toto » qui sera aussi marqué dans /var/www/index.html et sur un post-it collé à la machine.

Essaie de comprendre comment fonctionne SELinux et ce qu'il apporte par rapport au système de droits classique et tu pourra alors décider s'il t'es utile ou non. D'ailleurs si SELinux t'empèche de faire certains trucs c'est peut-être parce que faire ces trucs de cette manière n'est pas très bon pour la sécurité du système.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Ca serait vraiment dommage de ne pas disposer de ces informations de manière centralisée sur le web. Si le but c'est de rendre ces informations accessibles au plus grand nombre, une archive publique centralisée indexable par les moteurs de recherche me semble quand même le plus judicieux (rien qu'une archive au format mbox ça serait déjà pas mal en fait).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Je pense que la 3D est un gros morceaux et qu'il vaut mieux avoir une jolie 2D qu'une mauvaise 3D.

Surtout qu'il risque d'être plus compliqué de trouver des graphistes compétents en 3D qu'en 2D. Même en trouvant des bons graphistes 3D, ça leur prendra plus de temps que de faire de la 2D. Donc au final je pense aussi que t'as plus intérêt à garder de la 2D à moins que la 3D ne permette d'améliorer le gameplay.

Non j'ai pas joué et j'ai regardé qu'une seule capture d'écran. D'un autre côté c'est pas moi qui vais critiquer l'aspect graphique d'un bon jeu (slashem is teh r0xx \o/).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

La première chose à faire c'est de localiser précisement ce qui pose des problèmes de performance (avec apd par exemple). Si c'est le PHP, une machine à part ou même un cluster pour la base de données ne risque pas de servir à grand chose. D'ailleurs dans ton cas, il n'est peut être pas nécessaire d'ajouter de machine du tout si tu « cache » correctement les pages (par exemple avec APC et/ou mod_rewrite). Si c'est bien les accès à la base de données qui ralentisse le site, tu peux essayer de « cacher » les requètes (avec memcached par exemple). Une fois que tu as fait ça, si tu as toujours des problèmes de performance, tu pourra commencer à penser à rajouter des machines (ou réécrire la partie du code qui prend 90% du temps).

http://pecl.php.net/package/apd
http://pecl.php.net/package/APC
http://www.krunch.be/vrac/txt/fast_caching_with_mod_rewrite.(...)
http://www.danga.com/memcached/
http://danga.com/words/2005_oscon/oscon-2005.pdf

Par ailleurs le titre du journal est trompeur, c'est de la répartition de charge que tu veux faire, pas de la haute disponibilité (même si c'est souvent lié). Personnellement pour la redondance, j'aime bien CARP.

http://www.fsugar.be/docu/carp/carp.html

(je passe sur le troll « Apache/PHP/MySQL sont plus performants sous Linux que Windows »)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

c'est juste que j'ai besoin d'info plus techniques sur linux que ce site n'est pas là pour ça

Tu vas sur quel(s) site(s) pour avoir des infos plus techniques ?

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Et je suis aussi retombé sur ça : https://linuxfr.org/~mmMMOoooOMMmm/15593.html

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

<gorny> reiserfs, making files and wives dissapear in an instant
http://blogs.23.nu/ilja/stories/12795/

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

*** lilo has quit (Connection reset by car)
%
< wildcat> Rob Levin (a.k.a. lilo), the founder of the freenode IRC. He passed away September 16, 2006 after being hit on a bike by a car on September 12, 2006.
< Krunch> ça va on a vu
< wildcat> et j'suis sur l'cul aussi
< Krunch> "ya des types sur irc qui ont encore la capacité physique de faire du vélo ?!"
%
May he idle in peace. -- vu sur Slashdot
%

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

C'est pas pour autant que tous (ni même une majorité) des jeunes tagguent.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

C'est pas du spoofing c'est un un DoS.
http://en.wikipedia.org/wiki/Spoofing_attack
http://en.wikipedia.org/wiki/Denial-of-service_attack

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Le texte de la GPL s'est retrouvé par mégarde dans la base de signatures de ClamAV pendant quelques heures il y a un moment.

http://www.theinquirer.net/default.aspx?article=18919

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Ha oui et si on est vraiment allergique aux gestionnaires de versions, une journalisation externe simple peut se faire avec une bête mailing list (avec ou sans diff en pièce jointe).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

encore faut-il disposer d'un systeme d'historisation de version...

Si on veut se passer d'un cvs/svn/bzr/... on peut toujours effectuer une journalisation « externe » : le serveur de versions est distinct du serveur réel et on commit les changement sur les deux. L'intérêt d'une journalisation externe au fichier est de garder un historique complet sans allourdir le contenu du fichier (et donc sans nuire à sa lisibilité). En général quand on lit/modifie le fichier, l'historique n'est d'absolument aucune utilité et le maintenir manuellement est particulièrement pénible et sujet à erreurs. Quand a besoin de l'historique d'un fichier, on va le demander au gestionnaire de versions. On va même plutôt lui demander directement l'information qui nous intéresse (« Quel est le crétin qui a modifié cette ligne et quand ? Qu'est-ce qu'il a pété d'autre sur ce commit ? ... »). Au final c'est bien plus efficace que de garder toutes ces méta informations dans le fichier même.

un commentaire dans le code n'est-il pas à la base d'un code lisible et renseigné ?

C'est hors sujet mais non. La base d'un code lisible est un style clair et cohérent. Si le code sans commentaire est incompréhensible, les commentaires n'aideront pas beaucoup. Voire http://www.clifford.at/style.html pour de plus amples explications.

Par ailleurs, rien à voir mais dans le cas des fichiers de configuration, je trouve que redire en commentaire quelque chose qui est dit dans la documentation nuit plus à la lisibilité qu'autre chose (ou alors des trucs du genre "# 0 = off, 1 = on, 2 = auto" quand la syntaxe est mal foutue puisqu'elle n'est pas explicite). C'est d'ailleurs un des trucs qui est dit dans le lien plus haut : « Never explain the programming language or API in your code. ».

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

L'utilisation de sudo me semble évidente mais l'ajout du commentaire dans le fichier l'est moins. Je pense que ce commentaire indiquant la nature de la modification devrait plutôt être fait au niveau du commit log du gestionnaire de versions. Ca permet en plus de regrouper la modification de plusieurs fichiers pour la même raison sous la même appellation.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Comme dit plus bas, il faut utiliser l'option -f (ou "-o BatchMode yes" si tu as un OpenSSH périmé).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Ou SVK http://lists.debian.org/debian-devel/2005/02/msg00495.html
Ou Bazaar http://bazaar-vcs.org/VersioningEtc
Ou ...

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Sauf que l'air (qui n'est d'ailleurs pas un liquide dans ce cas) s'échappera plutôt par le haut que par les « fuites » qui laissent entrer l'eau. Après on peut peut-être dire que l'océan fuit dans le bateau...

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

- augmenter la quantité de données « partageables » entre processus.
http://mergemem.ist.org/ (bon ce projet est un peu mort mais l'idée y est)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Personnellement je trouve que ce genre de gestion de la mémoire devrait être fait au niveau de l'OS. Évidemment c'est pas toujours possible ou aussi efficace mais en pratique ça me semble bien plus viable que de bouffer le max de mémoire « parce que personne n'en a besoin » et tout gérer soi même. L'OS sait quel programme a besoin de mémoire, c'est à lui de l'attribuer et aux programmes de demander ce dont ils ont besoin, pas ce qu'ils pensent pouvoir utiliser d'ici 20 minutes si l'utilisateur appuyait 42 fois sur « page précédente » à ce moment.

PS : non j'ai pas lu d'article technique sur l'utilisation mémoire de firefox

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

C'est pas dans la man mais dans la FAQ bien.
http://www.modeemi.fi/~tuomov/ion/faq/entries/Moving_windows(...)

Pour détruire un workspace, il suffit de détruire toutes les fenêtres qu'il contient.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Oué enfin Heat j'ai bien aimé mais le type qui court partout avec deux M4, un nombre indéfinis de chargeurs et deux sacs de sport bourrés de billets (dont on a déjà vu plus tôt qu'il avait du faire un gros effort pour en soulever un) tout en supportant son pote qui s'est pris une balle c'est pas ce que j'appellerais « génial de réalisme ».

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Des dizaines de personnes se sont battues, sont parfois mortes pour qu'on aie le droit de vote.

D'un autre côté, j'espère que tu n'adhères pas à toutes les causes pour lesquelles plus d'une dizaine se sont battues ou sont mortes.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Si ça peut te rassurer, Silicon.fr n'a pas besoin de TheInquirer.fr pour faire de la news de qualitay. Personnellement je me souviens particulièrement de celle-ci (j'avais même fait un journal à l'époque) : http://silicon.fr/getarticle.asp?ID=5335

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.