M a écrit 2988 commentaires

Qu'est ce qui se passe si le fsck est encore en cours et que l'utilisateur tente d'ouvrir une
session ?
Est ce que ça reste gelé le temps que le fsck se finisse ?

Il y a de grosse chance que oui :)
Apres des hacks seront surement ajouté pour bloquer le dm tant que le home de l'utilisateur n'est pas monter..

C'est moi ou le lien ne fonctionne pas pour le moment ?

Mouais il manque l'option tarot a 5 qui ajoute un peu de piment

oui joli troll.

J'ai arrêté au très pompeux "Java est un des langages de programmation les plus auréolés de succès de ces quatre dernières décennies."

Au moins l'intro à le mérite de faire comprendre que l'article ne risque pas d'être très objectif et d'éviter de perdre du temps à le lire.

Oui c'est assez désespérant les jeux de tarots sous Linux : le mieux que j'ai trouvé c'est des version en ligne en flash...

ils ont des cartes hors de prix acceptant un buffer de 3 octets (la taille d'un sample auddio professionel : 24 bits) en sachant le traiter en temps réel (essaye d'envoyer 8 canaux à 48 000 Hz avec un sample par packet en USB, donc ~400k packet par seconde, et das l'ordre s'il te plait, pour voir) (bon, je ne connais pas assez pour connaître la taille exacte des buffers audio, mais c'est pour donner l'idée de la différence)

Certes, mais bon une carte audio il y a 10 ans c'etait une bonne sound blaster (https://secure.wikimedia.org/wikipedia/en/wiki/Sound_Blaster ) avec au moins 32 voix hardware, un dsp pour des effets/resampling.

Du coup ta carte 8 voix, 24 bits 48Khz ne doit pas être si hors de prix que ça

Et ben aujourd'hui on a sacrément régressé et on se retrouve à tout faire en soft...
Les cartes son ont évolué à l'inverse des cartes graphiques.

Sinon ta comparaison usb est foireuse : il l'usb high speed tu peux faire passer de la vidéo non compressé (le débit théorique est autour de 480Mbps).
Donc tu peux faire passer un tas de canaux audio 24 bits à une fréquence de malade.

oui ce type de catcha est intéressant, sauf que ca peut être dure pour les personnes parlant mal la langue (ou manquant de culture).

Et ca existe : http://www.vbulletin.org/forum/showthread.php?t=124828

Et moi pour les sites pas important je met un mot de passe du style "qwerty".
Pour ceux dont je tiens a mon identité, mais qui contiens rien d'important (info bancaire, ...), j'ai plusieurs variante autour d'un mot de passe

Enfin pour les importants (banque, ...) j'ai un mot de passe différent qui est noté sur un papier (et que je retiens ou pas suivant le fréquence d'utilisation).

Le noyau doit s'occuper de gerer le HW et les ressources du systeme et rien d'autre. Les autres fonctionnalites doivent se trouver en user-land, soit sous forme de librairie ou de service tournant en tache de fond (avec acces par local RPC ou autre)
Ca me fait doucement rigoler cet argument quand on voit ce que d'autre sous systeme du noyau font :

certaines cartes réseaux supporte le checksum crc des packets, c'est pas pourtant que celle qui ne le supporte doit doivent faire le calcul en user-land.
Idem avec les carte wifi full-mac vs soft-mac.
On peut même retrouver dans le noyau des démultiplexeur mpeg pour la gestion du dvb

Le role du noyau et des drivers c'est vraiment d'abstraire le matériel : le soft ne doit pas avoir connaissance des particularités de la carte et d'y accéder toujours par la même interface.

ALSA est a coté de la philosophie unix :
- l'API publique n'est pas sur l'interface noyau, mais sur libasound avec une API montreuse (plus de 1000 fonction) et un interpréteur lips...
- les applications ne peuvent pas accéder avec libasound directement aux cartes cheap (manque le mixage, resampling)
- pulseaudio fait bien plus qu'un mixeur soft et a des dépendances de folie ...

je vous conseille la lecture de https://sites.google.com/site/glasnostsurfukushima/bulletins qui donne des infos assez "objective" sur l'incident de fukushima.

S'il y avait que ça.

T'as pas le droit de publier l'énoncé.

Et la notation est assez subjective :
- performance du programme (temps exécution, occupation RAM)
- qualité du code (un code conforme à la norme misra, ou alors au coding rules linux ?)

En plus si t'es gagnant tu donnes ton droit a l'image a cette boite pendant 2 ans pour qu'ils puissent de faire de la pub/promo.

bref ca sent une opération de com/recrutement d'une boite et ca donne pas envie...

arf c'est du c++ tout moche.

Sinon le commentaire dans le code a l'air de dire que c'est que pour les vielles version de Word : jusqu'a 95.

il me semble que fs et gs sont quand même utilisés en particulier pour le stack protector.

fs et gs sont utilisé comme des registres (read_mostly) supplémentaire qui pointe sur des données. Ils servent pour implémenter les TLS (user/kernel) et le stack protector.

Au passage, la segmentation disparaît dans EMT64.
Sauf pour fs et gs : http://en.wikipedia.org/wiki/Memory_management_unit#x86-64

C'est dommage qu'ils n'aient pas fournie une meilleur alternative...

Pour la dernière question, non, le kernel a besoin d'avoir accès aux pages des applications !

oui mais dans le cas de linux, l'accès ce fait par un autre mapping (direct mapping).

De plus on parle de page exécutable, je vois pas ce que le kernel ferais dedans.

Lennart a eu beau jeu de souligner que systemd utilisait à fond des dizaines de fonctions spécifiques de Linux et qu'il ne s'agissait nullement d'ajouter quelques bifurcations dans le code:

Tant mieux, le jour ou debian passera a systemd, je crois que j'envisagerait de passer a une autre distrib (j'ai attendu 2 ans avant de me résigner a installer udev...; le montage par UID est une atrocité).

D'après les photos, c'est bien le hub USB qui alimente la 'bête' mais pas à travers le port USB.

D'apres ce que je vois, les cables soudés au pcb sont des cables de debug (uart, jtag).

Par contre le cable usb qui arrive a la bestiole est un peu special. Si on regarde bien la photo c'est le racord (rouge) de 2 cables usb. L'un amène le courant (host) du hub, l'autre device permet de piloter le clavier, souris, carte ethernet, ...

Pourtant il font tourner mediawiki :
https://www.redhat.com/openshift/sites/default/files/documents/RHOS_Express_Getting_Started_w_MediaWiki.pdf

Dans le cas du logiciel en général, et tout particulièrement dans le cas d'init, on souhaite premièrement avoir un logiciel sans bug.
Dans ce cas on fait un truc minimaliste et simple, pas un truc qui essaye de tout faire, qui a des interaction avec l'extérieur via IPC [1].

[1] Surtout dbus, je n'arrive pas a comprendre comment un truc qui ce voulait simple est arrivé à une telle API. "D-Bus is a message bus, used for sending messages between applications.
Conceptually, it fits somewhere in between raw sockets and CORBA in
terms of complexity.". C'est bien plus proche du corba que des sockets...

oui le markdown ça pue, ca demande un formatage ligne par ligne...

http://opencores.org/openrisc,linux : "Status

Kernel version is tracking mainline. It is capable of booting and running BusyBox userspace. The C library providing user space support is uClibc."

Ca inspire confiance ...

Les licences GPL et LGPL me semble peu adaptées pour le hardware : déjà comment on définit la notion de travail dérivé ?

Si je mets une brique GPL sur mon asic qu'est ce que je dois redistribuer ? Idem pour la LGPL.

Ensuite comment appliquer la GPLv3 sur un asic. Le fournisseur du chip doit me donner accès a sa fonderie pour que je puisse faire tourner mes modifs ;)

Ensuite vu les coûts pour fondre un processeur avec des technos moderne (de l'ordre du millions d'euros), si on a le choix entre une brique opensource sans garantie, et une brique qui coûte quelques K€ avec du support, un historique (on sait que cette brique tourne déjà chez les concurrents, il y a déjà des drivers). Le choix est vite fait.

Surtout que lorsque l'on regarde les projets "OpenCores Certified" http://opencores.org/projects?occp=on et ben il reste pas grand chose d'intéressant : I2C (c'est pas la mort à faire), sdcard (douteux vu qu'il ne supporte pas le mode 1 bit, qui est le mode de démarrage des sd. Support de sdio ?), contrôleur lcd de base (c'est pareil, c'est pas très complexe a faire).

Au final tous les trucs qui seraient intéressants à avoir : usb2 (ehci host + otg), gpu, NAND, ddr/ddr2, video encoder/decoder, lcd avancée (vide scaler, color space conversion, plane blending, ...) ne sont pas dispos.

<i>Je pense que ce processeur est encore trop proche des procs
actuels qui gaspillent les transistor comme si cela n avait pas un cout.
commencons par revenir a un proc 16 bits car cela suffit amplement.
32 bits ne servent a RIEN . </i>
Tu vis dans quel monde. Les smartphone ressemble de plus en plus a des pc avec 512 Mo de RAM et des Ghz sous le capot. Les proc passe au 64 bits (Mips le fait deja, arm sont en train de le faire).

Et puis qui dit 16 bits qui 64Ko de mémoire adressable. Je te met au défit de faire tourner un Linux sur cette archi ...

En cherchant bien on peut l'obtenir sans se loguer. Mais le site est assez mal foutu...

<i>Le consommateur veut du pas cher. Vous pouvez vous mettre à plusieurs ici pour crier le contraire, vous ne représentez pas un volume critique: aucun intérêt économique à satisfaire vos besoins</i>
Et ben s'il achète un produit de qualité d'occasion, il payera surement moins cher (sur la durée) qu'un produit a bas coup.

La filière de la récup est très peu développé en france. Quand je vois ce qui est mis chaque mois dans les rues (encombrant destiné a la décharge), je me dis qu'on pourrait faire pas mal d'heureux pour certaines population pauvre.
Y a qu'a voir le reportage de talasa hier. Une assoc se fait chier a retaper des epaves pour les offrir aux pecheurs d'Haïti, alors que des "neufs" sont démantelé.

<i>Pour répondre aux questions sur "on ne peut plus réparer" ou "plus soi-même", encore une fois, prendre en compte tout le problème: </i>
Le coté non réparable vient surtout a mon avis de la miniaturisation, de l'électronique et de l'informatique que les produits embarque de plus en plus.

Avant les moteurs de voitures c'etait pas sorcier, ca reposait sur de la mécanique.
Maintenant il y a des injection electronique & co...

Idem pour les produits électronique. Avant c'était a base de grosse résistance, condo, transistor et autres composants discret. Aujourd'hui on fait une petite puce qui fait tout ca.

Enfin obsolescence vient aussi d'un phénomène de masse. Y a qu'a voir internet. Les sites internet sont de plus en plus lourd. En ben les gens suivent comme des moutons.

Ca va être pareil avec la TV. Le standard SECAM/PAL était compatible avec la version noir et blanc. C'est a dire qu'une télé a pu avoir une très longue durée de vie.
Aujourd'hui ils envisagent dans quelques années d'arrêter les flux SD et de tout passer en h264/HD. Qui va protester ? Personne, les gens sont déjà formaté a ce qu'une TV ne dure plus 20 ans...

Mais si on peut faire lire des fichier mp3 par le navigateur : http://www.world-voices.com/resources/addaud.html

Comment ca c'est pas html5 ?