Plutôt qu'attendre qu'une hypothétique main invisible fasse (peut-être) le ménage pourquoi ne pas passer directement au stade final où tous les FAI sont neutres ?
Quelque soit la définition de neutralité du net, on peut voir ce que cette atteinte change:
La possibilité pour les FAI des bloquer des sites, des ports ou des applications, sans décision de justice préalable !
La grosse différence c'est que là on ne parle plus de network management (empêcher que ton réseau s'écroule), mais de blocages arbitraires (pas de skype, un accès privilégié à youtube, thepiratebay bloqué sans décision de justice, etc.).
Ensuite on peut prendre la définition la plus simple possible et partir de là: les FAI tranportent des paquets, sans discrimination (d'origine ou de destination). Après si on veut on peut rajouter un truc pour autoriser de se défendre contre un DoS et pour l'application des décisions de justice, ça se discute (ça ressemble à ce que tu proposes).
D'ailleurs les bons FAI ne bloquent pas les ports entrants (ou proposent une option pour les débloquer gratuitement), respectent le flag ToS un minimum et proposent des IP statiques.
Des micro-noyaux y'en a deja pas mal (Mach, L4, et plein d'autres issus de la recherche, écrits en haskell ou dans d'autres langages exotiques), ils marchent plus ou moins bien pour le grand public.
Là y'a pas vraiment de rapport avec Microsoft (les gens qui écrivent windows). C'est un partenariat entre un labo public (ETHZ) et un labo privé (Microsoft Research Cambridge), mais ça reste des laboratoires de recherche, pas de l'industrie. A priori il n'y a pas de retombés direct qu'on va trouver dans la prochaine version de windows.
Sinon c'est pas en accèdant à des équipes de chercheurs/développeurs à temps plein dans des universités qu'on fait un micro noyau qui marche, c'est plutot en investissant plein en developpement ! Les labos ils sont là pour faire de la recherche, pas pour developper un produit fini.
Regarde "juste" un peu ce que tu as : si tu as un routeur WiFi 11 Mbps, ça se change rapidement en 54 Mbps par MAJ du firmware? on pourrait dire même antenne, etc... Mais non, bizarrement ça ne fonctionne pas comme ça. Et encore, avec le WiFi, on a de la chance, le 54 Mbps est compatible avec le 11 Mbps, pas besoin de garder l'ancien, mais ce n'est pas le cas des technologies mobile.
Oui si tu regardes, le 802.11n, ça fait 7 ans que c'est en developpement et si t'as une puce softmac (avec le protocole dans le firmware) c'est compatible avec la norme finale. Donc oui une fois que tu peux emettre sur une fréquence généralement le reste est en firmware.
Pour les antennes il suffit en général de connaitre les fréquences pour optimiser les placements.
A voir, c'est possible bien que plus complexe qu'un DSLAM, mais reste la gestion des sites, l'optimisation radio (un métier à part entière qui a des équipes complètes chez les opérateurs...) et j'en passe. Ce n'est pas juste un couple DSLAM/box.
Genre l'optimisation radio c'est fait chez les opérateurs... j'ai vraiment du mal à croire que ce soit si différent du reste des telecoms (ou ils font pas les routeurs, etc., eux meme) et que ce soit pas un truc proprio fait par des gens exterieurs. A la rigueur pour orange c'est different, mais ca m'etonnerait que sfr/bouygues aient les labos et le R&D pour ça.
Oui mais dans un réseau mobile, c'est quand même le réseau d'accès qui coûte le plus cher ! Donc déjà il faut changer les antennes, il faut revoir les liens de trans pour écouler le trafic haut débit généré... Et surtout il faudra sans doute payer une nouvelle licence...
Pourquoi il faudrait changer les antennes ? J'imagine qu'on connait deja les fréquences qui vont être utilisées en 4G...
De même pour les liens, y'a aucune raison de pas mettre de fibre optique, et généralement c'est future-proof.
Donc en gros mettre à jour le réseau c'est juste changer le boitier au pied de l'antenne, pour mettre une puce plus puissante si besoin. Et si ils prévoyant c'est juste une upgrade firmware à distance.
Sinon on peut à mon avis leur faire confiance pour qu'ils continuent d'utiliser leurs méthodes:
- un prix fixe avec une marge fixe (genre 30 EUR + 10 EUR de marge, ça fait quelque millions d'euros d'economie vu que y'a pas de systeme facturation super cher à avoir)
- du matos maison (ils n'auraient pas pu autant innover sans les DSLAM maison, c'est identique pour la telephone, en plus y'a des solutions open-source qui voient le jour)
- les présences en commissions sont publiés au JO
- la présence en séance ça vient des interventions notés au compte-rendu (je crois qu'ils différencient les interventions de plus ou moins de 20 mots)
- les propositions de lois et questions (écrites et orales), c'est sur le site de l'assemblée
j'espère vivement que GCC se dépêche de nous proposer les blocs afin d'en profiter, libdispatch devrait pas être difficile à porter, LLVM étant disponibles dans toutes les bonnes distributions.
D'apres la review de 10.6 sur arstechnica, les blocs sont dispos avec llvm-gcc, llvm-clang et gcc. Donc le patch pour le support des blocs dasn gcc doit exister.
Sinon j'ai vu quelques benchs, et visiblement libdispatch perd beaucoup quand on utilise les blocs (par rapport à utiliser des pointeurs de fonctions), notamment à cause des opération de copie mémoire.
La perte de la paye double est la conséquence d'un gvt aussi proche du patronat et bien loin du peuple, et de député qui aime bien suivre les directives sans sourciller.
ce n'est PAS ceux qui refusaient d'ouvrir le dimanche qui ont voté!
On peut aussi rappeler que la loi sur le travail le dimanche est la loi qui est passé le plus proche d'un vote négatif au sénat depuis au moins 2007 (et que la 1ere version de la loi est tombée dans l'oubli).
Sauf que niveau complexité c'est pas pareil. Il doit y avoir 10000 fois plus de gens qui savent causer en http que des gens qui savent causer en xmpp...
Pourquoi faire ça dans XMPP ? C'est fondamentalement client/serveur comme protocol non ?
Du coup une jolie interface REST (http://en.wikipedia.org/wiki/Representational_State_Transfer ), c'est aussi simple. Et contrairement à xmpp, c'est utilisable avec la bibliothèque standard de python (urllib2 et ses copains), ou même scriptable facilement en console avec netcat/curl/wget.
Et pour une compil optimisé t'as testé quelle part se déroule dans le backend et quelle part pour les optimisations génériques ? (avec llvm-gcc et clang+llvm)
A mon avis tu vas voir que si tu lances pas gcc (qui est plutot vieux et lent :) tu gagnes pas énorme à ne pas faire le backend.
Apparemment LLVM ne supporte vraiment que C et C++ pour l'instant (et qques autres en développement).
Via llvm-gcc, il me semble que llvm supporte les mêmes languages que gcc.
Sinon une petite question: puisque LLVM est avant tout une VM
En fait le nom est assez trompeur, llvm se veut plutot un "compiler toolkit", d'ailleurs le mode just-in-time n'est pas extremement performant (du moins comparé à l'état de l'art, hotspot).
[^] # Re: La petite histoire
Posté par ribwund . En réponse au journal Agir maintenant pour sauver la neutralité du Net !. Évalué à 4.
http://translate.google.com/translate?hl=en&sl=sv&tl(...)
[^] # Re: Qu'est-ce que la neutralité du net ?
Posté par ribwund . En réponse au journal Agir maintenant pour sauver la neutralité du Net !. Évalué à 7.
[^] # Re: Qu'est-ce que la neutralité du net ?
Posté par ribwund . En réponse au journal Agir maintenant pour sauver la neutralité du Net !. Évalué à 5.
La possibilité pour les FAI des bloquer des sites, des ports ou des applications, sans décision de justice préalable !
La grosse différence c'est que là on ne parle plus de network management (empêcher que ton réseau s'écroule), mais de blocages arbitraires (pas de skype, un accès privilégié à youtube, thepiratebay bloqué sans décision de justice, etc.).
Ensuite on peut prendre la définition la plus simple possible et partir de là: les FAI tranportent des paquets, sans discrimination (d'origine ou de destination). Après si on veut on peut rajouter un truc pour autoriser de se défendre contre un DoS et pour l'application des décisions de justice, ça se discute (ça ressemble à ce que tu proposes).
D'ailleurs les bons FAI ne bloquent pas les ports entrants (ou proposent une option pour les débloquer gratuitement), respectent le flag ToS un minimum et proposent des IP statiques.
# La petite histoire
Posté par ribwund . En réponse au journal Agir maintenant pour sauver la neutralité du Net !. Évalué à 5.
http://www.iptegrity.com/index.php?option=com_content&ta(...)
Visiblement le rapporteur a pipoté pour dire "j'ai réecrit cette partie dans l'interet des utilisateurs", le jour précedent le vote.
[^] # Re: Noop
Posté par ribwund . En réponse au journal Noop : encore un nouveau langage ou bien nouvelle génération de langage. Évalué à 1.
Le protocol natif de git c'est plutôt l'enfer à integrer dans leur infra (où tout est http based).
[^] # Re: hurd
Posté par ribwund . En réponse au journal Projet de Système d'Exploitation par Microsoft, outils libres et innovation. Évalué à 6.
Là y'a pas vraiment de rapport avec Microsoft (les gens qui écrivent windows). C'est un partenariat entre un labo public (ETHZ) et un labo privé (Microsoft Research Cambridge), mais ça reste des laboratoires de recherche, pas de l'industrie. A priori il n'y a pas de retombés direct qu'on va trouver dans la prochaine version de windows.
Sinon c'est pas en accèdant à des équipes de chercheurs/développeurs à temps plein dans des universités qu'on fait un micro noyau qui marche, c'est plutot en investissant plein en developpement ! Les labos ils sont là pour faire de la recherche, pas pour developper un produit fini.
[^] # Re: "assez réservé sur le choix d'un quatrième opérateur"
Posté par ribwund . En réponse au journal Journée des bonnes nouvelles: après HADOPI, parlons téléphonie mobile. Évalué à 1.
http://www.frandroid.com/2529/free-est-impatient-de-proposer(...)
[^] # Re: "assez réservé sur le choix d'un quatrième opérateur"
Posté par ribwund . En réponse au journal Journée des bonnes nouvelles: après HADOPI, parlons téléphonie mobile. Évalué à 5.
Oui si tu regardes, le 802.11n, ça fait 7 ans que c'est en developpement et si t'as une puce softmac (avec le protocole dans le firmware) c'est compatible avec la norme finale. Donc oui une fois que tu peux emettre sur une fréquence généralement le reste est en firmware.
D'ailleurs y'a des exemples de trucs qui font tout: http://en.wikipedia.org/wiki/Universal_Software_Radio_Periph(...)
(c'est utilisé par OpenBTS)
Pour les antennes il suffit en général de connaitre les fréquences pour optimiser les placements.
A voir, c'est possible bien que plus complexe qu'un DSLAM, mais reste la gestion des sites, l'optimisation radio (un métier à part entière qui a des équipes complètes chez les opérateurs...) et j'en passe. Ce n'est pas juste un couple DSLAM/box.
Genre l'optimisation radio c'est fait chez les opérateurs... j'ai vraiment du mal à croire que ce soit si différent du reste des telecoms (ou ils font pas les routeurs, etc., eux meme) et que ce soit pas un truc proprio fait par des gens exterieurs. A la rigueur pour orange c'est different, mais ca m'etonnerait que sfr/bouygues aient les labos et le R&D pour ça.
[^] # Re: "assez réservé sur le choix d'un quatrième opérateur"
Posté par ribwund . En réponse au journal Journée des bonnes nouvelles: après HADOPI, parlons téléphonie mobile. Évalué à 3.
Pourquoi il faudrait changer les antennes ? J'imagine qu'on connait deja les fréquences qui vont être utilisées en 4G...
De même pour les liens, y'a aucune raison de pas mettre de fibre optique, et généralement c'est future-proof.
Donc en gros mettre à jour le réseau c'est juste changer le boitier au pied de l'antenne, pour mettre une puce plus puissante si besoin. Et si ils prévoyant c'est juste une upgrade firmware à distance.
Sinon on peut à mon avis leur faire confiance pour qu'ils continuent d'utiliser leurs méthodes:
- un prix fixe avec une marge fixe (genre 30 EUR + 10 EUR de marge, ça fait quelque millions d'euros d'economie vu que y'a pas de systeme facturation super cher à avoir)
- du matos maison (ils n'auraient pas pu autant innover sans les DSLAM maison, c'est identique pour la telephone, en plus y'a des solutions open-source qui voient le jour)
[^] # Re: "assez réservé sur le choix d'un quatrième opérateur"
Posté par ribwund . En réponse au journal Journée des bonnes nouvelles: après HADOPI, parlons téléphonie mobile. Évalué à 3.
Dans tous les cas, Free a toujours annoncé que le cout de lancement d'un réseau mobile était incomparablement moins couteux qu'un réseau cuivre/adsl.
[^] # Re: serveur down ??
Posté par ribwund . En réponse au journal NosDéputés.fr : et vous, que fait votre député à l'Assemblée ?. Évalué à 2.
[^] # Re: Première réaction à chaud, en naviguant 5 minutes dessus)
Posté par ribwund . En réponse au journal NosDéputés.fr : et vous, que fait votre député à l'Assemblée ?. Évalué à 3.
- les présences en commissions sont publiés au JO
- la présence en séance ça vient des interventions notés au compte-rendu (je crois qu'ils différencient les interventions de plus ou moins de 20 mots)
- les propositions de lois et questions (écrites et orales), c'est sur le site de l'assemblée
[^] # Re: La dépêche est en attente
Posté par ribwund . En réponse au journal Grand Central sous licence apache. Évalué à 5.
D'apres la review de 10.6 sur arstechnica, les blocs sont dispos avec llvm-gcc, llvm-clang et gcc. Donc le patch pour le support des blocs dasn gcc doit exister.
Sinon j'ai vu quelques benchs, et visiblement libdispatch perd beaucoup quand on utilise les blocs (par rapport à utiliser des pointeurs de fonctions), notamment à cause des opération de copie mémoire.
[^] # Re: Tu devrais avoir honte !!!
Posté par ribwund . En réponse au journal Mes tribulations avec mon G2 mais surtout avec SFR .... Évalué à 3.
La perte de la paye double est la conséquence d'un gvt aussi proche du patronat et bien loin du peuple, et de député qui aime bien suivre les directives sans sourciller.
ce n'est PAS ceux qui refusaient d'ouvrir le dimanche qui ont voté!
On peut aussi rappeler que la loi sur le travail le dimanche est la loi qui est passé le plus proche d'un vote négatif au sénat depuis au moins 2007 (et que la 1ere version de la loi est tombée dans l'oubli).
[^] # Re: Ouaif
Posté par ribwund . En réponse au journal Microsoft renoue avec ses fondamentaux. Évalué à 2.
[^] # Re: PCInpact aussi a des problemes
Posté par ribwund . En réponse au journal Soutenez Linux Weekly News !. Évalué à 3.
TOUS ont dit la même chose, surtout sur HADOPI où, sur Internet, il y a quand même un consensus contre.
Ils ont des très bonnes sources au sein des milieux parlementaires que n'ont pas les autres... C'est sympa d'avoir des exclus aussi.
[^] # Re: Ça fait déjà quelques temps qu'ils galèrent, non ?
Posté par ribwund . En réponse au journal Soutenez Linux Weekly News !. Évalué à 5.
Ca s'appelle surtout la crise. La ils ont eu une diminution des abonnements (entreprises, gens qui prennent l'abonnement moins cher, etc.).
[^] # Re: ma surprise
Posté par ribwund . En réponse au journal Caramail revit, mais était-il mort ?. Évalué à 2.
[^] # Re: et ça continue !
Posté par ribwund . En réponse au journal Propagande sur la chaîne parlementaire LCP. Évalué à 9.
[^] # Re: le rapport avec XMPP ?
Posté par ribwund . En réponse au journal Jour, nuit, jour, nuit, jour.... Évalué à 1.
[^] # Re: le rapport avec XMPP ?
Posté par ribwund . En réponse au journal Jour, nuit, jour, nuit, jour.... Évalué à 3.
Du coup une jolie interface REST (http://en.wikipedia.org/wiki/Representational_State_Transfer ), c'est aussi simple. Et contrairement à xmpp, c'est utilisable avec la bibliothèque standard de python (urllib2 et ses copains), ou même scriptable facilement en console avec netcat/curl/wget.
[^] # Re: Pas très écolo
Posté par ribwund . En réponse au journal LLVM dans un gestionnaire de paquets ?. Évalué à 2.
[^] # Re: Avantages et inconvénients
Posté par ribwund . En réponse au journal LLVM dans un gestionnaire de paquets ?. Évalué à 2.
A mon avis tu vas voir que si tu lances pas gcc (qui est plutot vieux et lent :) tu gagnes pas énorme à ne pas faire le backend.
[^] # Re: Avantages et inconvénients
Posté par ribwund . En réponse au journal LLVM dans un gestionnaire de paquets ?. Évalué à 4.
[^] # Re: Intéressant
Posté par ribwund . En réponse au journal LLVM dans un gestionnaire de paquets ?. Évalué à 2.
Via llvm-gcc, il me semble que llvm supporte les mêmes languages que gcc.
Sinon une petite question: puisque LLVM est avant tout une VM
En fait le nom est assez trompeur, llvm se veut plutot un "compiler toolkit", d'ailleurs le mode just-in-time n'est pas extremement performant (du moins comparé à l'état de l'art, hotspot).