Certe mais est-ce que tu connais bien ce que va faire ton compilo ? Est-ce que tu connais l'archi hardware de ta machine pour estimer ce qui va être lent à cause de la pagination ou de la gestion du cache ?
On peut aller loin comme cela. Je sais qu'un mauvais algo peut te pourrir les perfs d'un niveau 1000 et seulement 10 pour l'implémentation mais c'est juste une histoire de barrière entre ce que l'on considère à connaitre ou non.
Latence(dans le sens real-time) probablement, pour le reste permets moi d'en douter fortement.
Il existe des machines windows à 4096 processeurs ?
Concernant les IO, j'ai encore en mémoire les benchs de serveurs http statique, certe, cela date, mais Linux était bien devant.
En partie oui, mais il y a des limites, et niveau scalabilite, inutile de dire que c'est invivable.
C'est sans doute pour ça qu'il y a bien plus de matos supporté par linux que par Vista
Mais c'est finalement devenu marginal comme utilisation.
En général oui mais pour les lecteurs de ce site ?
Et souvent si on veut de la pattate, ce qu'il faut c'est un SSD. Le top étant le x25-e de intel pour le système et un HD classique pour les données sensibles à sauver ailleurs (mon ~/documents/ à moi)
Ca emmerde les utilisateurs, ca emmerde ceux qui ecrivent des drivers, pour pas grand-chose.
Si, à long terme, cela réduit la maintenance.
Moi je vois la realite : le noyau Windows a des perfs equivalentes, des features equivalentes. Bref, son modele de developpement n'empeche en rien d'avancer, pourtant il amene une stabilite au niveau de l'API des drivers
tu sais très bien que c'est faux. Linux surpasse windows dans beaucoup de domaine : scalabilité, faible latence, IO...
Tout a fait, mais comprendre 42 drivers differents, pas forcement.
Tous les drivers d'un même type se ressemble beaucoup.
En gros, tu veux de l'atomicité sur la modification complète d'une zone mémoire. C'es très couteux à faire ça. C'est en gros un mécanisme de VM à un niveau de grain fin !
As-tu déjà codé un driver ? As-tu la moindre idée de la complexité d'un code réentrant "n fois" avec la complexité de partage de donnée entre application appelante mais appel dans différent contexte ?
Quand l'interface est bien conçu et prévue pour être pérenne pendant 2 ou 3 ans, oui je penses. Sous Windows, ça marche.
Linux a changer 3 fois de pile USB pour des raisons de perf ou de gestion d'énergie. Windows se traine n piles...
Tu n'as pas du bosser beaucoup dans le dev de kernel linux toi :)
Quand un gusse pète une api kernel, c'est à lui de réparer les dégâts jusqu'à ce que tout compile. Il sait ce qu'il change c'est infiniment plus rapide que de compter sur la personne qui ne comprendra pas forcément la subtilité du changement.
Je vois pas le rapport avec la stabilité dans le temps. Windows arrive à offrir cette stabilité, pourquoi pas Linux ?
Mais à quel prix ? Le prix de la perte de drivers à chaque version de windows, Linux n'a rien perdu !
Les vendeurs de hardware se foutent rapidement de leur driver quand il n'est plus vendu.
windows a aussi la force d'avoir 90% du marché, cela oblige les constructeurs à suivre. L'obligation n'est pas la même pour Linux !
Je trouve que la solution actuelle est la moins couteuse pour avoir la meilleur qualité possible.
Que je sache l'interface pour exécuter un programme est standardisé, je suis pas obligé d'inclure mon programme dans le repos du kernel il me semble. Ca m'empêche pas de faire du développement libre.
Il est question de drivers pas de programme !
Que je sache Gnome ou KDE ont des interfaces relativement stables et je peux maintenir mes logiciels dans mon coin sans les déposer sur les repos des environnements respectifs !
Comparer des GUI et un noyau, c'est super gonflé. tu parles sans doute de ce qui se fait de plus facile à comparer à ce qu'il y a de plus dur.
Pourquoi devrait-il absolument en être autrement pour les drivers dans l'environnement kernel ?
Parce que cela n'a rien à voir ?
Le libre prône il me semble l'indépendance à tous les niveaux, notamment à travers des standards.
Quand cela a un sens, oui.
Une API stable dans le temps irait beaucoup plus dans ce sens, mais ca fait chier l'équipe de dev du kernel, et les premiers à payer les pôts cassés sont les utilisateurs.
Pour te donner un exemple, en ce moment, la mode est à la basse consommation. Cela implique que les drivers puissent déterminer quoi sauver en cas de perte de contexte et comment restaurer tout cela, quand le faire, quel contrainte de latence cela pose au système, quel genre et comment un évènement externe peuvent réveiller le système.
Tu crois franchement qu'avec une API figé c'est faisable ?
Non, c'est le boulot des distributions. Et si tu veux un truc à qualité garanti, tu utilises une distrib "stable".
Et franchement quand tu vois la qualité moyenne des drivers offert pour le noyau linux, tu te dis que heureusement, ils sont repris par les codeurs kernel !
mais non, Linus veut tout maîtrisé.
Et cela marche mieux ! Regarde le bordel autour de X11 et des accélérations graphique, et de udev/hotplug.
C'est toi qui le dit et ce n'est pas l'avis des codeurs noyau.
Si il y a une regression, rien n'empèche d'utiliser le noyau précédent. Il sera corrigé ensuite. Personne n'a besoin d'avoir un nouveau kernel fonctionnel toutes les 6 semaines.
[^] # Re: La SARD?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Répartition d'une licence global. Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: Échantillon
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Répartition d'une licence global. Évalué à 5.
"La première sécurité est la liberté"
[^] # Re: Rien de transcendant dirait-on
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Noop : encore un nouveau langage ou bien nouvelle génération de langage. Évalué à 2.
C'est pour ça que les différences de perf sont de l'ordre de 10 et pas tellement plus.
"La première sécurité est la liberté"
[^] # Re: Rien de transcendant dirait-on
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Noop : encore un nouveau langage ou bien nouvelle génération de langage. Évalué à 2.
On peut aller loin comme cela. Je sais qu'un mauvais algo peut te pourrir les perfs d'un niveau 1000 et seulement 10 pour l'implémentation mais c'est juste une histoire de barrière entre ce que l'on considère à connaitre ou non.
"La première sécurité est la liberté"
# git ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Btrfs : idées d'application des snapshots inscriptibles. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: Rien de transcendant dirait-on
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Noop : encore un nouveau langage ou bien nouvelle génération de langage. Évalué à 3.
L'approche setter parrait contraire à une approche OO propre car ton objet peut se retrouver dans des états qui ne correspondent à rien.
"La première sécurité est la liberté"
[^] # Re: Rien de transcendant dirait-on
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Noop : encore un nouveau langage ou bien nouvelle génération de langage. Évalué à 2.
N'est-ce pas le but de l'informatique et sont développement en couche ?
"La première sécurité est la liberté"
[^] # Re: rentrons dans le vif du sujet
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Linux un bloat, ah bon ?. Évalué à 2.
Il existe des machines windows à 4096 processeurs ?
Concernant les IO, j'ai encore en mémoire les benchs de serveurs http statique, certe, cela date, mais Linux était bien devant.
En partie oui, mais il y a des limites, et niveau scalabilite, inutile de dire que c'est invivable.
C'est sans doute pour ça qu'il y a bien plus de matos supporté par linux que par Vista
"La première sécurité est la liberté"
[^] # Re: Et le silence ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Nouveau pc et remise à niveau. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Et le silence ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Nouveau pc et remise à niveau. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: low cost, low noise, low consumption
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Nouveau pc et remise à niveau. Évalué à 4.
En général oui mais pour les lecteurs de ce site ?
Et souvent si on veut de la pattate, ce qu'il faut c'est un SSD. Le top étant le x25-e de intel pour le système et un HD classique pour les données sensibles à sauver ailleurs (mon ~/documents/ à moi)
"La première sécurité est la liberté"
[^] # Re: Et le silence ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Nouveau pc et remise à niveau. Évalué à 3.
Il faut voir aussi que les constructeurs comme dell font des machines très silencieuses (surtout les boitiers à plats).
"La première sécurité est la liberté"
[^] # Re: rentrons dans le vif du sujet
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Linux un bloat, ah bon ?. Évalué à 3.
Cela empèche que n'importe qui se penche sur le problème.
Le principal, c'est que ça marche : la qualité a un coût.
C'est exacte. Moyen que le libre n'a pas. Il ne fait pas 80% de marge sur des milliards !
"La première sécurité est la liberté"
[^] # Re: rentrons dans le vif du sujet
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Linux un bloat, ah bon ?. Évalué à 2.
Si, à long terme, cela réduit la maintenance.
Moi je vois la realite : le noyau Windows a des perfs equivalentes, des features equivalentes. Bref, son modele de developpement n'empeche en rien d'avancer, pourtant il amene une stabilite au niveau de l'API des drivers
tu sais très bien que c'est faux. Linux surpasse windows dans beaucoup de domaine : scalabilité, faible latence, IO...
Tout a fait, mais comprendre 42 drivers differents, pas forcement.
Tous les drivers d'un même type se ressemble beaucoup.
"La première sécurité est la liberté"
[^] # Re: Rien de transcendant dirait-on
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Noop : encore un nouveau langage ou bien nouvelle génération de langage. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: rentrons dans le vif du sujet
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Linux un bloat, ah bon ?. Évalué à 1.
Combien de machine ne se réveille pas !
De plus, je ne crois pas que Windows soit une référence en gestion d'énergie.
"La première sécurité est la liberté"
[^] # Re: rentrons dans le vif du sujet
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Linux un bloat, ah bon ?. Évalué à 2.
Quand l'interface est bien conçu et prévue pour être pérenne pendant 2 ou 3 ans, oui je penses. Sous Windows, ça marche.
Linux a changer 3 fois de pile USB pour des raisons de perf ou de gestion d'énergie. Windows se traine n piles...
"La première sécurité est la liberté"
[^] # Re: rentrons dans le vif du sujet
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Linux un bloat, ah bon ?. Évalué à 2.
Ou alors, c'est de la grosse factorisation de code comme pour la pile wifi mais dans ce cas il ya une transition entre 2 drivers.
Et ce gus, tu crois qu'il comprend tous les drivers qui font usage de l'API ? Moi j'en doutes...
Sauf que comprendre un drivers est plus simple que comprendre le noyau.
"La première sécurité est la liberté"
[^] # Re: rentrons dans le vif du sujet
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Linux un bloat, ah bon ?. Évalué à 2.
Quand un gusse pète une api kernel, c'est à lui de réparer les dégâts jusqu'à ce que tout compile. Il sait ce qu'il change c'est infiniment plus rapide que de compter sur la personne qui ne comprendra pas forcément la subtilité du changement.
Je vois pas le rapport avec la stabilité dans le temps. Windows arrive à offrir cette stabilité, pourquoi pas Linux ?
Mais à quel prix ? Le prix de la perte de drivers à chaque version de windows, Linux n'a rien perdu !
Les vendeurs de hardware se foutent rapidement de leur driver quand il n'est plus vendu.
windows a aussi la force d'avoir 90% du marché, cela oblige les constructeurs à suivre. L'obligation n'est pas la même pour Linux !
Je trouve que la solution actuelle est la moins couteuse pour avoir la meilleur qualité possible.
"La première sécurité est la liberté"
[^] # Re: rentrons dans le vif du sujet
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Linux un bloat, ah bon ?. Évalué à 2.
Que je sache l'interface pour exécuter un programme est standardisé, je suis pas obligé d'inclure mon programme dans le repos du kernel il me semble. Ca m'empêche pas de faire du développement libre.
Il est question de drivers pas de programme !
Que je sache Gnome ou KDE ont des interfaces relativement stables et je peux maintenir mes logiciels dans mon coin sans les déposer sur les repos des environnements respectifs !
Comparer des GUI et un noyau, c'est super gonflé. tu parles sans doute de ce qui se fait de plus facile à comparer à ce qu'il y a de plus dur.
Pourquoi devrait-il absolument en être autrement pour les drivers dans l'environnement kernel ?
Parce que cela n'a rien à voir ?
Le libre prône il me semble l'indépendance à tous les niveaux, notamment à travers des standards.
Quand cela a un sens, oui.
Une API stable dans le temps irait beaucoup plus dans ce sens, mais ca fait chier l'équipe de dev du kernel, et les premiers à payer les pôts cassés sont les utilisateurs.
Pour te donner un exemple, en ce moment, la mode est à la basse consommation. Cela implique que les drivers puissent déterminer quoi sauver en cas de perte de contexte et comment restaurer tout cela, quand le faire, quel contrainte de latence cela pose au système, quel genre et comment un évènement externe peuvent réveiller le système.
Tu crois franchement qu'avec une API figé c'est faisable ?
"La première sécurité est la liberté"
[^] # Re: rentrons dans le vif du sujet
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Linux un bloat, ah bon ?. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: rentrons dans le vif du sujet
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Linux un bloat, ah bon ?. Évalué à 2.
Faire un drivers, ce n'est pas faire une petit appli KDE dans son coin. Il y a des interactions assez forte avec le reste du kernel !
"La première sécurité est la liberté"
[^] # Re: rentrons dans le vif du sujet
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Linux un bloat, ah bon ?. Évalué à 3.
Et franchement quand tu vois la qualité moyenne des drivers offert pour le noyau linux, tu te dis que heureusement, ils sont repris par les codeurs kernel !
mais non, Linus veut tout maîtrisé.
Et cela marche mieux ! Regarde le bordel autour de X11 et des accélérations graphique, et de udev/hotplug.
"La première sécurité est la liberté"
[^] # Re: rentrons dans le vif du sujet
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Linux un bloat, ah bon ?. Évalué à 2.
Si il y a une regression, rien n'empèche d'utiliser le noyau précédent. Il sera corrigé ensuite. Personne n'a besoin d'avoir un nouveau kernel fonctionnel toutes les 6 semaines.
"La première sécurité est la liberté"
[^] # Re: rentrons dans le vif du sujet
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Linux un bloat, ah bon ?. Évalué à 2.
"La première sécurité est la liberté"