superna a écrit 305 commentaires

Héhé pas forcément, sur mac il te monte le disque avec des fichiers AIFF sans pertes ;-)

Bref c'est pareil, ça tue un windowsien quand même....

FT a été payé par les communes pour installer les lignes, contrairement a free/autres aujourd'hui qui investis ses propres fonds pour installer les lignes.

Perso, j'apelle ça un don gracieux...

Merci du cours sur les OS ;-) Mais je sais trés bien ce qu'est un scheduleur ...

Ils vont certainement pas lancer le javascript de chaque "appli" dans des processus différents, et j'en doute des threads différents.

L'avantage d'avoir un language trés haut niveau comme le javascript c'est qu'il est trés simplemet preemtable et que le code de toutes les pages peut être exécuté par un seul ensemble de thread. Et donc le code "masqué" sera de priorité trés inférieure.

Et effectivement, pour l'iPhone, les applis sont des vrai processus schédulées par le noyau, bouffie...

Mais comme c'est précisé, c'est des applications Javascript, donc beaucoup moins gourmandes !

L'iPhone contient du code natif (ARM), et la liberté de code est exceptionelle et donc peut selon les applis énormément consommer...

Le code javascript peut être éxécuté par une seule et même machine virtuelle qui va scheduler le code pour que les tâches de fond consomment le minimum !

C'est effectivement trés novateur, mais il n'y aura jamais d'appli aussi poussées que sur l'iPhone à moins se sortir Flash du chapeau ;-) (mais l'appli flash ne pourra pas être mise en tâche de fond, on retombe sur le même soucis)

Sans oublier le *DON* des lignes de cuivre payées par les communes.... dont l'utilisation est revendue à prix d'or (et jugée toujours trop faible par les dirigeants...) !

Ou que le kimsufi du TGI a expiré et que l'ip a été reprise par le gosse de 16ans qui voulait partager ses vidéos avec ses potes...

Surtout que la spec des registres systèmes (I2C, SPI (pour la flash), framebuffer, ddr, ...) est sous NDA et ultra spécifique !

Quittez le monde des IBM PC, dans les SoC (System On Chip), tout est refait de manière spécifique et il n'y a pas de bus permettant de scanner des différents devices. (A part les devices pci externes).

Le soucis est qu'une partie des modifications proviennent de notre entreprise favorite : Broadcom !

Je pense que le soucis viens plutôt de chez broadcom qui est strictement allergique à l'open source (mais vends des boards avec linux, tant qu'a faire !)...

quasiment toutes les archis ont un portage de glibc sauf certaines trés spécifiques comme blackfin.

Le principal problême de glibc est son poids, quasiment 1,5Mo strippé ce qui fait un peu gros.

uClibc s'en sort avec prés de la moitié pour des fonctionnalités équivalentes pour un si petit système (genre 1 CPU avec peu de mémoire).

Le fait que google porte le libc freebsd est simplement pour n'avoir que l'essentiel pour leur "jvm" Dalvik (et une libpthread ultra minimaliste comme expliqué dans leur README).

j'ai pire pour toi :
une toolchain arm-linux-uclibgnueabi !

1 heure de compilation, une trentaine de patches sur gcc et binutils... et avec uClibc c'est que de la galère !
M'enfin aprés ça tourne nickel avec 50% de perte de poids !

C'est vrai que beaucoup de projets "core" sont seulement en CVS et ne sont packagés et versionnés que pour les distributions.

Update, une petite modif et growl affiche un joli logo ;-)

et bien ça marche !

mattez le screenshot : http://naprod1.free.fr/Phinix-mac.png

Le port de QT pour mac est vraiment bien fini ;-)

ps: j'ai généré une icone de 512x512, mais la notification Growl a un peu de mal avec l'icone, a chercher...

Ben non, c'est un chamboulement, mais c'est pas vraiment transcendant...

J'ajouterais que c'est bien beau de parler de Mono et de son boss mais on oublie trop souvent l'implémentation de GNU : DotGNU http://www.gnu.org/software/dotgnu/

Mais ce n'est pas un problème vu que le C# est normalisé et son implémentation libre !

Mais c'est vrai qu'il manque des dev de mono/dotgnu dans les réunions de normalisation. Je te suis sur ce point !

Perso je rigole toujours concernant le "ASFI" pour "Accés Sans Fil à Internet" à la place de "Wi-Fi" pour "Wireless Fidelity"

Donc il faut leur expliquer le le Wi-Fi n'est PAS que pour internet ????

L'argument Monolitique vs microNoyau est un peu limité :
http://fr.wikipedia.org/wiki/Noyau_de_syst%C3%A8me_d'exploit(...)

Au premier abord, c'est très discutable aucun des deux n'est "meilleur" chacun a des énormes défauts...

Ensuite pour reprendre ton argument : Le noyau Linux était déjà qualifié d’obsolète par Andrew Tanenbaum[6], dès sa création en 1991. Il ne croyait pas, à l’époque, pouvoir faire un noyau monolithique multiplate-forme et modulaire.

Donc il s'est planté... fin de la discussion.

Et encore pire...

- Debian GNU/NetBSD http://www.debian.org/ports/netbsd/
- Debian GNU/kFreeBSD http://www.debian.org/ports/kfreebsd-gnu/

Argument 0 au niveau des distributions....

C'est plus complexe que ça..

En hertzien analogique, tout est transmis en D1 576i (720x576 avec aspect 768x576) en Secam.
Il n'y a pas de moyen de déterminer si le continu est 16/9 ou 4/3, donc la technique du letterbox sont le seul moyen d'envoyer du 16/9 sans voir d'image déformée sur une télé 4/3.

En TNT MPEG2 c'est en aussi en D1 576i (ou moins pour gagner de la bande passante sur les multiplex).
C'est déjà plus simple car le flux MPEG2 encode des informations de rendu d'image.
Donc en 4/3 c'est envoyé brut en D1 avec aspect D1 alors qu'en 16/9 c'est compressé en D1 (sur la largeur) avec comme info d'aspect en 19/9.
Le décodeur va alors choisir de rogner ou de mettre des letterbox pour afficher sur du 4/3 et inversement pour un flux 4/3 sur une télé 16/9.

C'est effectivement un soucis du téléviseur qui ne respecte pas trop le flux mpeg2 et/ou le décodeur externe qui n'est pas au point....

Et en TNT HD ça se simplifie car les ratio sont 720i et 1080i (donc nativement 16/9) donc espérons moins de bidouilles d'aspect ratio... sauf que les flux HD/SD ne sont très peu transmis nativement en 720p/1080p/... mais en beaucoup moins et upsclalés par le décodeur pour atteindre la bonne résolution...

Plus d'infos : http://fr.wikipedia.org/wiki/Image:Video_Standards.svg

Sur le concept que tu décris (je ne connais pas archlinux), il me semble que debian (et tous ses fils...) est aussi à base de ce concept, non ?

Les dépots stables sont simplements des gels successifs du dépots testing qui est lui même alimenté par le dépot unstable.

Alors quelle différence ?

*fonctionnait*sur autre chose que ARM mais ils ont fait comme pour NT, ils ont laisser tomber tout sauf ARM...

Côté technique, le Virtual Desktop n'utilise pas de logiciel de virtualisation comme Vmware, QEmu ou KVM, mais un patch kernel "coLinux" qui transforme les appels systèmes Linux en appels systèmes Windows, ce qui donnerait des performances proches d'une installation native sur un PC.

C'est bien plus complexe que cela, le patch coLinux produit un kernel linux qui vie en mémoire et qui prends du temps CPU comme un processus Win32,
Ensuite une panoplie de pont pour les interruptions, la mémoire et des pilote windows, permet de l'intégrer dans windows et d'avoir des communications réseau pour intégrer les applications X11 dans un bureau windows.

Le document est trés interessant : http://www.colinux.org/publications/Reprint-Aloni-OLS2004.pd(...)

C'est quand même moins grave grace au . devant le nom du fichier !

Oui, et d'ailleurs le caractère extrémiste de la conférence n'est pas par pur hasard, effectivement il parle pour faire réagir et faire penser !

C'est clair que 98% de son discours est inapplicable mais c'est aussi clair que théoriquement son discours tiens parfaitement debout, et qui ne rêverait pas de ce monde !

hmm c'est une école d'ingénieur polytechnique universitaire de l'université de nice-sophia antipolis

polytechnique : plusieurs départements (Informatique, Electronique, Mathématiques, Génie Biologique)
universitaire : complètement liée à l'université de nice-sophia antipolis car elle en fait partie (contrairement a l'ESSI et l'ESINSA qui étaient elles plus au moins liées à l'université)
d'ingénieurs : le diplôme est habilité par la cti (pas un troll, juste une justification, le débat à déja été lancé)

enfin, je pense qu'on peut être fier qu'une école d'ingé française accueille RMS et soutienne de fait son action, quel que soit les avis !

merci de ton espèce de commentaire plus ou moins foireux ;-)

Comment ce service peut être resistant aux screenshots et autres enregistreurs de bureau (enregistrement vidéo destinés aux démos) ?

J'ai un sérieux doute sur le coup :-p