Tiens c'est marrant, ça fait quelques années que je pense à un truc qui y ressemble furieusement. Sauf que je n'avais pas des "flèches", mais des "objets" et des "relations", où la relation était bien sûr elle-même un objet (reliant 2 objets). Je ne sais maintenant plus trop si ma distinction entre les deux est essentielle ...
J'avoue que j'ai pas trop le temps de regarder pour l'instant, mais au départ ce genre d'idée se basait d'après les travaux que j'avais vu sur les ontologies (qui ne permettent malheureusement pas de "méta"-bordel parce qu'elles séparent les objets des relations). Et en ce qui concerne le langage, je te conseille de regarder du coté des types dépendants en:Dependent_type et en gros des travaux de Conor McBride, et des mathématiques constructivistes (ça va faire mal à la tête, je te préviens).
Bon, moi j'avais une approche à la base plutôt centrée sur les langages et les types, d'où l'orientation de mes conseils. Et puis ça c'est les trucs que j'ai vu récemment seulement, je suis passé par un bon paquet de trucs entre temps ...
Héhé, tu est en plein dans la manipulation. Dans les deux sens.
Ce que tu proposes inciterait les élus à faire du clientélisme, de la démago, etc. Ils manipuleraient les électeurs.
Et d'un coté, toi aussi tu te fais manipuler, en croyant naïvement qu'avec quelques mesures comme tu présentes, on va assainir la politique. Il n'existe pas de moyen "simple", "miracle", à part se bouger le cul.
C'est fort ce qu'ils arrivent à faire : à mon avis, google fait ça très consciemment, pour mettre les utilisateurs de son coté, car même si les "amateurs" n'ont pas d'intérêt commercial à mettre de la musique "copyrightée" sur leurs vidéos, google à un gros intérêt à ce que ces amateurs postent leurs vidéos sur leur service : la pub et la récolte d'infos persos.
Alors faites attention aux choses "évidentes" et réfléchissez un peu avant de désigner les méchants.
"rendre acceptable" ? Ça me fait penser à tous ces gens qui veulent "persuader les gens de quelque chose". Je trouve que le terme "rendre acceptable" est très mal choisi, car ça veut dire que quelque soit le but de ton truc (surtout s'il est inavouable), tu veux faire croire quelque chose qui n'est pas forcément vrai ...
Oui, quand tu peux le faire toi-même, et surtout quand les gens sont avertis qu'ils le peuvent, ce qui n'est pas le cas actuellement. Il est plutôt promu comme un truc qui servira à te "protéger", mais dont tu n'as pas le contrôle. "On" fera le bien pour toi.
Par contre, je ne comprend pas le "il empêchera d'utiliser les produits concurrents" ?
Quant à l'utiliser pour toi, pourquoi pas, mais encore une fois, ce n'est pas la manière dont se profile son utilisation dans l'avenir ...
Ouai enfin de la manière dont il est promu actuellement, comme tu le dis, sans rien dire à personne, je trouve ça assez moyen. Quand c'est pour l'entreprise, pourquoi pas, mais pour les particuliers, je trouve ça dangereux.
Et contrairement à ce que tu dis dans ta signature, root devrait être un droit pour chacun, sur sa propre machine ...
Bon, en ce qui concerne le NAT, je crois qu'on s'est mal compris, je parlais effectivement du SNAT qui est utilisé partout aujourd'hui chez les particuliers. Ceux qui ont des setups spécifiques pourront bien sûr faire ce qu'ils veulent (du DNAT dans ton exemple).
Pour les deux autres points, c'est surtout valable en entreprise, et comme je disais et que tu fais remarquer, ça dépendera de la politique des admins. Mais si on leur explique les avantages de l'IPv6, peut-être changeront-ils un peu d'avis ...
J'avais entendu à un moment qu'il y avait une sorte de pétition pour le droit à une IP publique pour tout le monde, et à mon avis c'est assez essentiel au développement "équitable" du net.
* Les NAT ne servent plus à rien, celui qui fait du NAT en v6 mérite d'être torturé tout le reste de sa vie (je m'en charge personnellement)
* Les proxy ça sert à mettre des données en cache, c'est utile seulement pour le web pour l'instant : pour les autres protocoles, pas besoin, on ne passe pas par le proxy
* Les firewalls : bah, si certains sont coupés du monde, qu'ils aillent se plaindre à leur admin. Après, si ce dernier est vraiment un con, on peut lui réserver le même sort qu'à ceux du premier point.
Et puis spéciale dédicace à Orange qui est en train de tuer l'émergence de l'IPv6 avec ses livebox qui laissent les requêtes DNS en v6 timeout-er au lieu de renvoyer une erreur.
Et aussi spéciale dédicace à Microsoft sans qui on aurait pas pu vivre dans un monde où dès que sa machine est directement exposée au net (ip publique), on a peur ... (je n'ai ni proxy ni firewall chez moi, mais je NATe)(oui, c'est chez moi donc j'ai la chance de faire ce que je veux, mais les admins pourraient aussi en prendre de la graine).
C'est à peu près ce que je paye chez FDN, qui fait des prix "normaux", et sans faire de bénèf. Après, posez-vous la question de comment ils font avec leurs abonnements à 30€ ...
Bah, techniquement c'est sûrement pas mal, mais bon, éthiquement, le trusted computing ça le fait beaucoup moins ... Bon, c'est juste mon avis personnel, hein (j'ai pas besoin de stage).
On pourrait savoir quel genre de produit vous faites, à quel genre de client c'est destiné ? Ou alors c'est confidentiel ?
Sinon, j'ai envoyé une proposition de stage à l'IFSIC il n'y a pas longtemps, apparemment ils cherchent des stages pour les M1 car il y en a beaucoup (mais le tiens ne correspond pas trop), et pour les M2 aussi mais ça commence à être un peu tard vu leur planning (certains commencent en février, et ont déjà dû trouver, je suppose, mais bon, il y a toujours les retardataires).
Pour les problèmes de NAT, l'autre solution s'appelle IPv6. Vous allez gueuler que c'est pas dispo chez votre FAI, mais c'est l'oeuf et la poule : tant que personne ne se bougera le cul pour passer en IPv6, les applis n'avanceront pas, et tant qu'elles n'avancent pas, l'IPv6 ne percera pas.
Quand certains me demandent l'utilité de l'IPv6, bah voilà un bon exemple, le tableau blanc !
D'un coté, il n'a pas complètement tort, ça permet d'abstraire les différences du hard, et de mieux optimiser le wear-leveling en fonction du matos particulier, même si je trouve sa comparaison avec la DRAM un peu foireuse, vu que ce que fait le contrôleur de la DRAM est très basique par rapport à ce que doit faire le contrôleur de la NAND.
Mais bon, dire qu'on devrait plutôt ne pas acheter le mauvais matos, c'est facile à dire mais pas à faire : en gros, on doit éviter _toutes_ les cartes SD/CF/... qui ont toutes du wear-leveling pourri, et quasi tous les SSD saufs peut-être ceux d'Intel. Ça limite quand même beaucoup le choix ...
Sinon, moi la chose qui me plaisait dans le "raw access" à la flash, c'est le coté on est libre de wear-leveler comme on veut.
Non, je voulais dire qu'au contraire, quand tu fermes rythmnbox, il quitte l'application, ce qui n'est pas le même comportement que d'autres applis qui sont "présentes" dans la systray (comme pidgin par exemple). C'était la différence de comportement que je trouvais "dommage", pour donner un contre argument au commentaire auquel je répondais.
Heu, un secteur effacé une fois n'est plus lisible par le disque. La méthode que tu préconise (écrire plusieurs fois) n'est valable que pour les gens qui sont prêts à démonter le disque et y aller avec du matos très spécifique et très cher. La sécurité c'est une question de moyens qu'on y met, et il me semble que le but ici n'est "que" de se prémunir du cas où quelqu'un va "simplement" vouloir trouver des données non-écrasées sur le disque ...
Un peu comme il est dit plus bas que le chiffrement peut se faire en soft, c'est la même chose pour la QoS !
Il me semble que la QoS des cartes wifi se base sur quelques files (queue) hard classées par ordre de priorité. On peut faire ça en soft sous linux avec des qdisc et tc, et bien plus !
Même pas, puisque les cartes flash gardent de coté des blocs de secours en cas de défaillance de certains. J'ai réfléchi à ça car je compte utiliser des CF comme disque principal, mais c'est assez chaud d'imaginer un "bench" qui permetterai de connaître les caractéristiques de la carte (j'ai déjà vu un mec faire ça, mais j'ai perdu le lien ...)
Nan, les 4Mo c'est la taille de la zone sur lequel il wear-level. Tu écris par page ou bloc (ça dépend de la terminologie) de 4Ko environ, mais tu dois effacer par erase block de 128Ko environ, et la carte (puisque dans le white paper on parle de carte CF il me semble) wear-level par zone de 4Mo environ (tous ces chiffres doivent varier en fonction du constructeur, de la techno et de la taille de la carte).
Ce qui est curieux c'est que la Flash ne fournisse pas les deux modes, disque dur pour la compatibilité et 'natif' pour les performances, j'imagine que les quelques cents d'Euros en couts supplémentaire pour le contrôleur doivent être considéré comme inutile..
Heu ... le plus gros problème, c'est que le protocole ATA (et donc SATA) n'est simplement pas fait pour les périphériques non-"block". Ce n'est pas géré dans le protocole, donc ça ne peut pas être géré par le SSD.
Alors après, comme toujours, on pourrait inventer un petit "hack" pour faire passer des commandes MTD classiques par de l'ATA, mais à ma connaissance ça n'a jamais été fait.
Mais on peut espérer qu'à terme les connexions soit directement sur du PCIExpress..
Il faut voir ce que tu veux dire par "PCIExpress", parce que mettre une NAND connectée à du PCIe, ça veut mettre un contrôleur qui utilisera un certain protocole de communication avec l'hôte. Et pour que ce soit pas le bordel, il faudrait que ce protocole soit standarisé. Vu comme est partie l'industrie (i.e. pas dans cette voie, à part quelques exceptions), je ne pense pas que ça arrivera (tous ceux qui voudraient s'y lancer aujourd'hui auront quelques bons wagons de retard sur la concurrence si leur truc ne marche pas "out of the box").
Heu, il me semble que tu fais une petite erreur, on est obligé d'effacer un erase block si on veut écrire dans un endroit déjà écrit auparavant, en effet. Mais une fois que cette zone a été effacée (128Ko c'est pour donner un ordre d'idée je suppose, mais ça doit être à peu près ça), on peut y écrire en plusieurs fois, par page de 4 ou 8Ko environ (encore variable selon les technos/constructeurs/...), jusqu'à la remplir. Sinon ce serait vraiment la galère.
Sinon, pour les problèmes de perf, je pense aussi que les algos de wear-leveling jouent beaucoup sur la lenteur : si c'est un algo merdique (vu comme le domaine doit être blindé de brevets, aussi ...), le fait d'écrire plein de petits blocs va vraiment le faire ramer. Ça plus les problèmes d'erase block, effectivement ça ne donne pas un joli résultat.
Enfin, en ce qui concerne la SDRAM, j'avais lu qu'elle ne servait pas de cache, mais de mémoire "opératoire" pour le chip qui fait le wear-leveling ; il y stocke diverses infos pour faire ses calculs, mais ce n'est pas un cache de données (à vérifier).
Enfin bon, comme d'hab, dans un domaine ou les constructeurs sont peu bavards, on ne peut pas faire mieux que de spéculer ...
Oui, c'est clair que comme d'hab ce n'est pas MS qui va faire avancer les choses dans le sens des technologies futures ouvertes pour tout le monde (je les aurai bien vu sortir un truc rien qu'à eux .... tiens, d'ailleurs, voir les actus récentes sur l'ExFAT, le FS standard sur les nouvelles cartes SDXC, utilisable uniquement avec Vista SP1 ...). Et que tant qu'il ne se décident pas à bouger, personne ne le fera (enfin si, les libristes, mais tout le monde va encore leur rire au nez).
Par contre, le fait de réutiliser les connexions standards des périphériques magnétiques (ATA et SATA) est quand même un gros avantage, en ce qui concerne les standards matériels.
FTL et MTD ne sont pas vraiment des "modes". FTL c'est le nom de la puce (ou du mécanisme) qui traduit les commandes reçues, spécifiques au périphériques de type "bloc", en quelque chose qui va écrire sur les puces NAND.
Et MTD c'est le nom, sous linux, qu'ont les périphériques NAND qui sont accessibles par leur interface "native" : on ne peut pas choisir d'écrire un bloc au hasard, il faut effacer un erase block si quelque chose avait été écrit auparavant. Et le soft doit aussi gérer lui-même le wear-leveling : c'est un peu demandeur en ressources, mais ça permet de choisir _sa_ technique, et surtout d'évoluer au rythme su soft, et pas du hard.
Dommage que la Flash ne soit accessibles directement comme ça que sur les périphériques embarqués à mémoire inamovible.
PS: il n'existe pas aujourd'hui à ma connaissance de connexion matérielle standard pour relier de la Flash à un ordinateur. C'est con...
Canonical protège son bizness en ne release pas - pour l'instant - des bouts de code qui sont liés directement à son bizness. En gros, qui ne pourrait intéresser personne ... hormis les concurrents directs.
Tu crois pas que des bouts du kernel intéressent plein de monde ? Et que pourtant, certaines parties du kernel sont très spécifiques à celui-ci, et donc quasi non-réutilisables dans d'autres projets ?
Rien ne dit que Canonical ne purge (ou ne purgera) pas certains éléments clés sur ces morceaux de code "critique" et décideront, lorsqu'ils ne seront plus critiques, de les releaser.
Ouai, c'est bien, vive les promesses. C'est ce que tous les libristes et gpl-violations reproche aux constructeurs, de dire "oui, on va le faire bientôt", alors que c'est juste pour gagner du temps et espérer que les gens oublient. Alors, dans notre cas, il ne s'agit pas d'une violation ou quoi que ce soit, mais la phrase "oui on va le libérer bientôt", tant qu'il n'y a rien de concret, je dis que c'est du flan.
Et tiens, pendant que j'y suis, je vais continuer à dériver sur ton post précédent où tu parlais de la méchante concurrence : es-tu pour ou contre la "loi" du marché, le fait de mettre tout le monde en concurrence ? Que penses-tu des conséquences que cela a sur une philosophie comme celle du libre ? Et des manières tordues que tu as de voir les choses afin de pouvoir l'adapter à cette doctrine libérale ?
[^] # Re: euhhh
Posté par benoar . En réponse au message projet "Entrelacs". Évalué à 3.
J'avoue que j'ai pas trop le temps de regarder pour l'instant, mais au départ ce genre d'idée se basait d'après les travaux que j'avais vu sur les ontologies (qui ne permettent malheureusement pas de "méta"-bordel parce qu'elles séparent les objets des relations). Et en ce qui concerne le langage, je te conseille de regarder du coté des types dépendants en:Dependent_type et en gros des travaux de Conor McBride, et des mathématiques constructivistes (ça va faire mal à la tête, je te préviens).
Bon, moi j'avais une approche à la base plutôt centrée sur les langages et les types, d'où l'orientation de mes conseils. Et puis ça c'est les trucs que j'ai vu récemment seulement, je suis passé par un bon paquet de trucs entre temps ...
[^] # Re: Qualité de la représentation politique ?
Posté par benoar . En réponse au journal A vot bon coeur!. Évalué à 5.
Ce que tu proposes inciterait les élus à faire du clientélisme, de la démago, etc. Ils manipuleraient les électeurs.
Et d'un coté, toi aussi tu te fais manipuler, en croyant naïvement qu'avec quelques mesures comme tu présentes, on va assainir la politique. Il n'existe pas de moyen "simple", "miracle", à part se bouger le cul.
[^] # Re: Encore une défaite des majors
Posté par benoar . En réponse au journal Google pousse à l'utilisation de la musique libre. Évalué à 2.
Alors faites attention aux choses "évidentes" et réfléchissez un peu avant de désigner les méchants.
[^] # Re: Les écoles du coin
Posté par benoar . En réponse au message Cherche stagiaire sur Rennes. Évalué à 2.
[^] # Re: Les écoles du coin
Posté par benoar . En réponse au message Cherche stagiaire sur Rennes. Évalué à 2.
Par contre, je ne comprend pas le "il empêchera d'utiliser les produits concurrents" ?
Quant à l'utiliser pour toi, pourquoi pas, mais encore une fois, ce n'est pas la manière dont se profile son utilisation dans l'avenir ...
[^] # Re: Les écoles du coin
Posté par benoar . En réponse au message Cherche stagiaire sur Rennes. Évalué à 2.
Et contrairement à ce que tu dis dans ta signature, root devrait être un droit pour chacun, sur sa propre machine ...
[^] # Re: Autre solution
Posté par benoar . En réponse au journal Décès du développeur principal de Coccinella. Évalué à 2.
Pour les deux autres points, c'est surtout valable en entreprise, et comme je disais et que tu fais remarquer, ça dépendera de la politique des admins. Mais si on leur explique les avantages de l'IPv6, peut-être changeront-ils un peu d'avis ...
J'avais entendu à un moment qu'il y avait une sorte de pétition pour le droit à une IP publique pour tout le monde, et à mon avis c'est assez essentiel au développement "équitable" du net.
[^] # Re: Autre solution
Posté par benoar . En réponse au journal Décès du développeur principal de Coccinella. Évalué à 3.
* Les proxy ça sert à mettre des données en cache, c'est utile seulement pour le web pour l'instant : pour les autres protocoles, pas besoin, on ne passe pas par le proxy
* Les firewalls : bah, si certains sont coupés du monde, qu'ils aillent se plaindre à leur admin. Après, si ce dernier est vraiment un con, on peut lui réserver le même sort qu'à ceux du premier point.
Et puis spéciale dédicace à Orange qui est en train de tuer l'émergence de l'IPv6 avec ses livebox qui laissent les requêtes DNS en v6 timeout-er au lieu de renvoyer une erreur.
Et aussi spéciale dédicace à Microsoft sans qui on aurait pas pu vivre dans un monde où dès que sa machine est directement exposée au net (ip publique), on a peur ... (je n'ai ni proxy ni firewall chez moi, mais je NATe)(oui, c'est chez moi donc j'ai la chance de faire ce que je veux, mais les admins pourraient aussi en prendre de la graine).
[^] # Re: Sœur Anne, ne vois-tu rien venir ?
Posté par benoar . En réponse au journal Commerce en ligne: Fermetures. Évalué à 2.
[^] # Re: Les écoles du coin
Posté par benoar . En réponse au message Cherche stagiaire sur Rennes. Évalué à 4.
On pourrait savoir quel genre de produit vous faites, à quel genre de client c'est destiné ? Ou alors c'est confidentiel ?
Sinon, j'ai envoyé une proposition de stage à l'IFSIC il n'y a pas longtemps, apparemment ils cherchent des stages pour les M1 car il y en a beaucoup (mais le tiens ne correspond pas trop), et pour les M2 aussi mais ça commence à être un peu tard vu leur planning (certains commencent en février, et ont déjà dû trouver, je suppose, mais bon, il y a toujours les retardataires).
[^] # Re: SSD
Posté par benoar . En réponse à la dépêche Btrfs intègre le noyau Linux dès la prochaine version 2.6.29. Évalué à 2.
# Autre solution
Posté par benoar . En réponse au journal Décès du développeur principal de Coccinella. Évalué à 4.
Quand certains me demandent l'utilité de l'IPv6, bah voilà un bon exemple, le tableau blanc !
[^] # Re: étonnant
Posté par benoar . En réponse à la dépêche Rétrospective LinuxFR 2008 du logiciel libre. Évalué à -1.
[^] # Re: SSD
Posté par benoar . En réponse à la dépêche Btrfs intègre le noyau Linux dès la prochaine version 2.6.29. Évalué à 4.
D'un coté, il n'a pas complètement tort, ça permet d'abstraire les différences du hard, et de mieux optimiser le wear-leveling en fonction du matos particulier, même si je trouve sa comparaison avec la DRAM un peu foireuse, vu que ce que fait le contrôleur de la DRAM est très basique par rapport à ce que doit faire le contrôleur de la NAND.
Mais bon, dire qu'on devrait plutôt ne pas acheter le mauvais matos, c'est facile à dire mais pas à faire : en gros, on doit éviter _toutes_ les cartes SD/CF/... qui ont toutes du wear-leveling pourri, et quasi tous les SSD saufs peut-être ceux d'Intel. Ça limite quand même beaucoup le choix ...
Sinon, moi la chose qui me plaisait dans le "raw access" à la flash, c'est le coté on est libre de wear-leveler comme on veut.
[^] # Re: Migration
Posté par benoar . En réponse à la dépêche Sortie de la version initiale de Foswiki - fork de TWiki. Évalué à 2.
[^] # Re: Modifie les!!!
Posté par benoar . En réponse au journal Les clients de messagerie instantanée son tous pourris. Évalué à 2.
[^] # Re: Granularité du COW ?
Posté par benoar . En réponse à la dépêche Btrfs intègre le noyau Linux dès la prochaine version 2.6.29. Évalué à 2.
[^] # Re: Presque complet....
Posté par benoar . En réponse à la dépêche Publication d'un micrologiciel libre pour les cartes Broadcom 4306 et 4318. Évalué à 3.
Il me semble que la QoS des cartes wifi se base sur quelques files (queue) hard classées par ordre de priorité. On peut faire ça en soft sous linux avec des qdisc et tc, et bien plus !
[^] # Re: cai pas forcément que une bonne idée
Posté par benoar . En réponse au message Interdit de correction !. Évalué à 3.
[^] # Re: SSD
Posté par benoar . En réponse à la dépêche Btrfs intègre le noyau Linux dès la prochaine version 2.6.29. Évalué à 2.
[^] # Re: SSD
Posté par benoar . En réponse à la dépêche Btrfs intègre le noyau Linux dès la prochaine version 2.6.29. Évalué à 3.
[^] # Re: SSD
Posté par benoar . En réponse à la dépêche Btrfs intègre le noyau Linux dès la prochaine version 2.6.29. Évalué à 2.
Heu ... le plus gros problème, c'est que le protocole ATA (et donc SATA) n'est simplement pas fait pour les périphériques non-"block". Ce n'est pas géré dans le protocole, donc ça ne peut pas être géré par le SSD.
Alors après, comme toujours, on pourrait inventer un petit "hack" pour faire passer des commandes MTD classiques par de l'ATA, mais à ma connaissance ça n'a jamais été fait.
Mais on peut espérer qu'à terme les connexions soit directement sur du PCIExpress..
Il faut voir ce que tu veux dire par "PCIExpress", parce que mettre une NAND connectée à du PCIe, ça veut mettre un contrôleur qui utilisera un certain protocole de communication avec l'hôte. Et pour que ce soit pas le bordel, il faudrait que ce protocole soit standarisé. Vu comme est partie l'industrie (i.e. pas dans cette voie, à part quelques exceptions), je ne pense pas que ça arrivera (tous ceux qui voudraient s'y lancer aujourd'hui auront quelques bons wagons de retard sur la concurrence si leur truc ne marche pas "out of the box").
[^] # Re: SSD
Posté par benoar . En réponse à la dépêche Btrfs intègre le noyau Linux dès la prochaine version 2.6.29. Évalué à 3.
Sinon, pour les problèmes de perf, je pense aussi que les algos de wear-leveling jouent beaucoup sur la lenteur : si c'est un algo merdique (vu comme le domaine doit être blindé de brevets, aussi ...), le fait d'écrire plein de petits blocs va vraiment le faire ramer. Ça plus les problèmes d'erase block, effectivement ça ne donne pas un joli résultat.
Enfin, en ce qui concerne la SDRAM, j'avais lu qu'elle ne servait pas de cache, mais de mémoire "opératoire" pour le chip qui fait le wear-leveling ; il y stocke diverses infos pour faire ses calculs, mais ce n'est pas un cache de données (à vérifier).
Enfin bon, comme d'hab, dans un domaine ou les constructeurs sont peu bavards, on ne peut pas faire mieux que de spéculer ...
[^] # Re: SSD
Posté par benoar . En réponse à la dépêche Btrfs intègre le noyau Linux dès la prochaine version 2.6.29. Évalué à 3.
Oui, c'est clair que comme d'hab ce n'est pas MS qui va faire avancer les choses dans le sens des technologies futures ouvertes pour tout le monde (je les aurai bien vu sortir un truc rien qu'à eux .... tiens, d'ailleurs, voir les actus récentes sur l'ExFAT, le FS standard sur les nouvelles cartes SDXC, utilisable uniquement avec Vista SP1 ...). Et que tant qu'il ne se décident pas à bouger, personne ne le fera (enfin si, les libristes, mais tout le monde va encore leur rire au nez).
Par contre, le fait de réutiliser les connexions standards des périphériques magnétiques (ATA et SATA) est quand même un gros avantage, en ce qui concerne les standards matériels.
FTL et MTD ne sont pas vraiment des "modes". FTL c'est le nom de la puce (ou du mécanisme) qui traduit les commandes reçues, spécifiques au périphériques de type "bloc", en quelque chose qui va écrire sur les puces NAND.
Et MTD c'est le nom, sous linux, qu'ont les périphériques NAND qui sont accessibles par leur interface "native" : on ne peut pas choisir d'écrire un bloc au hasard, il faut effacer un erase block si quelque chose avait été écrit auparavant. Et le soft doit aussi gérer lui-même le wear-leveling : c'est un peu demandeur en ressources, mais ça permet de choisir _sa_ technique, et surtout d'évoluer au rythme su soft, et pas du hard.
Dommage que la Flash ne soit accessibles directement comme ça que sur les périphériques embarqués à mémoire inamovible.
PS: il n'existe pas aujourd'hui à ma connaissance de connexion matérielle standard pour relier de la Flash à un ordinateur. C'est con...
[^] # Re: On voit bien la mentalité de Canonical
Posté par benoar . En réponse au journal Chronique d'une liberation annoncée..... Évalué à 5.
Tu crois pas que des bouts du kernel intéressent plein de monde ? Et que pourtant, certaines parties du kernel sont très spécifiques à celui-ci, et donc quasi non-réutilisables dans d'autres projets ?
Rien ne dit que Canonical ne purge (ou ne purgera) pas certains éléments clés sur ces morceaux de code "critique" et décideront, lorsqu'ils ne seront plus critiques, de les releaser.
Ouai, c'est bien, vive les promesses. C'est ce que tous les libristes et gpl-violations reproche aux constructeurs, de dire "oui, on va le faire bientôt", alors que c'est juste pour gagner du temps et espérer que les gens oublient. Alors, dans notre cas, il ne s'agit pas d'une violation ou quoi que ce soit, mais la phrase "oui on va le libérer bientôt", tant qu'il n'y a rien de concret, je dis que c'est du flan.
Et tiens, pendant que j'y suis, je vais continuer à dériver sur ton post précédent où tu parlais de la méchante concurrence : es-tu pour ou contre la "loi" du marché, le fait de mettre tout le monde en concurrence ? Que penses-tu des conséquences que cela a sur une philosophie comme celle du libre ? Et des manières tordues que tu as de voir les choses afin de pouvoir l'adapter à cette doctrine libérale ?