Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Oui
Non
Discussion :
Ils risquent d'être déçus, en dehors des versions LTS il me semble que le troisième nombre n'a jamais dépassé 10 depuis la 3.0 et sa nouvelle numérotation, mais bon qui sait, juste pour le clin d'oeil ça arrivera peut-être comme Slackware et sa version 13.37.Envoyé par Michael Guilloux
Juste à propos de la forme de cet article : c'est franchement laborieux, ça sent la traduction à la va-vite...
Par exemple :
"Comme il l'a dit lors de la création du sondage en ligne, « avec des nombres plus petits, je peux faire des sorties sans avoir à enlever mes chaussettes à nouveau », a-t-il écrit"
Si tu fais allusion à la citation
Dans l'article Sondage sur la version de Linux, Linus Torvalds a fait savoir qu'il n'avait plus assez de doigts et d'orteils pour numéroter les versions de Linux.avec des nombres plus petits, je peux faire des sorties sans avoir à enlever mes chaussettes à nouveau
Il voulait simplement dire que ses 10 doigts et 10 orteils (ce qui fait 20), ne pouvaient plus être utilisés pour compter au delà de 20 versions de Linux (si on devait continuer avec Linux 3.20). Et ici, "enlever ses chaussettes" signifie aller au delà de Linux x.10, parce que dans ce cas, il aurait utilisé tous ses doigts et il devrait donc enlever ses chaussettes pour utiliser ses orteils.
Je vais devoir alors éditer pour éviter toute confusion pour ceux qui n'ont pas suivi le début.
Merci pour ta remarque.
Contribuez au club : Corrections, suggestions, critiques, ... : Contactez le service news et Rédigez des actualités
Il y a surement eu un changement architectural au niveau matériel pour que cela change. Ils ont peut-être mis fin au support du PCI-X ou d'une catégorie d'ancien processeur comme les PowerPC ou les processeurs d'architecture IA64 (Itanium je crois).
Je crois qu'ils savent la raison. Mais se n'est pas trop important pour ceux qui réutilise.
Non il n'y a pas de changement architectural particulier. Comme pour le passage à la version 3.0 le changement de version a juste pour but de marquer la progression globale de Linux. car le cumul des 20 version mineures sortie depuis la version 3.0 est loin d'être négligeable, mais le cerveau est ainsi fait que l'on a tendance a négliger le second nombre. Pour s'en convaincre il suffit de voir les prix a 9.99€
Pour remédier à cela, il a été décidé que le numéro majeur augmenterait comme ça, selon le bon vouloir de Linus Torvalds et de la communauté quand on estime qu'il y a eu assez de sous-version pour mériter une version majeure. La version 3.0, a servi a fêter les 20 ans de Linux, la 4.0 semble ne rien marquer en particulier.
Pour les utilisateurs Debian/Ubuntu : http://kernel.ubuntu.com/~kernel-ppa...4.0-rc1-vivid/
En fait, ils s'amusent bien tout ces gens là, entre le Terminator, les chaussettes et le reste :p
Comme quoi, il n'y a pas trop à s'en faire avec les numéros de version, ça n'a que la signification qu'on leur donne
D'ailleurs je ne vais pas m'offusquer non plus que windows passe de 8.1 à 10
+1, d'ailleurs, j'aime bien l'humour, donc l'idée de limiter les sous-versions au nombre de doigts et d'orteils me va bien.En fait, ils s'amusent bien tout ces gens là, entre le Terminator, les chaussettes et le reste :p
Comme quoi, il n'y a pas trop à s'en faire avec les numéros de version, ça n'a que la signification qu'on leur donne
D'ailleurs je ne vais pas m'offusquer non plus que windows passe de 8.1 à 10
Linus n'est pas au courant qu'on peut compter jusqu'à 1023 avec juste 2 mains?
Bon ben espérons que les changements seront énormes
ZeRedDiamond
ah bon
cet article est un charabia incompréhensible.
Je me permets de citer ce topic au cas où, et de rappeler que le forum dvp est majoritairement entretenu par des bénévoles et pour les professionnels, soumis à des règles de sous-traitance du type journaliste web pour des questions d'équilibe financier du site (je n'ai pas les liens de suite sous la main).
Merci d'être indulgent au regard des informations fournies.
Poster une critique en public sur la qualité d'une news constitue un hors sujet par rapport à la discussion qui est lancée, ce qui est donc une violation des règles du club. Si vous avez une critique à formuler sur la qualité ou la pertinence merci de l'adresser en privé à l'auteur de la news, avec une copie au responsable actualités.http://www.developpez.net/forums/d79...s-explicationsJ'attire votre attention sur le fait que ce nouveau service vous est offert gratuitement, comme tous les autres services du Club des professionnels en informatique, alors que de plus en plus de sites ouvrent une partie payante sur leur site pour lire les articles en entier.
Créer toutes ces news au quotidien pour votre plus grand plaisir nous demande un travail énorme, c'est pourquoi vous seriez bien aimable de ne pas critiquer publiquement les journalistes de l'équipe de news, car c'est très démotivant et démotiver l'équipe nous cause un préjudice très grave c'est pourquoi cela ne peut être toléré. Je vous rappelle que developpez est un club privé amical, et que par conséquent les remerciements sont de mise pour le travail proposé gratuitement pour les lecteurs, c'est valable pour toutes les participations.
[Important] Au sujet de la pertinence et de la qualité des news, les explications
Signé: simple membre de developpez, en phase avec cet article et ravi de l'intelligence collective ici.
« Developpez.com est un groupe international de bénévoles dont la motivation est l'entraide au sens large » (incl. forums developpez.net)
Club des professionnels en informatique
Liste des balises BB
Il était temps qu'il en est un qui réagisse. Merci.
Le noyau Linux 4.0 peut être mis à jour sans redémarrer le système
Le noyau Linux 4.0 peut être mis à jour sans redémarrer le système
Grâce à la nouvelle fonctionnalité de « Live Patching »
Le noyau Linux 4.0 vient d’être doté d’une nouvelle fonctionnalité (Live Patching) lui permettant de se mettre à jour sans redémarrer le système ni même stopper les processus en cours d’exécution, ce qui est très utile pour la mise à jour de sécurité dans les serveurs par exemple.
Il faut savoir que cette fonctionnalité n’est pas vraiment nouvelle. En effet, un programme nommé Ksplice qui existe depuis 2009 offrait déjà cette possibilité, cependant, il n’était disponible que pour les utilisateurs d’Oracle Linux. Le 26 février 2014, la société RedHat avait publié le code d’un programme similaire qu’elle appela « kpatch » sous licence GPLv2. Quelques mois après, SUSE fit de même en publiant le programme « kGraft ». Chacun de ces deux programmes avait sa propre méthode de Live Patching mais le résultat était le même : mettre à jour le noyau Linux sans interrompre son exécution, ni attendre de que les utilisateurs se déconnectent.
Durant la Linux Plumbers Conference d’octobre 2014, les deux groupes ont commencé à travailler ensemble pour fusionner les deux programmes et intégrer cette fonctionnalité directement à l’intérieur du noyau Linux. « Il est rapidement devenu évident que plusieurs solutions isolées effectuant la même tâche ne pouvaient coexister dans le noyau », déclare Linus Torvalds lors d’un merge commit qui avait intégré le code du Live Patching dans le noyau Linux 4.0.
« La fonctionnalité est implémentée pour les architectures x86 et des supports pour powerpc, s390 et arm sont déjà en cours de développement ». Elle permettra d’appliquer immédiatement les patchs de sécurité, sans sacrifier la stabilité ou la disponibilité des serveurs Linux.
Source : git.kernel.org
Et vous ?
Avez-vous déjà essayé les solutions de live patching de RedHat ou SUSE ?
Pour info, Ksplice existe toujours et tant qu'extension pour les utilisateurs d'Oracle Linux ayant un contrat de support. Il est cependant aussi disponible gratuitement pour Ubuntu et Fedora (mais plus en open source).
Et pendant ce temps la chez windows...
Les mise à jours de crosoft sont toujours aussi chiantes à installer. lent, redémarrage obligatoire et forcé au bout d'un moment si on es pas allé chercher le paramètre chiant et caché (ça devais être trop dur de mettre une option dans le menu déroulant "jamais" en dessous des temps possibles avant le redémarrage), ensuite elles doivent s'installer et ce configurer pendant l'extinction et le démarrage du PC...
Chez Linux seules les majs du Kernel nécessitaient un reboot de la machine, c'était dit et suggéré, jamais forcé, un petit rappel à l'occasion mais rien de plus.
Et maintenant le LivePatching, même plus besoin de reboot le PC, Microsoft est vraiment à la ramasse sur Windows...
Même si c'est pas forcément super important que le kernel puisse ce patcher en live, ça une feature reste sympa.
Cela ne me gêne absolument pas qu'on soit obligé de redémarrer le système suite à une mise à jour.
Au contraire cela évite certains problèmes.
On test au plus tôt la mise à jour et cela permet de cibler le problème s'il y en a.
Dans un cas où tu installes une mise à jour qui n'impacte que le démarrage de l'OS.
Grâce au live patching tu ne redémarres pas.
Tu fais tes bidouilles pendant encore plusieurs semaines sans redémarrer.
Et puis finalement tu redémarres et là c'est la catastrophe... La faute à quoi ?
Bah t'en sais rien... De ce que tu as fait pendant toutes ces semaines...
@ptheo93> Où tu as vu qu'il y avait un redémarrage forcé de windows suite à une mise à jour ?
C'est une fenêtre qui te propose de redémarrer... Et la durée que tu peux renseigner c'est juste pour réafficher cette dite fenêtre.
Sur un PC personnel, c'est pas si grave, surtout que, normalement, les données importantes ne sont pas sur la même partition que l'OS (voir, pas sur le même disque). En cas de problème grave : On ré-installe l'OS. En plus, moi, j'ai toujours deux partitions identiques sur mes PC. Donc toujours deux versions bootables de l'OS.
Sur les serveurs de prod, c'est encore plus simple, on teste tous les patch et les nouvelles versions sur des serveurs de test. Quand c'est validé, on met à jour les serveurs de prod.
De plus, les risques de ne pas pouvoir redémarrer après une mise à jour du noyau est très faible (encore jamais vu à titre personnel). Et si on reboot immédiatement au lieu de 15 jours après, ... c'est juste immédiatement la catastrophe au lieu d'être plus tard.
Le problème n'est pas le risque de panne, mais le cas ou tu as un petit serveur web persos, tu peut assurer une disponibilité H24 du coup maintenant.
Plus besoin de reboot a 3H du mat 1 fois par mois.
Dans l'absolue c'est pas super utile mais c'est quand même mieux qu’avant.
Rebooter avec l'ancien noyau serait tout de même vachement plus rapide. Du coup, le HS ne dure que le temps d'un reboot. Et en plus, tu peux comprendre pourquoi le nouveau noyau n'est pas passé en relisant les logs.
Répondre avec citation
Partager