Nicolas Boulay a écrit 16172 commentaires

divx est une implémentation du MPEG4, xvid est aussi une implémentation du MPEG4. Donc si il y a une différence elle ne doit pas être énorme.

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é"

C'est partit....

C'est qui undeuxtroisout qui a 7 proco qui tournent ?

"La première sécurité est la liberté"

-zoom est obligatoire pour pour faire du scaling soft si les drivers ne sont pas capable de gérer le zoom en hard.

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é"

1) les mêmes arguements ont été donné pour seti@home. 2) nc :)

"La première sécurité est la liberté"

Si tu créés un groupe linuxfr, balance ici son numero ! On peut aussi mettre [linuxfr] dans le nom que l'on se donne dans l'application.

"La première sécurité est la liberté"

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 ?

"La première sécurité est la liberté"

Mais qu'en est-il de la "liberté" des résultats ?

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é"

Qui fait ce site ?

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é"

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.

ok je --->[]

"La première sécurité est la liberté"

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).

"La première sécurité est la liberté"

Bah, si ! :)

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é"

Java qu'estc-e que cela vient faire la dedans ? L'interret de cette puce particulière est la mémoire DRAM embarqué (empilé).

"La première sécurité est la liberté"

?
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é"

STB c'est quoi ?

"La première sécurité est la liberté"

(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)

"La première sécurité est la liberté"

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 ?

"La première sécurité est la liberté"

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)

"La première sécurité est la liberté"

Disons que c'est plus pour une raison pratique, que par une volonté franche.

"La première sécurité est la liberté"

On peut plus pensez qu'effectivement il y a préjudice. La boite a les moyens de payer une licence et pas forcément un particulier qui irait voir ailleurs.

"La première sécurité est la liberté"

oui.

Si tu n'as pas de problème de place, c'est ça. Comme tu n'as pas de problème de place, tu peux aussi générer la page au lieu de juste l'effacer. Ainsi, tu peux faire pointer ton site sur du pure HTML static et avoir les performances de templeet.

"La première sécurité est la liberté"

Tu aurs des binaires optimisés pour tourner sur une grille de 8/16 cpu dérivé du powerpc. Pour trouver l'architecture qui va bien accroche toi ! (les octoprocesseurs powerpc, à part les s390 d'ibm je ne connais pas)

"La première sécurité est la liberté"

Quand on balance un truc pareil sans aucun autre commentaire ou début de preuve, cela ressemble juste à un gros troll baveux voir limite de la provocation. D'où le massacre à mon avis.

"La première sécurité est la liberté"

Evidement, si tu as un problème de place, tu fais du LRU (comme n'importe quel cache). Mais cela ne suffit pas du tout pour assurer la cohérence du cache. Ce "ménage" peut être fait lors de la génération de page (hors cache donc).

SPIP mets des dates sur ses pages en cache. Genre une page à une durée de vie de 1h donc toutes les heures, la pages est effacé et regénéré mais cela se fait à la lecture et non à l'écriture. En plus, le site à toujours une latence d'une heure (c'est pas top notament pour les testes à moins de purger le cache à chaque fois). Pourquoi est-ce qu'il ne détruise pas la/les pages en cache lors de la mise à jour ?

"La première sécurité est la liberté"

Manga, n'as jamais voulu dire bande dessiné. Cela veut dire "Art Graphique" en Japonais.

Cela inclue BD et dessin animé du style Japonais mais aussi des images. Je pense même que certain film pourrait avoir ce qualificatif.

"La première sécurité est la liberté"

disons que si les votes dont fait pour faire le trie entre ce qui est interrescant ou pas. Il est logique que "LOL" se fasse descendre.

Si le but n'est que de virer les troll poilu, c'est plus délicat.

Ou alors, il faudra un système à la slahdot ? avec différents plus : [+] informatifs, [+] rigolo, [+] offtopic, [+] troll, [+] Godwin, ensuite, c'est à l'utilisateur de mettre ses seuils :) (et les postes sans interret resterait à zero)

"La première sécurité est la liberté"