Le pub des programmeurs

Citation :

Sur PC, la qualité du timing MIDI "externe" (hors VST) a probablement toujours été le cadet de leurs problèmes. Ce qui ne veut pas dire que les pb n'existent pas, à force de rajouter des couches et des couches d'abstractions matérielles:

Citation :
Il me paraissait logique dans un premier temps de dominer l'aspect midi et C++ ...

Citation :
what is the Audicle? : Many software environments have been developed for computer music. Programming environments typically provide constructs to implement synthesis or musical algorithms, whereas runtime environments allow performers to exert parametric control over their programs onstage, in real-time. We present a potentially new type of audio programming environment that integrates the programmability of the development environment with elements of the runtime environment. The result, called the Audicle, is a duct-taped intersection of a concurrent smart editor, compiler, virtual machine, and debugger, all running in the same address space, sharing data, and working together at runtime. We sometimes believe this augmentation has the potential to fundamentally enhance the way we write and visualize audio programs both offline and on-the-fly.

Citation :
Seperating some things is a wonderful thing, and not ten
years behind. Almost all lockless algorithms depend on
per-cpu data structures, and that's fine.

The problem is doing it for "everything". It doesn't work.

Doing it for the filesystem caches, for example, is a total
disaster. It increases memory pressure by huge amounts, and
makes synchronization much harder.

(snip)

So replication simply isn't a generally acceptable model.
It works fine sometimes, and when it works, it's
wonderful, and monolithic kernels will certainly do it too.
It's just not a "generic" solution.

* QNX
* Integrity
* PikeOS
* Symbian
* L4Linux
* Singularity
* K42
* Mac OS X
* HURD
* Coyotos

Citation : J'ai une question un peu HS : est-ce que vous utilisez les unités mebibit, mebioctet etc...

Un de mes stagiaires me fait la leçon la -dessus, j'aurai ma revanche quand il devra prononcer "mebibit" en soutenance ou c'est vraiment utilisé maintenant ?

Citation :
En embraque, on a Linux, oui, mais lorsqu'il s'agit de systèmes temps réel, on se rabat sur les noyaux qu'il a cité.

Citation :
D'ailleurs, si on réfléchit bien, modulariser, c'est créer des composants qui s'assembleront, donc un micro-kernel à terme.

Citation :
PS : Il faut tout de même penser non-structuré comme non-structuré de l'extérieur, je pense, car Linux est structuré.

Citation : Rien que ca, ca contredit completement l'argumentaire de la plupart des contradicteurs a mes yeux: si le code de Linux, son organisation etait si mauvais, comment se fait-il qu'il ait put aller aussi loin ?

Citation : I know that computer software is different from car software, but users just want them both to work and don't want lectures why they should expect cars to work and computers not to work. I want to build an operating system whose mean time to failure is much longer than the lifetime of the computer so the average user never experiences a crash.

Citation : Anybody who has ever done distributed programming should know by now that when one node goes down, often the rest comes down too.

Citation : The fundamental result of access space separation is that you can't share data structures. That means that you can't share locking, it means that you must copy any shared data, and that in turn means that you have a much harder time handling coherency. All your algorithms basically end up being distributed algorithms.

Citation :
Ta passion t'enflamme jeune padawan !

Citation :

Croire que "one size fits all" est une erreur évidente,

Citation :
Heureusement que non ! Systèmes bancaires, salles de marchés, salles de contrôle satellite/fusées, centrales nucléaires, trucs militaires, réservations avion ou train...

Citation :

Et là, le choix de la recopie est très sain, et très viable. C'est assez courant ; et quand on ne le fait pas, c'est souvent des problèmes insolubles ensuite. Dans ce contexte, même si l'inconvénient soulevé par Torvalds est parfaitement vrai, ce choix est généralement meilleur :

Citation : Bof, je crois pas etre si passione que ca, et Torvald sort souvent des anneries aussi, je cherche pas a le defendre a tout prix.

Citation : Peut etre, mais "Linux fits many more sizes than any other OS ever has before" (c'est la loi de Gabou).

Citation : Ca n'a jamais ete fait avant. Ca montre bien qu'il y a quelque chose qu'il y a quelque chose qui fait que le design et plus globalement tout le process autour de linux marche extremement bien.

Citation : Mais tout ca, ce ne sont pas des systemes distribues au sens ou Torvald l'entend.

[edit] D'ailleurs, dans quasiment tous ces domaines, Linux est de plus en plus utilise. Salle de marche ? Wall Street est de plus en plus interesse par Linux (j'ai pas trop suivi non plus); controle de fusee/satellites, la, je sais pas trop, c'est pas un domaine que je suis non plus.

Citation : In contrast, if you do distributed physics calculations, and one node goes down, you can usually just re-assign another node to do the same calculation over again from the beginning. That is not true if you have a really distributed system and you didn't even know where the data was coming from or where it was going

Citation : Oui mais Torvald n'a toujours parle que de son domaine, la ou les performances comptent enormement.

Citation : D'ailleurs, dans quasiment tous ces domaines, Linux est de plus en plus utilise.

Citation :
Pour l'instant Windows fits much more !

Citation :
Par exemple le multithreading était bien pourri avant le noyau 2.6 alors qu'il était ok depuis longtemps chez les autres Unix

Citation :
Pour du A je pense que ce n'est jamais le cas, et que ce n'est pas près de l'être : Linux compte trop de lignes pour être certifiabl

Citation : Franchement, je vois pas pourquoi tu dis ca ? Deja, windows tourne pas sur tant d'architectures que ca (x86 pour les windows classiques, ppc pour la xbox 360, et arm pour windows CE ?)

Citation : C'est discutable, ca. Il y a quand meme un point important a ce niveau la: linux a ete le seul OS generaliste (a ma connaissance) qui au court du temps, a vu ses performances de creation / context de process augmenter et non diminuer. Ensuite, le multi threading, c'est pas dans la philosophie Unix.

Citation : A ce niveau la, tu peux pas utiliser le C, de toute facon, non ?

Citation :
Je parlais en nombre d'utilisateurs (donc nombre de PCs équipés avec Linux ou Windows).

Citation :
Or avec POSIX il n'était pas censé avoir cette limitation, le signal est de niveau processus et non thread.

Citation :
On Unix systems, using threads and signals together is a nightmare.