La firme taiwanaise TSMC vient d'annoncer par communiqué de presse avoir produit un premier processeur 16nm pleinement fonctionnel pour l'un de ses clients, en ...
Lire la suite ...

Enfin un peu d'animation, limite on est comme broadwell rattrapé par skylake. à peine le 20 nm sorti le 16 est prêt. On peut peut être espérer des GPU en 20 nm et 2015 et 16 nm en 2016. et espérer pour les CPU/APU d'AMD. carrizo en 20nm en 2015 et la nouvelle architecture en 16nm en 2016.
Par contre pour plus tard je pense qu'il va y avoir un délai plus long pour mettre au point le 10nm (pour TSMC et GF),  un peu comme pour le passage 28 > 20nm.

En dessous de 10nm, c'est là que les gros problèmes se posent non? On arrive à des finesses où les phénomènes quantiques ne sont plus négligeables, avec tout le bordel que cela implique si on veut des calculs précis ou tout simplement une puce fonctionnelle.
Je me demande bien comment les acteurs du marché envisagent la chose...

Une stagnation aurait aussi son intérêt, ce serait aux fournisseurs de logiciel et de contenus de stabiliser et d'améliorer leurs pratiques. Comment se fait-il qu'il faille 850 milliards d'opérations pour afficher une bête page web (chiffre pris au hasard et pas représentatif de quoi que ce soit)

Les transistors sont basés sur des effets quantiques, donc ça a pas vraiment de sens de parler de "phénomènes quantiques plus négligeables". Les courants de fuites prennent de plus en plus d'importances oui.

Bonsoir , oracion  n'a pas tout a fait tord.
les nano particules ont des propriétés très différentes (presque inconnues)par rapport a une macro particules sur l'environnement.
une règle à tracer de 10nm dois bien ètre sensible aux particules de moins 1nm.

Comme ca tu vas payer tes logiciels plus cher.  

 
Tout simplement parce que l'informatique n'est plus l'affaire de seuls développeurs, informaticiens ou programmeurs, mais tient compte de la réalité du marché et de la concurrence de plus en plus féroce. Ainsi le code devient de plus en plus générique, réutilisable et rapidement de plus en plus lent car nécessite de passer de plus en plus de paramètres et options plutôt que d'écrire du code spécifique et super optimal pour une plateforme ou une autre. Ainsi tu as un produit vendable qui sort en 5 jours au lieu de deux mois mais qui nécessite une machine de guerre pour le faire tourner.

Logique Lidl Inside...
 
Plus cher mais meilleur et représentant plus de boulot, c'est exactement ce qu'on devrait avoir pour TOUT. On nous parle régulièrement de la valeur du travail, mais on a là le parfait exemple de l'hypocrisie de ceux qui en parlent, justement.
 
On retrouve ce problème partout dans la société actuelle, du logement (trop cher de remettre en état, ça fera bien l'affaire comme ça!) à l'info, en passant par tout ce qui est conception et production industrielle (du moment que ça se vend, pourquoi chercher à faire du bon?)...
 
Le fait que ça soit "plus cher" n'est pas un problème puisque ce "plus cher" est le fruit du travail, donc pour une bonne part réintroduit dans le cycle de la consommation, ce qui, au final, permet à ces salariés de payer plus cher un autre produit ou service, et ainsi de suite...
 
Evidemment, ça sous-entend qu'un niveau de vie décent (selon les standards actuels, ça va sans dire) soit relativement facile à obtenir ET que le système reste plus ou moins fermé (pas trop de fuites dans la capitalisation), ce qui relève de la politique...

 
Le code n'est absolument pas "de plus en plus générique", et surtout pas en ce qui concerne les technologies web. Le code a toujours été réutilisable, c'est le principe de tout "langage" qu'il soit informatique ou non...
 
Le problème, c'est que les outils du web ont été inventés par des ados dans des garages et qu'ils n'ont pas été prévus pour faire tourner des milliards de machines en réseau avec des milliards de milliards de requêtes par seconde. Cela va du protocole HTTP laborieusement amélioré par le projet SPDY de Google, au rendu HTML. Le web, c'est du bricolage depuis le départ, c'est pour ça qu'il faut des machines de guerre et une armée de programmeurs pour ne serait-ce qu'afficher correctement la page d'accueil de Google sur tous les terminaux du "marché". Tout ça pour du texte et une barre de recherche. Il est là le vrai gâchis de ressources: le monde entier essaie de construire des fusées avec les briques et la peinture que sont le HTML et le CSS. Parce qu'il n'y a personne pour prendre en main le web, chacun fait ce qu'il veut dans son coin malgré les standards du "W3C", cette bonne blague. Il suffit de penser à "Internet explorer" pour se rendre compte de l'utilité du W3C, ces mecs qui vous disent le plus simplement du monde "html pour le contenu, CSS pour la forme", et qui vous implantent des fonctions de contenu dans le CSS et des fonctions de forme pour le HTML... Des mecs sérieux quoi.
 
Enfin bref, quand vous me sortez "un produit vendable sorti en 5 jours", permettez-moi de rire, avec un accent quelque peu sarcastique. Le web peut se résumer en un sigle: HTTP. Mais dans les faits, si on voulait résumer le web en quelques mots, il faudrait dire HTTP, PHP, SQL, Python, Javascript, HTML, CSS, Flash, etc., etc. Avec à chaque niveau des risques de failles, des risques d'incompatibilité entre les versions, des risques de bugs, et surtout, beaucoup, beaucoup de temps, d'argent et de cheveux perdus pour au final... transférer du texte, des images et des vidéos entre un serveur et un client, principalement.
 
Quelque chose a merdé quelque part, à un moment.

Le rapport entre HTML/CSS et les programmes, il est quand même pas évident... mais alors, vraiment pas.
 
Tu prends l'exemple d'un duo de langages axé publication (et qui fait, ou faisait en tout cas, très bien ça) pour contredire la généricité... que HTML5 a induit par son aspect fourre-tout multimedia multi-plateformes.
 
Les langages de développement et API évoluent vers une abstraction de plus en plus ingérable, quand c'est pas juste carrément tordu (MS C++ avec un peu de copie d'OpenCL et de SQL dedans?).

Prendre le web en exemple est quand même cocasse, quand on considère que ces derniers temps, les moteurs Javascript des browsers sont probablement les endroits ou l'on a vu le plus de développements et de techniques avancées.  
 
Le 4th tier JIT de WebKit via LLVM ( https://www.webkit.org/blog/3362/in [...] t-ftl-jit/ ) avec passage a la volée d'un tiers à l'autre est un bon exemple de quasi magie.