Linux 3.11 for Workgroups : le clin d’oeil de Linus Torvalds à Windows

C'est le moment de ressortir ses disquettes de 1,44 Mo

Le 16 juillet 2013 à 10h16

3 min

Logiciel

Linus Torvalds a annoncé hier soir la nouvelle version du noyau Linux. Estampillée 3.11, elle fait d’ailleurs l’objet d’un clin d’œil appuyé à Windows puisque son nom officiel est « Linux For Workgroups ». Outre son nom amusant, cette version apporte surtout des améliorations progressives, en particulier pour les cartes graphiques équipées de puces Radeon.

Il y a deux ans, Linus Torvalds s’amusait à imaginer le nom de Linux 3.11 quand cette version du noyau serait disponible. Il pensait alors à « Linux 3.11 for Workgroups », en référence directe à la fameuse version de Windows, la plus connue de l’ère pré-Windows 95. Un système qui a bénéficié d’un support extrêmement long puisqu’il s’est officiellement éteint en 2008, lui assurant quinze longues années d’entretien.

Linux 3.11 for Workgroups est du coup le véritable nom officiel de la dernière mouture en date du noyau. Sorti de cette appellation, Linux 3.11 est une version classique obéissant au cycle mis en place depuis la version 3.0. Les améliorations sont donc nombreuses mais se font en douceur. On notera cependant quelques apports importants.

À commencer par les puces graphiques Radeon dont la gestion avancée de l’énergie est prise en charge. Pour les cartes récentes, cela signifie donc une baisse sensible de la consommation, le système d’exploitation étant mieux capable de tirer parti du statut « idle » du GPU. Malheureusement, ce support est expérimental et devra être activé manuellement via le paramètre « dpm=1 ». Le nouveau noyau gère également la Rapid Start Technology d’Intel, qui permet de réveiller un court instant le système d’un état Suspend-to-RAM pour le basculer en Suspend-to-Disk.

Plusieurs autres mouvements sont à noter :

Le système de fichier Lustre, dédié aux clusters, entre dans la branche « staging ». Il peut donc être utilisé de manière expérimentale.
Le composant Zswap est désormais prêt à l’emploi et permet de compresser des données en mémoire vive pour les empêcher d’être envoyées sur le disque dur (swapping)
Les technologies de virtualisation KVM et Xen supportent l’architecture ARM64, ce qui pour le commun des mortels sera inutile avant l’année prochaine
Améliorations diverses pour les systèmes de fichiers XFS, Btrfs et F2FS
La compression LZ4 peut maintenant être utilisée, mais uniquement sur architecture ARM pour l’instant

Comme d’habitude, le nouveau noyau sera disponible sous la forme d’une mise à jour dans les dépôts des distributions.

Commentaires (68)

Commentaire_supprime

Le 18/07/2013 à 07h40

Eagle1 a écrit :

non mais allô quoi !!!

Warum ?

Tu connais un bridge camera qui sort des png au lieu de jpeg, toi ?

MdMax

Le 19/07/2013 à 19h14

jenkins1963 a écrit :

2003
 OS Type: Linux   


 Based on: Red Hat   


 Origin: USA   


 Architecture: i386   


 Desktop: KDE   


 Category: Desktop, Education   


 Status: Discontinued   


 Popularity: Not ranked   
The Blue Linux Project is an association of individuals who are interested in creating a free operating system for educational use. This operating system that we are working on is called Blue Linux. Linux is a completely free kernel started by Linus Torvalds and now currently supported by thousands of programmers worldwide. Of course, the thing that people want is application software: programs to help them get what they want to do done, from editing documents, keeping school administration information, to playing games. Blue Linux comes with thousands of packages (precompiled software that is bundled up in a nice format for easy installation on your machine) – all of it free.

http://distrowatch.com/table.php?distribution=blue

Bien vu ! " /> Je ne connaissais pas cette distribution. C’était mon époque 100% Slackware.

paradise

Le 16/07/2013 à 12h47

Ricard a écrit :

Bon, ben j’vais compiler ça sur ma Debian ce WE." />

Eh bien, tu n’as pas peur toi !

Pourquoi ne pas attendre tranquillement la sortie officielle finalisée ?

charon.G

Le 16/07/2013 à 12h49

raoudoudou a écrit :

L’important est que ce truc tartine sévère. C’est presque aussi rapide de décompresser que de copier la mémoire, en gros. Les sources sont maintenus, supportent toutes les architectures et sont ridiculement petits. C’est une très bonne option.

À quelle vitesse? " />

J’ai trouvé ce bench

J’ai jeté un oeil car en effet lz4 a l’air beaucoup plus rapide mais c’est au détriment du ratio, on ne peut pas tout avoir. Je reste sur zlib pour le moment.

Le compromis de lz4 reste intéressant.

OlivierJ Abonné

Le 16/07/2013 à 12h57

Eagle1 a écrit :

ratio de compression de 2 ?

ça veux dire que ça divise la taille par deux ? c’est pas terrible quand même…

je suis un profane sur le sujet mais 7Zip divise par minimum 4 la taille d’un fichier…

On n’a rien sans rien, comme tu le sais sans doute ; donc c’est généralement soit une compression rapide et une réduction faible à moyenne, soit une compression lente et une réduction moyenne à forte, avec tous les intermédiaires possibles bien sûr.

L’algorithme LZ4 faisant partie des algorithmes qui compressent raisonnablement du texte (50 % c’est pas mal du tout en fait, par rapport aux premiers compresseurs lents d’il y a 20 ans) et avec une vitesse telle que ça en devient quasi transparent, c’est utilisé par Google en interne pour accélérer les traitements.

jmanici a écrit :

tout depend du type de fichier que tu compresses, tu ne peux pas generaliser.

ex: une image jpeg ou png utilise deja une methode de compression lors de son encodage. En la compressant avec un outil comme 7zip, sa taille ne sera quasiment pas reduite.

En effet pour ta première phrase. Par contre il n’y a pas de “codage” (pas “encodage”, merci :) ) dans la compression JPEG, vu que la compression est avec pertes. Enfin, pour être tout à fait précis, la matrice des coefficients issus de la DCT (transformée en cosinus discret) est compressée avec un codage de Huffman.

raoudoudou

Le 16/07/2013 à 13h05

OlivierJ a écrit :

L’algorithme LZ4 faisant partie des algorithmes qui compressent raisonnablement du texte (50 % c’est pas mal du tout en fait, par rapport aux premiers compresseurs lents d’il y a 20 ans) et avec une vitesse telle que ça en devient quasi transparent, c’est utilisé par Google en interne pour accélérer les traitements.

Petite précision, l’algo de google est moins performant, il s’appelle Snappy mais repose sur les mêmes principes de recherche de rapidité.

Perso, j’utilise LZ4 à la place de la compression PNG pour des projets et j’ai un gros gain de performance (inits chiantes du PNG qui plombent les perfs) alors que les fichiers sont un peu plus gros.

Vincent_H Abonné

Le 16/07/2013 à 13h20

jmanici a écrit :

Pas compris la partie concernant les 15 ans de support de Windows 3.11.

D’après Wikipedia, elle est sortie en 1993, et le support s’est arrêté en 2001. Soit 8 ans, non ?

oui le support s’est terminé fin 2001.

mais il etait possible d’acheter des licenses OEM jusqu’en 2008.

et entre 2002 et 2008 j’imagine qu’il etait possible de recevoir du support technique et des hotfix en payant assez cher.

pour info le support de windows XP s’arrete officiellement en 2014, mais il restera possible pour les grands comptes de recevoir les maj de securite importantes et critiques jusqu’en 2018 si ma memoire est bonne. Mais ce type de support se facture en millions de dollars pour chaque enterprise qui souhaite en beneficier.

2008 en comptant le support étendu, mais c’est toujours celui qu’on prend pour parler de l’arrêt définitif.

ISFNoah

Le 16/07/2013 à 13h27

Eagle1 a écrit :

je suis un profane sur le sujet mais 7Zip divise par minimum 4 la taille d’un fichier…

Leur LZ4 c’est clairement annoncé pour du temps réel. D’après la news, il n’est actuellement dispo dans le kernel que sur architecture ARM, donc si ça se trouve ya de la cible temps réel sur smartphone en arrière pensée. En LZMA (7-Zip), sur un Core i7 récent je compresse disons dans les 5Mo/s maxi. Bref, 2 utilisations complètement différentes. Personnellement je suis pas super fan du ratio sacrifié sur l’autel du temps de calcul, mais je conçois que ça puisse être utile pour certains usages (genre compression de page web, compression sur un SSD ou tout disque dur, etc).

salak

Le 16/07/2013 à 13h28

Ricard a écrit :

Bon, ben j’vais compiler ça sur ma Debian ce WE." />

Question de noob :

si tu upgrades pour le nouveau noyau, t’as plus les màj de sécurité je suppose si ?

" />

ISFNoah

Le 16/07/2013 à 13h31

salak a écrit :

Question de noob :

si tu upgrades pour le nouveau noyau, t’as plus les màj de sécurité je suppose si ?

" />

Ben… si pourquoi ? " />

(après sur desktop je sais pas ce que ça donne, avec les pilotes graphiques et ce genre de joyeusetés, mais sur serveur aucun souci particulier)

salak

Le 16/07/2013 à 13h36

je sais pas hein " />

c’est juste que si tu prends la version stable wheezy, les maj de sécurité sont pour les logiciels et le noyau de la distrib.

Maintenant si tu upgrades pour le 3.11, si t’as une faille kernel il faudra passer par un autre canal que le security de Debian pour corriger la faille du noyau 3.11 non ?

Edit : ici ils disent There are some alternative repositories for kernel images, but they aren’t supported, and don’t receive security updates (in a timely fashion

ISFNoah

Le 16/07/2013 à 14h07

salak a écrit :

je sais pas hein " />

c’est juste que si tu prends la version stable wheezy, les maj de sécurité sont pour les logiciels et le noyau de la distrib.

Maintenant si tu upgrades pour le 3.11, si t’as une faille kernel il faudra passer par un autre canal que le security de Debian pour corriger la faille du noyau 3.11 non ?

Ah bah oui, faudra que tu compiles la version à jour, obviously " /> . Mais c’est relativement trivial, en fait. Le seul souci, c’est que les MAJ kernel sont assez fréquentes, donc soit tu te les tapes toutes, soit tu te tapes les changelogs pour savoir s’il est nécessaire ou pas d’appliquer chaque MAJ.

Eagle1

Le 16/07/2013 à 14h14

ISFNoah a écrit :

Leur LZ4 c’est clairement annoncé pour du temps réel. D’après la news, il n’est actuellement dispo dans le kernel que sur architecture ARM, donc si ça se trouve ya de la cible temps réel sur smartphone en arrière pensée. En LZMA (7-Zip), sur un Core i7 récent je compresse disons dans les 5Mo/s maxi. Bref, 2 utilisations complètement différentes. Personnellement je suis pas super fan du ratio sacrifié sur l’autel du temps de calcul, mais je conçois que ça puisse être utile pour certains usages (genre compression de page web, compression sur un SSD ou tout disque dur, etc).

OlivierJ a écrit :

On n’a rien sans rien, comme tu le sais sans doute ; donc c’est généralement soit une compression rapide et une réduction faible à moyenne, soit une compression lente et une réduction moyenne à forte, avec tous les intermédiaires possibles bien sûr.

L’algorithme LZ4 faisant partie des algorithmes qui compressent raisonnablement du texte (50 % c’est pas mal du tout en fait, par rapport aux premiers compresseurs lents d’il y a 20 ans) et avec une vitesse telle que ça en devient quasi transparent, c’est utilisé par Google en interne pour accélérer les traitements.

En effet pour ta première phrase. Par contre il n’y a pas de “codage” (pas “encodage”, merci :) ) dans la compression JPEG, vu que la compression est avec pertes. Enfin, pour être tout à fait précis, la matrice des coefficients issus de la DCT (transformée en cosinus discret) est compressée avec un codage de Huffman.

jmanici a écrit :

tout depend du type de fichier que tu compresses, tu ne peux pas generaliser.

ex: une image jpeg ou png utilise deja une methode de compression lors de son encodage. En la compressant avec un outil comme 7zip, sa taille ne sera quasiment pas reduite.

en revanche tu peux esperer plus de gain sur une image bitmap ou un fichier texte d’avantage susceptible de contenir des informations redondantes.

merci de vos explications messieurs " />

ebrsc

Le 16/07/2013 à 14h24

La compression LZ4 peut maintenant être utilisée, mais uniquement sur architecture ARM pour l’instant

eb:$ uname -rm

3.11.0-rc1-00008-g47188d3 x86_64

eb:$ zgrep CONFIG_KERNEL_LZ4 /proc/config.gz

CONFIG_KERNEL_LZ4=y

Patch Abonné

Le 16/07/2013 à 14h26

Eagle1 a écrit :

je suis un profane sur le sujet mais 7Zip divise par minimum 4 la taille d’un fichier…

même du jpeg? " />

Le-Glod

Le 16/07/2013 à 14h43

Je vais pouvoir remetre ma Radeon 7500 avec Linux ?

Winderly

Le 16/07/2013 à 14h49

J’espère que linux millenium sera pas trop plantogène.

Ricard

Le 16/07/2013 à 14h49

paradise a écrit :

Eh bien, tu n’as pas peur toi !

Pourquoi ne pas attendre tranquillement la sortie officielle finalisée ?

" />Je veux pas attendre 4 ans….

Ricard

Le 16/07/2013 à 14h50

salak a écrit :

Question de noob :

si tu upgrades pour le nouveau noyau, t’as plus les màj de sécurité je suppose si ?

" />

Pour le noyau, non. Pour le reste, ça ne change “pratiquement” rien. J’utilise un 3.9 sur ma Wheezy et tout roule parfaitement." />

Ricard

Le 16/07/2013 à 14h51

Winderly a écrit :

J’espère que linux millenium sera pas trop plantogène.

" />

psn00ps

Le 16/07/2013 à 15h25

Ricard a écrit :

Bon, ben j’vais compiler ça sur ma Debian ce WE." />

Chiche, fais toi un kernel 3.51 " />

ebrsc

Le 16/07/2013 à 15h36

psn00ps a écrit :

Chiche, fais toi un kernel 3.51 " />

— Makefile.orig 2013-07-16 22:32:18.720240040 +0700

+++ Makefile 2013-07-16 22:34:17.358073954 +0700

@@ -1,8 +1,8 @@

VERSION = 3

-PATCHLEVEL = 11

+PATCHLEVEL = 51

SUBLEVEL = 0

-EXTRAVERSION = -rc1

-NAME = Linux for Workgroups

+EXTRAVERSION =

+NAME = Lanis for Workgroups

# DOCUMENTATION

# To see a list of typical targets execute “make help”

OlivierJ Abonné

Le 16/07/2013 à 17h04

salak a écrit :

Question de noob :

si tu upgrades pour le nouveau noyau, t’as plus les màj de sécurité je suppose si ?

" />

Sauf erreur de ma part, les vulnérabilités du noyau Linux sont la plupart du temps des vulnérabilités exploitables localement uniquement.

Pour quelqu’un qui a une simple machine de bureau, ça ne pose aucun souci. En ce qui me concerne, j’ai toujours un serveur SSH sur mes machines (mon fixe est tout le temps allumé), donc le point critique c’est plutôt que le serveur SSH soit mis à jour en cas de vulnérabilité connue.

lecbee Abonné

Le 16/07/2013 à 17h45

Zantetsuken a écrit :

J’allais poser la même question. Quelqu’un peut-il nous expliquer la différence Zswap/zRam ?

zram is implemented is a virtual block device. It interfaces with the

block device layer, not the swap code. In fact, zram can be used as a

generic compressed RAM disk, not only for compressed swap. One can

think of it as a RAM disk + compression.

So zram is the actual swap device while zswap is a caching layer above

the swap device. zswap is not the swap device itself like zram.

https://lkml.org/lkml/2013/2/4/387

MdMax

Le 16/07/2013 à 19h32

" /> C’est pour quand Linux Blue ??? " />

jenkins1963

Le 16/07/2013 à 20h10

MdMax a écrit :

" /> C’estétait pour quand Linux Blue ??? " />

2003
 OS Type: Linux   


 Based on: Red Hat   


 Origin: USA   


 Architecture: i386   


 Desktop: KDE   


 Category: Desktop, Education   


 Status: Discontinued   


 Popularity: Not ranked   
The Blue Linux Project is an association of individuals who are interested in creating a free operating system for educational use. This operating system that we are working on is called Blue Linux. Linux is a completely free kernel started by Linus Torvalds and now currently supported by thousands of programmers worldwide. Of course, the thing that people want is application software: programs to help them get what they want to do done, from editing documents, keeping school administration information, to playing games. Blue Linux comes with thousands of packages (precompiled software that is bundled up in a nice format for easy installation on your machine) – all of it free.

http://distrowatch.com/table.php?distribution=blue

127.0.0.1

Le 16/07/2013 à 21h49

Linux 3.11 for Workgroups

Pff… Linux ca serait plutôt l’équivalent de DOS 6.22 que de win 3.11

(au moins dans win3.11, il y a une interface graphique)

" />

luxian Abonné

Le 16/07/2013 à 22h53

iXce a écrit :

Euh, c’est juste la rc1, pas la release. Pas de mise à jour disponible dans les dépots avant un bon bout de temps à mon avis !

Normal, Windows 3.11 n’a jamais dépassé le stade de la RC1 et était vendu en l’état

" />

… non ceci n’est pas un troll " />

Eagle1

Le 17/07/2013 à 06h46

Patch a écrit :

même du jpeg? " />

franchement qui a encore du jpeg …

Anonyme

Le 17/07/2013 à 06h52

J’attends Linux NT 4 pour m’y mettre (et les 7 service packs).

Patch Abonné

Le 17/07/2013 à 07h02

Eagle1 a écrit :

franchement qui a encore du jpeg …

au hasard, moi.

bien moins lourd que le png pour les captures d’écran quand on n’a pas forcément besoin d’une ultra-qualité " />

anonyme_a632d9ee7878e2793ee50b0250a2a6fa

Le 17/07/2013 à 12h54

Ah, Windows ! Toujours copié, jamais égalé ! " />

Commentaire_supprime

Le 17/07/2013 à 19h25

Winderly a écrit :

J’espère que linux millenium sera pas trop plantogène.

J’espère plutôt que Linux Millenium n’existera pas.

" />" />" />" />" />

Eagle1 a écrit :

franchement qui a encore du jpeg …

Moi, mes APN ne fonctionnant pas en png.

Eagle1

Le 17/07/2013 à 19h40

Commentaire_supprime a écrit :

Moi, mes APN ne fonctionnant pas en png.

non mais allô quoi !!!

atem18

Le 16/07/2013 à 10h17

Linus est vraiment le dieu des trolls. Ce mec à gagné l’Internet. " />

tsubasaleguedin

Le 16/07/2013 à 10h24

vivement linux 95 osr2

Equinandre

Le 16/07/2013 à 11h10

Skiz Ophraine a écrit :

Bon je dois être un peu con, mais il est où le troll? car bon! la il fait juste une une note amusante à la version 3.11 de windows. " />

Oui, je me disais la même chose. " />

jmanici

Le 16/07/2013 à 11h13

Pas compris la partie concernant les 15 ans de support de Windows 3.11.

D’après Wikipedia, elle est sortie en 1993, et le support s’est arrêté en 2001. Soit 8 ans, non ?

oui le support s’est terminé fin 2001.

mais il etait possible d’acheter des licenses OEM jusqu’en 2008.

et entre 2002 et 2008 j’imagine qu’il etait possible de recevoir du support technique et des hotfix en payant assez cher.

pour info le support de windows XP s’arrete officiellement en 2014, mais il restera possible pour les grands comptes de recevoir les maj de securite importantes et critiques jusqu’en 2018 si ma memoire est bonne. Mais ce type de support se facture en millions de dollars pour chaque enterprise qui souhaite en beneficier.

ISFNoah

Le 16/07/2013 à 11h14

Eagle1 a écrit :

ratio de compression de 2 ?

ça veux dire que ça divise la taille par deux ? c’est pas terrible quand même…

Pour un machin rapide c’est peut-être pas si mal…

fubiga

Le 16/07/2013 à 11h17

ratio de compression de 2 ?

ça veux dire que ça divise la taille par deux ? c’est pas terrible quand même…..

Compresses le 20 fois, ca te fera gagner 40 fois la taille initiale

" />

Zantetsuken

Le 16/07/2013 à 11h21

Anthony25 a écrit :

Quelle est la différence avec la zram ?

J’allais poser la même question. Quelqu’un peut-il nous expliquer la différence Zswap/zRam ?

ZeHiro

Le 16/07/2013 à 11h25

fubiga a écrit :

Compresses le 20 fois, ca te fera gagner2^ 20 fois la taille initiale

" />

FOXsking

Le 16/07/2013 à 11h31

Skiz Ophraine a écrit :

Bon je dois être un peu con, mais il est où le troll? car bon! la il fait juste une une note amusante à la version 3.11 de windows. " />

Le troll, c’est M$ qui va le sortir : “Linux est enfin arrivé au niveau de windows 3.11, plus que 30 ans de développement et il sera à notre niveau” " />

JoePike

Le 16/07/2013 à 11h52

jmanici a écrit :

Pas compris la partie concernant les 15 ans de support de Windows 3.11.

D’après Wikipedia, elle est sortie en 1993, et le support s’est arrêté en 2001. Soit 8 ans, non ?

oui le support s’est terminé fin 2001.

mais il etait possible d’acheter des licenses OEM jusqu’en 2008.

et entre 2002 et 2008 j’imagine qu’il etait possible de recevoir du support technique et des hotfix en payant assez cher.

pour info le support de windows XP s’arrete officiellement en 2014, mais il restera possible pour les grands comptes de recevoir les maj de securite importantes et critiques jusqu’en 2018 si ma memoire est bonne. Mais ce type de support se facture en millions de dollars pour chaque enterprise qui souhaite en beneficier.

En fait non … on ne payait pas vraiment plus cher

" />

Ricard

Le 16/07/2013 à 11h54

Bon, ben j’vais compiler ça sur ma Debian ce WE." />

jb18v

Le 16/07/2013 à 12h05

" />

2show7

Le 16/07/2013 à 12h16

Il n’est pas un peu tôt pour novembre " />

atem18

Le 16/07/2013 à 12h17

Skiz Ophraine a écrit :

Bon je dois être un peu con, mais il est où le troll? car bon! la il fait juste une une note amusante à la version 3.11 de windows. " />

Ptete le fait que 2013 est peut-être enfin l’année du desktop pour Linux. " />

Eagle1

Le 16/07/2013 à 12h20

ISFNoah a écrit :

Pour un machin rapide c’est peut-être pas si mal…

je suis un profane sur le sujet mais 7Zip divise par minimum 4 la taille d’un fichier…

raoudoudou

Le 16/07/2013 à 12h29

Eagle1 a écrit :

ratio de compression de 2 ?

ça veux dire que ça divise la taille par deux ? c’est pas terrible quand même…

L’important est que ce truc tartine sévère. C’est presque aussi rapide de décompresser que de copier la mémoire, en gros. Les sources sont maintenus, supportent toutes les architectures et sont ridiculement petits. C’est une très bonne option.

Eagle1 a écrit :

je suis un profane sur le sujet mais 7Zip divise par minimum 4 la taille d’un fichier…

À quelle vitesse? " />

thelodger

Le 16/07/2013 à 12h37

Et on est pas vendredi " />

jmanici

Le 16/07/2013 à 12h39

je suis un profane sur le sujet mais 7Zip divise par minimum 4 la taille d’un fichier…

tout depend du type de fichier que tu compresses, tu ne peux pas generaliser.

ex: une image jpeg ou png utilise deja une methode de compression lors de son encodage. En la compressant avec un outil comme 7zip, sa taille ne sera quasiment pas reduite.

en revanche tu peux esperer plus de gain sur une image bitmap ou un fichier texte d’avantage susceptible de contenir des informations redondantes.

John Shaft

Le 16/07/2013 à 10h25

tsubasaleguedin a écrit :

vivement linux 95 osr2

Prends une distrib sous LXDE, tu auras déjà le look " />

" />

nucl3arsnake

Le 16/07/2013 à 10h30

support extrêmement long puisqu’il s’est officiellement éteint en 1995, lui assurant quinze longues années d’entretien.

Ca et XP envie de dire que quand même, MS niveau support " />

feuille_de_lune

Le 16/07/2013 à 10h33

" /> c’est la saint " /> aujourd’hui ? " />

iXce

Le 16/07/2013 à 10h35

Euh, c’est juste la rc1, pas la release. Pas de mise à jour disponible dans les dépots avant un bon bout de temps à mon avis !

Eagle1

Le 16/07/2013 à 10h36

nucl3arsnake a écrit :

Ca et XP envie de dire que quand même, MS niveau support " />

le meilleur c’était le support d’ IE6 !!

jamesdu75

Le 16/07/2013 à 10h37

Tite coquille :

Un système qui a bénéficié d’un support extrêmement long puisqu’il s’est officiellement éteint en 1995 au 1er Novembre 2008

A WIndows 3.1 / .11 mon premier OS sous Windows. J’ai cramé 2 CG du PC de la boite de mon père.

Faut dire qu’a l’époque y’avais pas de verification si une CG pouvait tenir la charge de resolution très elevé comme du 1024*768 en 60 hz.

La découverte du démineur et la bidouille des win.ini pour eviter de demarrer sous DOS et lancer win.

Sans compter les aller et venus entre Wn et DOS pour certains jeux, surtout a cause des pu*#? de mémoire partagés, mémoire virtuel ect…

Pour les nostalg33k y’a un lien ici

nucl3arsnake

Le 16/07/2013 à 10h38

Eagle1 a écrit :

le meilleur c’était le support d’ IE6 !!

Il est pas fini pour certains dev, que Beastie est pitié de leur ame " />

indyiv

Le 16/07/2013 à 10h37

Heu … j’imagine que le support de win 3.11 ne s’est pas arrêté en 1995 … mais en dec 2001 !!

OlivierJ Abonné

Le 16/07/2013 à 10h38

Pour ceux que ça intéresse, 2 liens sur LZ4 avec des chiffres, ça dépote ce truc, comme quoi la recherche sur des algos de compression rapide n’est pas morte : Googleethttp://fastcompression.blogspot.fr/p/lz4.html .

Snappy était déjà rapide, mais : « LZ4 is a very fast lossless compression algorithm, providing compression speed at 300 MB/s per core, scalable with multi-cores CPU. It also features an extremely fast decoder, with speed in GB/s per core, typically reaching RAM speed limits on multi-core systems. »

dest Abonné

Le 16/07/2013 à 10h42

Doucement, doucement, ce n’est que la rc1 qui vient de sortir. Le noyau 3.11 devrait sortir dans environ 6 semaines. Donc les mises à jour par les distributions, c’est pas pour tout de suite.

Edit: grillé par iXce :(

BlackYeLL Abonné

Le 16/07/2013 à 10h47

Pas compris la partie concernant les 15 ans de support de Windows 3.11.

D’après Wikipedia, elle est sortie en 1993, et le support s’est arrêté en 2001. Soit 8 ans, non ?

Skiz Ophraine Abonné

Le 16/07/2013 à 10h47

atem18 a écrit :

Linus est vraiment le dieu des trolls. Ce mec à gagné l’Internet. " />

Bon je dois être un peu con, mais il est où le troll? car bon! la il fait juste une une note amusante à la version 3.11 de windows. " />

Eagle1

Le 16/07/2013 à 10h55

OlivierJ a écrit :

Pour ceux que ça intéresse, 2 liens sur LZ4 avec des chiffres, ça dépote ce truc, comme quoi la recherche sur des algos de compression rapide n’est pas morte : Googleethttp://fastcompression.blogspot.fr/p/lz4.html .

Snappy était déjà rapide, mais : « LZ4 is a very fast lossless compression algorithm, providing compression speed at 300 MB/s per core, scalable with multi-cores CPU. It also features an extremely fast decoder, with speed in GB/s per core, typically reaching RAM speed limits on multi-core systems. »

ratio de compression de 2 ?

ça veux dire que ça divise la taille par deux ? c’est pas terrible quand même…

Anthony25

Le 16/07/2013 à 11h01

Le composant Zswap est désormais prêt à l’emploi et permet de compresser des données en mémoire vive pour les empêcher d’être envoyées sur le disque dur (swapping)

Quelle est la différence avec la zram ?

2show7

Le 16/07/2013 à 11h06

J’ai tout de suite vu 3.11 et j’ai pensé Windows, je n’ai même pas vu que c’était Linux écrit devant " />

kamuisuki

Le 16/07/2013 à 11h07

J vous l’avez bien dis que linux c’est pas en avance, ses arriérés ils sont à peine à 3.11 qui a 20 ans !

" />

Catégories

Nous Suivre

À propos

Linux 3.11 for Workgroups : le clin d’oeil de Linus Torvalds à Windows

C'est le moment de ressortir ses disquettes de 1,44 Mo

Commentaires (68)