Bon, a vraie dire se suis passer sur la Stampede, car sinon, le controlleur SCSI pompe trop de jus a l'alim (maxi 2 amperes).
C t pareil avec cette m****e de DaCode, donc le panel2chunki, m'oblige a envoyer des page en 32 couleurs maxi.
Depuis le couple PHPNi^Huke et Stampede me permette de realiser des economies d'alimentation, car une seul alimentation ATX 300W peut aliemnter un cluster de 5.2 Amiga + PPC + disque dur SCSI 15000 rpm en Raid 5.
Notez bien que je n'ai pas encore patcher l'affichage de mes Amiga avec le patch d'I2B. Donc on peut probablement gagner encore 0.3 Ampere par carte mere, et gagner en performance !!! (sans passer par cette merde de Pixel 64)
N'empeche que ca te plaise ou non y a beaucoup de 'decideur presse' :( , alors autant faire un effort
Quand au exemple de traduction... merci de prendre des mots traduisible, personne ne demande d'ecrire Cederom (beurk)...
N'empeche, a l'epoch ;), 'logiciel' tous le monde avait adopte...
Maintenant courriel, arf ;)
Je pense pas que la credibilite de GNU / Linux soit base sur l'abscence de fautes dans ses docs...
Peut etre que chez LMF, ils sont aussi doues que moi pour l'orthographe :) mais ca n'empeche que le contenue vaut la peine d'etre lu. C ca ki donne de la credibilite, je pense.
Par contre je suis d'accord avec toi, certains termes technique anglais (pas tous, on est d'accord) se traduisent naturellement, mais bon, ca fait moins 'in' :(
ouais je penser ca aussi, et pis il y eut enlightenment... je pige pas pourkoi tout le monde veut reinventer la roue.
La Be-Box etait pleinne de bonne idee, ca aurais mis du neuf dans le PC, mais un nouvel OS... pourkoi ne pas contribuer a Linux, ou autre chose, plutot que vendre un truc joli, bien fait, mais desperement seul et PROPRIETAIRE.
Maintenat, si BEOS pouvais devenir libre... hmm, pourkoi pas, n'empeche, les Amigas, les (petits >:) ) Ataris, on marche car ils avaient un VRAI hardware, ou tu peux mettre tout et n'importe koi (ahhh l'Amiga)
Si Be doit faire des trucs, c'est bien des becanes, il en vendront pas beaucoup, mais si elle sont bien, et ke Linux, quelques BSD et gcc tournent dessus, plop, il se feront un nom, avec un ptit marche, et pis on verra...
Mais un OS, pourkoi tout recommencer... hmm ? Les Maceux sont trop content d'avoir des Mac, leur logiciel et tout leur bordel de mac.
reste quelques PCiste pret a claquer des thunes pour une machine different, mais intelligente, avec des ports PCI, histoire d'avoir plein de cartes, avec des proc Motorola ou AMD, mais sans cette merde de BIOS... et tout le reste... Mais avec un OS libre et des applis libres, pas une beta, ou un OS ferme, une boite noire.
sans vouloir foutre le bordel, les ataris ont toujours essayer de faire mieux que les Amiga. Moi je trouve ca bien de leur part, tant d'effort, de techniques, g un grand respect pour eux.
Bon il s'y sont jamais arrive, mais quel courage >:)
hmmm, c'est vraie on pourrais faire comme ca.
tu peux aussi faire un cron, ki toute les minutes met un flag 'degrade' a vrai ou faux en fonction du nombre de process apache, ou d'un truc plus revelateur si y a...
Apres soit tu test comme un bourrin en php a chaque affichge si oui ou non, et tu affiche soit la page a ou la page b (degrade).
Ou mieux, un bout de perl, renome le repertoire contenant les pages par defaut en truc.old, et deplace truc.degrade en truc (ou un liens on s'en fous) : du coup plop ton site bascule...
c 'est facile finalement, quand j'y pense...
reste a avoir des pages light dans truc.degrade et le tour est joue...
<troll>
a je viens de brevete le principe de deplacer un repertoire d'on le nom contient degrade (ou un equivalent dans un autre langue) essayer pas de repiquer cet algo :)
</troll>
je pense qu'il pense plutot couper l'acces au pages lourde, avec plein de requete (donc ca calme mysql) que de ne plus envoyer des images.
Remarque ne pas envoyer d'image = soulager le CPU, car le CPU envoie l'image sur le reseau, donc c'est ca de pris, en plus tu gagne en bande passante. donc pour un site statique (pas PHPnuke mais bon) - d'image = + de bande passante, +de cpu pour envoyer plus de page = bcp + de page envoyes.
Oui, les deux fonction son interressante, mais quitte a en choisir une en premier le cache me parait mieux, tu fourni un service de qualite plus longtemps.
C'est vrai que apres tu peux toujours couper les acces au pages 'lourde', mais faire le contraire... me parait un peu... la charue avant les boeufs koi...
# ben pour le 68060...
Posté par Yohann (site web personnel) . En réponse à la dépêche Lineo supporte plus de 90 processeurs. Évalué à 1.
[^] # Re: le message sur le site de phpnuke..;
Posté par Yohann (site web personnel) . En réponse à la dépêche PostNuke. Évalué à -1.
oui c clair soit ils le lache et ils gagnent des sous, soit ils font faillite
Arf, troll detected
-1 hophophop :)
[^] # Re: Bonne nouvelle.
Posté par Yohann (site web personnel) . En réponse à la dépêche PostNuke. Évalué à -1.
Bon, a vraie dire se suis passer sur la Stampede, car sinon, le controlleur SCSI pompe trop de jus a l'alim (maxi 2 amperes).
C t pareil avec cette m****e de DaCode, donc le panel2chunki, m'oblige a envoyer des page en 32 couleurs maxi.
Depuis le couple PHPNi^Huke et Stampede me permette de realiser des economies d'alimentation, car une seul alimentation ATX 300W peut aliemnter un cluster de 5.2 Amiga + PPC + disque dur SCSI 15000 rpm en Raid 5.
Notez bien que je n'ai pas encore patcher l'affichage de mes Amiga avec le patch d'I2B. Donc on peut probablement gagner encore 0.3 Ampere par carte mere, et gagner en performance !!! (sans passer par cette merde de Pixel 64)
[^] # Re: Pas d'ADSL avec l'Alcatel USB
Posté par Yohann (site web personnel) . En réponse à la dépêche Documentation de Smoothwall en français. Évalué à 1.
[^] # Re: Il sont bien gentils
Posté par Yohann (site web personnel) . En réponse à la dépêche Mandrake Cooker Weekly News. Évalué à 1.
ca marche plus ou koi ?
[^] # Re: Lamentable...
Posté par Yohann (site web personnel) . En réponse à la dépêche Linux Magazine France d'été. Évalué à 1.
Quand au exemple de traduction... merci de prendre des mots traduisible, personne ne demande d'ecrire Cederom (beurk)...
N'empeche, a l'epoch ;), 'logiciel' tous le monde avait adopte...
Maintenant courriel, arf ;)
enfin bon, voila
[^] # Re: Lamentable...
Posté par Yohann (site web personnel) . En réponse à la dépêche Linux Magazine France d'été. Évalué à -1.
[^] # Re: Lamentable...
Posté par Yohann (site web personnel) . En réponse à la dépêche Linux Magazine France d'été. Évalué à 1.
Peut etre que chez LMF, ils sont aussi doues que moi pour l'orthographe :) mais ca n'empeche que le contenue vaut la peine d'etre lu. C ca ki donne de la credibilite, je pense.
Par contre je suis d'accord avec toi, certains termes technique anglais (pas tous, on est d'accord) se traduisent naturellement, mais bon, ca fait moins 'in' :(
[^] # Re: Lamentable...
Posté par Yohann (site web personnel) . En réponse à la dépêche Linux Magazine France d'été. Évalué à -1.
[^] # Re: arf :p
Posté par Yohann (site web personnel) . En réponse à la dépêche LOGIN: de l'été. Évalué à -1.
[^] # Re: C'est marrant
Posté par Yohann (site web personnel) . En réponse à la dépêche Microsoft reculerait devant la critique de ses smart tags. Évalué à -1.
[^] # Re: C'est marrant
Posté par Yohann (site web personnel) . En réponse à la dépêche Microsoft reculerait devant la critique de ses smart tags. Évalué à -1.
[^] # Re: Très bonne idée !
Posté par Yohann (site web personnel) . En réponse à la dépêche Une petition pour passer BeOS en OpenSource. Évalué à 1.
La Be-Box etait pleinne de bonne idee, ca aurais mis du neuf dans le PC, mais un nouvel OS... pourkoi ne pas contribuer a Linux, ou autre chose, plutot que vendre un truc joli, bien fait, mais desperement seul et PROPRIETAIRE.
Maintenat, si BEOS pouvais devenir libre... hmm, pourkoi pas, n'empeche, les Amigas, les (petits >:) ) Ataris, on marche car ils avaient un VRAI hardware, ou tu peux mettre tout et n'importe koi (ahhh l'Amiga)
Si Be doit faire des trucs, c'est bien des becanes, il en vendront pas beaucoup, mais si elle sont bien, et ke Linux, quelques BSD et gcc tournent dessus, plop, il se feront un nom, avec un ptit marche, et pis on verra...
Mais un OS, pourkoi tout recommencer... hmm ? Les Maceux sont trop content d'avoir des Mac, leur logiciel et tout leur bordel de mac.
reste quelques PCiste pret a claquer des thunes pour une machine different, mais intelligente, avec des ports PCI, histoire d'avoir plein de cartes, avec des proc Motorola ou AMD, mais sans cette merde de BIOS... et tout le reste... Mais avec un OS libre et des applis libres, pas une beta, ou un OS ferme, une boite noire.
PS : desoler pour les macs.
[^] # Re: fin d'une époque
Posté par Yohann (site web personnel) . En réponse à la dépêche Suppression du service militaire. Évalué à -1.
-1, tellement c bas
[^] # Re: Et l'Atari dans tout ça
Posté par Yohann (site web personnel) . En réponse à la dépêche La guerre des OS. Évalué à 1.
Bon il s'y sont jamais arrive, mais quel courage >:)
[^] # Re: Supersprint
Posté par Yohann (site web personnel) . En réponse à la dépêche Démo Rune pour Linux. Évalué à 1.
Si y a un truc, aussi pourri (ou geniale c'est selon :) ) soit il qui ne se reproduit pas, c'est bien l'Amiga
[^] # Re: coup de gueule
Posté par Yohann (site web personnel) . En réponse à la dépêche La CIA et les crackers. Évalué à -1.
[^] # Re: "free kevin mitnick"
Posté par Yohann (site web personnel) . En réponse à la dépêche La CIA et les crackers. Évalué à -1.
[^] # Re: ah le baby-foot
Posté par Yohann (site web personnel) . En réponse à la dépêche Une nouvelle MandrakeFreq. Évalué à -1.
[^] # Re: Vous manquez d objectivité : mais nan, regarde :)
Posté par Yohann (site web personnel) . En réponse à la dépêche Dacode avait raison !. Évalué à 1.
tu peux aussi faire un cron, ki toute les minutes met un flag 'degrade' a vrai ou faux en fonction du nombre de process apache, ou d'un truc plus revelateur si y a...
Apres soit tu test comme un bourrin en php a chaque affichge si oui ou non, et tu affiche soit la page a ou la page b (degrade).
Ou mieux, un bout de perl, renome le repertoire contenant les pages par defaut en truc.old, et deplace truc.degrade en truc (ou un liens on s'en fous) : du coup plop ton site bascule...
c 'est facile finalement, quand j'y pense...
reste a avoir des pages light dans truc.degrade et le tour est joue...
<troll>
a je viens de brevete le principe de deplacer un repertoire d'on le nom contient degrade (ou un equivalent dans un autre langue) essayer pas de repiquer cet algo :)
</troll>
[^] # Re: bof
Posté par Yohann (site web personnel) . En réponse à la dépêche Dacode avait raison !. Évalué à -1.
ca veux dire ke t pas au chomage ? :)
[^] # Re: -
Posté par Yohann (site web personnel) . En réponse à la dépêche Dacode avait raison !. Évalué à 1.
oui au moins,
tiens tu as gagner ca :
+----------------+
|.1.point.godwin.|
+----------------+
[^] # Re: Vous manquez d objectivité
Posté par Yohann (site web personnel) . En réponse à la dépêche Dacode avait raison !. Évalué à 1.
Remarque ne pas envoyer d'image = soulager le CPU, car le CPU envoie l'image sur le reseau, donc c'est ca de pris, en plus tu gagne en bande passante. donc pour un site statique (pas PHPnuke mais bon) - d'image = + de bande passante, +de cpu pour envoyer plus de page = bcp + de page envoyes.
[^] # Re: Vous manquez d objectivité
Posté par Yohann (site web personnel) . En réponse à la dépêche Dacode avait raison !. Évalué à 1.
C'est vrai que apres tu peux toujours couper les acces au pages 'lourde', mais faire le contraire... me parait un peu... la charue avant les boeufs koi...
[^] # Re: bof
Posté par Yohann (site web personnel) . En réponse à la dépêche Dacode avait raison !. Évalué à -1.
mais (helas) plusieur espace consecutif sont reduit a un seul, balise ou pas.
desoler hein