Nicolas Boulay a écrit 15830 commentaires

tu es franchement vague...

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

Ah, à 90% alors.

Les 10% restant étant les menaces de retorsion envers les revendeurs pour interdire double boot ou non exclusivité.

ok, je troll.

Bon a part les DRM qui bouffe des ressouces et ferme encore plus le hardware, il y a quoi sous le capo dont personne ne parle dans les tests ?

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

Sous Linux, a chaque nouvelle version, les softs vont plus vite. Le scheduler disque et process est meilleur, les sous systèmes mieux optimisé. Je n'ai jamais entendu parler de nouvelles version de linux qui faisait ralentir quelques choses.

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

On ne vend pas un produit fini avec des bugs connus. Il n'a qu'à moi que cela parait antinomique ?

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

Il existe des petites piles IP mais qui bouffent des ressouces et qui ne sont pas sécurisé (vol de session tout ça...).
Je pensais à samba pour se connecter à sa propre machine à travers le réseau (comme certaine platine divx).
sinon, comme une pile IP, causer "SATA " n'est pas difficile mais le faire avec des bonnes performances, c'est une autre histoire ! (la gestion de fichier est la raison d'être des 1er OS). Gérer des fichiers, c'est avoir l'équivalent d'un VFS, d'un système de fichier et d'une couche ATA. FAT est simple à implémenter mais bon...

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

Dans ce cas tu oublis tout jeu qui peut ressembler à WoW. Tu oublis la transformation de la boite en media center. Et tu oublis les perf pour accéder à un disque dure.

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

j'ai écrit un bench applicatif, il y a quelques temps. Il demande pas mal de ressources mais je le trouve bien représentatif. Il test aussi l'avantage d'avoir plusieurs cpus.

http://f-cpu.seul.org/~nico/nicobenchv1.0.tar.bz2

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

mmmh.. au hasard, avoir une pile ip digne de ce nom, pouvoir utiliser l'usb, le firewire, une connection sata, samba. C'est sur il peuvent tout recoder, mais quel interet ?

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

les perfs vont pas trop dépendre de l'OS... On exploite les capacités physiques de la machine, point barre.

Il suffit de voir l'article pour voir que tu as tord. Les drivers ont un comportement important dans les perfs finals.

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

Bayrou a très bien compris le problème comme Rocard. Mais est-ce le cas du reste de son parti ? Pas sûr...

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

Un disque dur chez tes parents à qui tu causes par internet, c'est lent mais au moins pas au même endroit.

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

C'est des choses plus nécessaires avec le numérique, l'écran n'a plus de balayage, donc il peut s'adapter a chaque 'fréquence' sans faire de scintillement ou autre.
C'est beau le numérique ;-)

hum... je crois que tu es passé à coté du problème.

Numérique ou pas. Un film enregistré à 24fps, à une image prévu pour rester 1/24s à l'écran. Si ton écran diffuse à 60 fps c'est impossible. Chaque image peut être mis sur 2 ou 3 frame mais cela fera du 1/30s ou du 1/20s mais jamais 1/24s.

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

je pensais à ce commentaire.

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

Et le pire, c'est qu'il s'agit d'un reportage diffusé en 2005 et bourrées d'erreurs, cf le 1er journal sur le sujet.

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

pour le ciné numérique, il ya le 4K 30i/s et le 2K/60i/s (ce qui est le mieux pour restituer le mouvement, même si l'optimum est >70i/s)

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

C'est faux car 80% du temps ils ont aussi de quoi lire les pdf.

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

Je crois surtout que tu devrais garder les préférences du bureau choisi par l'utilisateur (sous kde ou gnome mais freedesktop doit avoir une norme la dessus). L'utilisateur a tendance aujourd'hui a vouloir des interfaces les plus semblables entre elles. C'est la règles de "l'interface la moins surprenante" pour diminuer le temps d'adaptation.

Entre chose, sur la page d'acceuil :
EKD est placé sous licence libre GNU GPL : Vous pouvez l’utiliser, le copier, le modifier (en ayant pris le soin de demander à l’auteur avant bien sûr) et le diffuser librement .

Avec la partie en rouge, cela fait tache. Si c'est un logiciel libre, personne n'a besoin de te demander ton avis. Tu devrais juste rajouter que tu souhaiterais avoir acces à ses modifications.

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

C'est la seul téchno qui assure que 80% du temps l'utilisateur n'aura pas besoin d'installer de plugin.

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

<i>- n&#8217;inondez pas un forum ou un blog de copié-collé : ce genre de comportement tue le débat et ne présente aucun intérêt pour votre candidate; pire, il est contre-productif.</i>

Ils ont dû voir l'effet dévastateur que cela faisait sur le blog de maitre Eolas...

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

Cela revient juste à donner une plus grande priorité à certain thread. Mais quel est le coût pour les autres threads. C'est souvent le problème dans toutes les gestions "temps réel", les threads non temps réel peuvent être massacré en terme de performance.

Linux donne priorité aux "processus interactifs", en gros qui font des IOs. Et pour l'instant, cela marche bien. (genre un make -j 6 bzImage ne fait pas saccader une lecture mp3).

Si je me souviens bien, il y a un nouvel appel système qui donne un nombre de latence max pour un process donné.

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

J'ai aussi entendu 2x Fred Couchet de l'april (il me semble) interviewé sur les effets sur le logiciels libre sur BFM.

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

Je ne crois pas que dans linux il y a une notion de multimédia (et donc de flux avec échance) dans le scheduler disques. J'imagine que si le scheduler cpu donne le cpu au process multimedia, il pourra générer les acces disque en question donc, c'est lié, et pas besoin forcément de gonfler l'ordonnanceur disque.

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

Si tu le fais tu perds tous le support/toute la garantie.

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

tu oublis la version sans OS du tout et donc sans support soft.

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

Ce scheduling la n'a pas grand chose a voir avec le scheduler des threads.

Si j'étais d'accord avec toi pour ta définition implicite du temps réel, là je ne suis pas d'accord.

Le problème est le même que tu schedules l'utilisation d'un cpu ou de l'acces aux disques dures. C'est toujours de la gestion de ressource unique dans le temps en espérant garder de la réactivité et des performances.

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