1) "OR cet article n'est pas présenté comme extérieur mais bien comme un article du magazine." "[..]un article d'un journal qui est simplement recopié d'un sautre site web. " <- et cette connerie qui l'a écris ?
2) Parce que ce que tu dis est limite de la diffamation
3) " si je trouve des critiques à faire je les fais [...]J'ai expliqué pourquoi." ah ? A part dire que le site web CEDLAMAIRDE, tu as dis quoi ? Ah oui ! Le journal n'est pas gratuit.
Et pour le reste relis toi ! Tu es limite incompréhensible !
moi je le vois comme un néophyte le verrait, he ben sans s'attendre à yahoo ou lemonde.fr on peut s'attendre à ce qu'il y ait des infos or ce n'est pas le cas, juste de la pub - et on est dans le libre je te le rappelles, aucun article en ligne ou alors 2 sur combien ?
Et le journal il vit de quoi ? Tu crois que linux pratique à les mêmes rentré pub que le monde ?
7/24/2002 PSC to backup (and eventually host) F@H data
We've been working to set this up for a while and it's finally going on right now: we're backup all the F@H data to PSC (Pittsburg Supercomputer Center). This has been a huge issue for us for quite a while since F@H generates multiple terabytes in a year.
Short term, PSC will serve as a backup site, making sure the data is secure. Long term, we will work with PSC to make this data available to other researchers and in principle anyone who would like access to the data. Don't look for this part immediately -- it will take a while just to backup the data -- but as we get papers published, we will put the raw data into the public domain for all to see and to use (following the model established by the PDB). We can't do this w/o PSC, since the raw data is HUGE (terabytes) and we just can't serve that size of data publically (although I'm told that's no biggie for a supercomputer center).
I think this will really set F@H apart from the other d.c. projects -- not only are we publishing the results in scientific journals, we will be also making the raw data available. Again, I stress that the backingup itself will take a while (possible a couple months), since we have a large backlog of files and the PSC archiver takes a while to store the files (and it does take a while for anybody to backup a few terabytes over the internet...). However, once this has gotten rolling, the public dissemination of the raw data won't be far away.
J'ai l'impression qu'on peut leur confiance. Le projet genome@home a aussi fusionné avec le projet folding@home. Bref, cela m'a l'air sérieux et pas un attrape pigeons.
Un team linuxfr à créer ?
Cela serait marrant que les warezer commencent à donner des noms de logiciels libre pour obliger le BSA à tous downloader pour vérifier le contenu des fichiers.
Au fait, enrober SPIP dans templeet juste pour profiter du cache ne doit pas être trop dure. Il faudrait "juste" faire une translation d'url. Genre cache static par defaut et redirection sur le moteur SPIP quand la page n'existe pas (et destruction du cache templeet lors de modif, de toute façon cela ne peut pas ralentir l'application).
En fait, le system de fichier de linux utilise un max de cache en RAM d'où le très faible gain en vitesse avec tmpfs. Il existe même un patch de linux qui vire le timout d'écriture sur disque (il flush ses caches en 3 secondes au maxi sauf si il y a un sync évidement), cela permet de mieux dormir à certaine personne car le HD finit par s'éteindre. Et tu as de fait, l'équivalent d'un tmpfs.
Reiser va (beaucoup) plus vite que ext sur les "petits" fichiers, sans doute que tes fichiers html rentre dans cette catégorie.
?
Je suis étonner qu'il n'y ai pas encore linux sur gameboy adavance, il y a un arm7 et qq centaine de ko de mémoire mais surtout, le port d'extention permet de mettre 32 Mo de RAM. Il faut faire un l'extention de DRAM mais cela devrait être faisable de faire tourner un µClinux dessus:)
C'est prévu pour les téléphones 3G mais un ARM9 @ 200 Mhz + un dsp à 200 Mhz avec 256 Mb de DRAM embarqué, il y a de quoi faire une jolie machine (mutlimédia) qui ne consomme rien.
(athlon 1.8ghz devrait suffire et rentrer dans les frais :)
Si tu prends 2 disques ou plus en raid, n'oublit pas de prendre des modèles ou des numéros de séries différents, cela diminue les chances qu'ils tombent en rade en même temps...
(au fait, le raid 1 augmente aussi les perf, mais seulement en lecture)
Je crois qu'au niveau perf, le raid 0 soft marche bien mais il bouffe de la cpu, il faut une machine par trop vieille. Les 8kf, c'est pour les disques ou pour toute la machine ?
1) dans ton entrée du système, tu as donc en plus la date du jour ou des compteurs internes à l'application.
2)3) J'ai très bien compris l'utilisation du 404, merci :) (depuis le RMLL d'ailleurs).
En fait tu as plusieurs cas que j'ai un peu mélangé.
Le cas du web dynamique par "confort" : typiquement SPIP. Le coté dynamique permet une mise à jour facile. Le coté lecture pourrait être 100% static car les pages sont peu nombreuses (ou au moins la première page du site, la plus consulté).
Il y a le cas du contenu/visualisation très dynamique type linuxfr (ou ton site ?) où il existe des pages différentes pour chaque client. Là, la génération ne peut pas être exaustif (trop de page, une modification entraine la modification de 100 pages, etc...) alors le traitement avec le 404 est bien adapté.
Et le dernier cas : plus de modif que de visualisation : aucun interret de faire le boulot à l'avance.
Tout ce qui est problème de taille de cache, peut se régler en cron ou lors de la génération des pages (cron ne te garantit pas que tu va pas péter le quota disque entre 2 lancements).
(au fait, il parait que la couche disque de linux est tellement performante que l'on ne gagne quasiement rien à utiliser tmpfs)
[^] # Re: Openoffice.org 1.0.3 sorti
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Openoffice.org 1.0.3 sorti. Évalué à -4.
(le problème est le même pour les traitements de texte non ?)
ok je ->[ ] (car private joke)
"La première sécurité est la liberté"
[^] # Re: Le CEA réussit la fusion entre PKI et Open Source
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Le CEA réussit la fusion entre PKI et Open Source. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: le lien que je citais provenait de linux mag vers eucd==> c pas moi
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche GNU/Linux Pratique 17 : la vidéo sous Linux. Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: Un site web qui fait honneur à la presse Linux
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche GNU/Linux Pratique 17 : la vidéo sous Linux. Évalué à 5.
2) Parce que ce que tu dis est limite de la diffamation
3) " si je trouve des critiques à faire je les fais [...]J'ai expliqué pourquoi." ah ? A part dire que le site web CEDLAMAIRDE, tu as dis quoi ? Ah oui ! Le journal n'est pas gratuit.
Et pour le reste relis toi ! Tu es limite incompréhensible !
moi je le vois comme un néophyte le verrait, he ben sans s'attendre à yahoo ou lemonde.fr on peut s'attendre à ce qu'il y ait des infos or ce n'est pas le cas, juste de la pub - et on est dans le libre je te le rappelles, aucun article en ligne ou alors 2 sur combien ?
Et le journal il vit de quoi ? Tu crois que linux pratique à les mêmes rentré pub que le monde ?
"La première sécurité est la liberté"
[^] # Re: Un site web qui fait honneur à la presse Linux
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche GNU/Linux Pratique 17 : la vidéo sous Linux. Évalué à 10.
"La première sécurité est la liberté"
[^] # Re: Skins : a quoi ca sert
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie de VideoLAN Client (VLC) 0.5.3. Évalué à 1.
Il parait qu'une EDEN VIA a des problèmes avec les DVD pourtant sa puissance est donné entre un celeron 600 et un pentium II@400.
Cela serait plus un problème de carte video ?
"La première sécurité est la liberté"
[^] # Re: Pub Eurodisney
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Pub Eurodisney. Évalué à 1.
"La première sécurité est la liberté"
# Re: Quel moteur de recherche ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Quel moteur de recherche ?. Évalué à 9.
Sinon "search engine" dans google doit aider :) (ou "search engine" dans une autre langue que l'on connait...)
"La première sécurité est la liberté"
# Re: Quel codec vidéo ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Quel codec vidéo ?. Évalué à 1.
Un guss avait écrit un script qui faisait un rip DVD vers un format avec un maximum d'optimisation. Il doit trainer qq part :)
"La première sécurité est la liberté"
# Re: Folding @ Home
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Folding @ Home. Évalué à 1.
C'est qui undeuxtroisout qui a 7 proco qui tournent ?
"La première sécurité est la liberté"
[^] # Re: Mplayer...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Mplayer.... Évalué à 2.
Sinon baisserer la résolution avant de visioner permet de nécessiter moins de cpu et d'avoir une meilleur image, je trouve.
Sur des machines qui font autre "choses", X en nice -10 peut faire avoir des hoquets à mplayer (ou xmms d'ailleurs)
"La première sécurité est la liberté"
[^] # Re: Folding@home
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Folding@home. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: Folding@home
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Folding@home. Évalué à 1.
"La première sécurité est la liberté"
# Re: Folding@home
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Folding@home. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: Folding@home
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Folding@home. Évalué à 2.
Si c'est libre, faire une équipe linuxfr serait un sport amusant, sinon cela n'a pas d'interet.
"La première sécurité est la liberté"
[^] # Re: Découverte Trustonme
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Découverte Trustonme. Évalué à 6.
Il surgit de nulle part avec trois tonnes de doc avec "© 2002-2003 Trustonme" en bas de toute les pages (au lieu de FDL). Il n'y a pas de "about" ou de "qui sommes-nous".
"La première sécurité est la liberté"
[^] # Re: BSA: Des calculs antipirates simplistes
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche BSA: Des calculs antipirates simplistes. Évalué à 10.
ok je --->[]
"La première sécurité est la liberté"
[^] # Re: Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: Euh...
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick. Évalué à 1.
En fait, le system de fichier de linux utilise un max de cache en RAM d'où le très faible gain en vitesse avec tmpfs. Il existe même un patch de linux qui vire le timout d'écriture sur disque (il flush ses caches en 3 secondes au maxi sauf si il y a un sync évidement), cela permet de mieux dormir à certaine personne car le HD finit par s'éteindre. Et tu as de fait, l'équivalent d'un tmpfs.
Reiser va (beaucoup) plus vite que ext sur les "petits" fichiers, sans doute que tes fichiers html rentre dans cette catégorie.
"La première sécurité est la liberté"
[^] # Re: Archos
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Windows Media Player pour Linux. Évalué à -1.
"La première sécurité est la liberté"
[^] # Re: Archos
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Windows Media Player pour Linux. Évalué à 2.
Je suis étonner qu'il n'y ai pas encore linux sur gameboy adavance, il y a un arm7 et qq centaine de ko de mémoire mais surtout, le port d'extention permet de mettre 32 Mo de RAM. Il faut faire un l'extention de DRAM mais cela devrait être faisable de faire tourner un µClinux dessus:)
Sinon, j'attents l'ordinateur basé la dessus :
http://focus.ti.com/omap/docs/omapgenpage.tsp?navigationId=10739&am(...)
C'est prévu pour les téléphones 3G mais un ARM9 @ 200 Mhz + un dsp à 200 Mhz avec 256 Mb de DRAM embarqué, il y a de quoi faire une jolie machine (mutlimédia) qui ne consomme rien.
"La première sécurité est la liberté"
[^] # Re: Windows Media Player pour Linux
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Windows Media Player pour Linux. Évalué à -1.
"La première sécurité est la liberté"
[^] # Re: Les performances du RAID-0
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Les performances du RAID-0. Évalué à 2.
Si tu prends 2 disques ou plus en raid, n'oublit pas de prendre des modèles ou des numéros de séries différents, cela diminue les chances qu'ils tombent en rade en même temps...
(au fait, le raid 1 augmente aussi les perf, mais seulement en lecture)
"La première sécurité est la liberté"
# Re: Les performances du RAID-0
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Les performances du RAID-0. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: Euh...
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick. Évalué à 2.
2)3) J'ai très bien compris l'utilisation du 404, merci :) (depuis le RMLL d'ailleurs).
En fait tu as plusieurs cas que j'ai un peu mélangé.
Le cas du web dynamique par "confort" : typiquement SPIP. Le coté dynamique permet une mise à jour facile. Le coté lecture pourrait être 100% static car les pages sont peu nombreuses (ou au moins la première page du site, la plus consulté).
Il y a le cas du contenu/visualisation très dynamique type linuxfr (ou ton site ?) où il existe des pages différentes pour chaque client. Là, la génération ne peut pas être exaustif (trop de page, une modification entraine la modification de 100 pages, etc...) alors le traitement avec le 404 est bien adapté.
Et le dernier cas : plus de modif que de visualisation : aucun interret de faire le boulot à l'avance.
Tout ce qui est problème de taille de cache, peut se régler en cron ou lors de la génération des pages (cron ne te garantit pas que tu va pas péter le quota disque entre 2 lancements).
(au fait, il parait que la couche disque de linux est tellement performante que l'on ne gagne quasiement rien à utiliser tmpfs)
"La première sécurité est la liberté"