Régouissons nous ! Squeeze freeze !
debian.org/News/2010/20100806
A savoir que le multi-coeurs est réellement intéressant à partir du kernel 2.6.34 (car il supprime le Big Kernel Lock), or Squeeze a gelée avec la 2.6.32… 
Salut,
Et, oui… cette foie, plus de polémiques sur le sujet! 2.6.32 et puis, c’est tout!
La bonne nouvelle, c’est que je me suis amusé à compiler un noyau 2.6.34-1 et un 2.6.35 à partir des sources de kernel.org et… ça roule parfaitement! 
Pour, l’instant 
En ce qui concerne le “multi-core”, voici un exemple flagrant de gains de performances:
En fixant la variable suivante à une valeur adéquate en fonction de votre CPU dans /etc/kernel-pkg.conf
# pour compiler sur 4 coeurs
CONCURRENCY_LEVEL=4 la compilation d’un kernel, ici, passe de 40 minutes environs à 10… 
Je n’ai pas encore approfondi le cas “SSD”. A venir…
Par contre, j’ai essayé brièvement Squeeze(686-bigmem) avec LXDE et il faut bien reconnaître que c’est plutôt vif! La seule application qui ne semble pas en profiter, c’est inkscape. A mon sens, c’est normal; c’est une appli qui fait appel à des fonctions plus lourdes en terme de calcul(flou gaussien, notement).
A+
Debcool
[quote]En ce qui concerne le “multi-core”, voici un exemple flagrant de gains de performances:
En fixant la variable suivante à une valeur adéquate en fonction de votre CPU dans /etc/kernel-pkg.conf[/quote]
On peut le faire à partir de quelle version du noyau ? Je mets aussi environ 40 min pour compiler un kernel, donc je vais pouvoir passer à 20 min 
J’avais déjà lu qu’on pouvait paramétrer cette option mais je ne pensais pas que c’était à ce point significatif !
Vivement qu’OpenCL se démocratise !
A savoir que le multi-coeurs est réellement intéressant à partir du kernel 2.6.34 (car il supprime le Big Kernel Lock), or Squeeze a gelée avec la 2.6.32… [/quote]
C’est terriblement faux de penser ça. C’est comme si je disais qu’utiliser un noyau inferieur à 2.6.35 sur un portable c’est pas intéressant parce qu’il n’arrive pas à gérer les 6 niveaux d’hibernation des processeurs intel à cause de l’ACPI.
Le travail sur le BKL a commencé il y a longtemps et le travail était déjà très avancé dans le noyau 2.6.32. De plus vous oubliez que la politique de Debian à changé sur stable pour le noyau. En effet maintenant ils ne s’interdisent pas de mettre à jour le noyau sur stable. Donc on auras probablement le noyau 2.6.35 plus tard.
Ce que je voulais dire c’est que c’est à partir de la 2.6.34 que le multi-coeurs est exploité à 100%. Le BKL est certes en cours de déverrouillage depuis longtemps, mais cette version est celle qui apporte le plus gros changement tout en le supprimant une bonne fois pour toutes. Ca ne change pas grand chose pour l’utilisateur lambda mais apparemment ça peut avoir de gros gains de performances pour certaines tâches, notamment sur des serveurs.
Là par contre tu m’apprends quelque chose de fort intéressant !! 
Est-ce que tu as un peu de littérature sur le sujet qui donnerait davantage de détails ? C’est pour le coup que je vais enfin pouvoir utiliser une Stable définitivement et me passer de Sid ! Le pied !!! 
J’ai pas trouvé grand chose (j’ai même crus que j’avais dis une connerie pendant un temps) :
wiki.debian.org/EtchAndAHalf
wiki.debian.org/LennyAndAHalf
Dons on auras une Debian SqueezeAndHalf probablement.
Mais tu utilise vraiment squeeze uniquement pour avoir un noyau à jour ??? 
viewtopic.php?t=1728
viewtopic.php?f=8&t=1806
ashgenesis.developpez.com/linux/kernel-debian/
Non, aussi pour avoir OpenOffice à jour, Compiz avec moins de bugs et plus de plugins, ainsi que des jeux (plus pour tester qu’autre chose). Ca permet aussi d’avoir accès à beaucoup plus d’applications parfois fort intéressantes.
Re,
[quote]On peut le faire à partir de quelle version du noyau ? Je mets aussi environ 40 min pour compiler un kernel, donc je vais pouvoir passer à 20 min J’avais déjà lu qu’on pouvait paramétrer cette option mais je ne pensais pas que c’était à ce point significatif ![/quote]C’est une variable passée à gcc qui par défaut, n’utilise qu’un coeur.
[quote]Vivement qu’OpenCL se démocratise ! [/quote]Ce serait plus que bien venu, en effet 
…marre de mettre 4h pour backuper mes nouveaux dvd en x264! 25 minutes sous la dose, avec le pilote ATI, mais le résultat est MERDI… comparer au x264. Choix “classique” entre vitesse et qualité…
[quote]C’est pour le coup que je vais enfin pouvoir utiliser une Stable définitivement …[/quote]Idem, à part deux ou trois petits détails, l’offre logiciels de la future stable est très proche de satisfaire TOUT mes besoins!
C’est quand même très fort ce que propose le projet Debian(Slackware, fedora… aussi!), non? Quand on pense à toutes les difficultés aux quelles est confronté le libre, en générale, lois, refus de partage de technologies de la part de fabricants, crédibilité… c’est tout de même merveilleux, je trouve, d’offrir un résultat d’une telle qualité! 
Merci!
A+
Debcool
Pareil. Le seul point qui me chagrine c’est OpenOffice, j’aimerais bien avoir les dernières mises à jour tout le temps mais en restant en Stable, et de ce que j’avais testé des backports j’en étais revenu puisque rien ne fonctionnait.
Je me demande s’il ne serait pas possible d’utiliser “chroot” pour faire tourner certaines versions Unstable (comme OpenOffice par exemple) sur un système Stable ?? Comme une espèce de machine virtuelle un peu. Vous en pensez quoi ?
EDIT : je suis tombé là dessus : viewtopic.php?f=8&t=14673
Donc mon idée avait du bon. Cette méthode devrait être mise plus en avant sur le forum car je pense que pas mal de personnes utilisent Sid pour n’avoir que quelques applications mises à jour (OpenOffice dans mon cas) sans vouloir utiliser les backports (problèmes de fonctionnement notamment).
J’ai installé openoffice officielle du site. Celle des dépôt (go-oo.org) ne marchait pas avec des macros.
Depuis j’ai la toute dernière version de openoffice.org qui me prévient à chaque nouvelle version.
J’aurais une question sur Squeeze…
Nous avons un serveur chez un hébergeur pro, et celui-ci nous propose d’effectuer une màj de la Debian installée (une Etch ). Vu le tarif, autant ne pas la faire deux fois : pour l’instant ils passeraient sur Lenny, et du coup on louperait Squeeze de peu…
Est-ce qu’il est intéressant d’attendre encore un peu ? N’étant pas debianeux depuis assez longtemps, je ne connais pas du tout la latence entre l’annonce du gel et l’annonce officielle de la sortie de la version stable en cours…
Merci d’avance pour vos réponses 
Certains (dont le DLP) espèrent que Squeeze sortiras d’ici la fin de l’année, j’ai plus l’impression que ce seras au printemps.
Gasp 
ça risque de faire un peu long…
Je vais en discuter avec mes co-admins pour décider…
Merci !
Deuxième jour que la suite “aptitude update; aptitude safe-upgrade” n’installe rien de nouveau sur ma tour et mon portable. Pareil chez vous?
Serait t’on à quelques heures de la stabilité de squeeze?
[quote=“dmon”]Deuxième jour que la suite “aptitude update; aptitude safe-upgrade” n’installe rien de nouveau sur ma tour et mon portable. Pareil chez vous?
Serait t’on à quelques heures de la stabilité de squeeze?[/quote]
Salut,
Pareil ici. Je me disais exactement la même chose ce matin; j’ai bien le sentiment que la sortie officielle est toute proche. Ou alors, soit ils ont trop arrosé la nouvelle année 
et ont beaucoup de mal à s’en remettre.
A+
Debcool
Au pire on en a pour 2 mois maximum je pense, si l’on s’en tient au passé.
Mais comme ils avaient annoncé mi novembre que Squeeze rentrait dans sa phase finale de production (debian.org/News/2010/20101116b), je pense qu’on n’est effectivement plus très loin de la publication finale !!
J’ai vraiment hâte qu’elle sorte pour avoir un truc enfin bien stable sur l’ordi que j’utilise quotidiennement. Elle me convient parfaitement cette version ! Enfin, presque… L’idéal aurait été d’avoir le 2.6.34 pour avoir le support des 2 cartes graphiques de mon ordi portable. Tant pis, on piochera dans les backports.
J’ai passé un peu de temps dans la doc Debian ce matin et cette doc parle de plus en plus de Debian Stable/Squeeze et non plus Lenny … idem pour Testing/wheezy
Par contre , pour ceux qui ont l’habitude : est ce que vous savez quand le dépot backport sera disponible ? et quelle version de noyau il va inclure ? Je me tâte de plus en plus pour un SSD pour mon nouvel ultraportable ( un petit HP 2510p d’occaze ) mais le TRIM n’est géré que par les noyaux 2.6-33 et suivants … et je préférerais éviter un pinning pour rester le plus possible en Stable 
Re,
100% d’accord! C’est propre, c’est fin, Debian quoi!
Pareil pour le kernel mais la solution est simple ===> re-compilation du kernel 2.6.35-9 avec ses headers. Dans mon cas, c’est pour un récepteur infra-rouge.
En effet, c’est un signe. Peut-être est-ce à ce niveau que se trouve la touche finale. Il me semble que la doc est à jour(au mieu possible) au moment de la sortie officielle, non?
Aucunes idées; je ne les ai jamais utilisés.
Ça dépendra de plusieurs paramètres et de la situation à l’instant T. Je sais, c’est pas claire mais en fait je ne prédit pas encore l’avenir. 
Pas besoin de jouer avec le “pinning”; comme dit plus haut, je tourne sur Squeeze avec le noyau 2.6.35-9 re-compilé, le tout, sur un SSD. J’ajoute, que je tourne dessus depuis 11 mois, soit bien avant la sortie du 2.6.33, et rien à déplorer. C’est juste fluide et réactif.
rem: les modèles Intel sont vivement recommandés sur certains sites; le 80Go à un bon rapport qualité/prix/perf/fiabilité. Même si théoriquement plus lent que les autres modèle, ce qui n’est pas tout à fait exacte, il reste plus fiable que les OCZ, par exemple. Exit les SF1200. En 11 mois, je n’ai aucune perte de vitesse ou signe de défaillance malgré la non-utilisation du “TRIM” pendant la moitier de cette période.
Des infos, là: http://www.debian-fr.org/solid-state-drive-t30413.html?hilit=ssd%20debcool#p306070
A+
Debcool
Quand je te disais que je ne lisais pas l’avenir…
root@asux-e:~# update
Atteint http://deb.playonlinux.com squeeze Release.gpg
Ign http://deb.playonlinux.com/ squeeze/main Translation-en
Réception de : 1 http://leserveur squeeze Release.gpg [835 B]
Ign http://deb.playonlinux.com/ squeeze/main Translation-fr
Atteint http://deb.playonlinux.com squeeze Release
Ign http://deb.playonlinux.com squeeze/main i386 Packages
Ign http://deb.playonlinux.com squeeze/main i386 Packages
Ign http://leserveur/debian/ squeeze/contrib Translation-en
Atteint http://deb.playonlinux.com squeeze/main i386 Packages
Ign http://leserveur/debian/ squeeze/contrib Translation-fr
Ign http://leserveur/debian/ squeeze/main Translation-en
Atteint http://leserveur/debian/ squeeze/main Translation-fr
Ign http://leserveur/debian/ squeeze/non-free Translation-en
Ign http://leserveur/debian/ squeeze/non-free Translation-fr
Atteint http://leserveur squeeze/updates Release.gpg
Ign http://leserveur/debian-security/ squeeze/updates/contrib Translation-en
Ign http://leserveur/debian-security/ squeeze/updates/contrib Translation-fr
Ign http://leserveur/debian-security/ squeeze/updates/main Translation-en
Ign http://leserveur/debian-security/ squeeze/updates/main Translation-fr
Ign http://leserveur/debian-security/ squeeze/updates/non-free Translation-en
Ign http://leserveur/debian-security/ squeeze/updates/non-free Translation-fr
Atteint http://leserveur squeeze Release.gpg
Ign http://leserveur/debian-multimedia/ squeeze/main Translation-en
Ign http://leserveur/debian-multimedia/ squeeze/main Translation-fr
Ign http://leserveur/debian-multimedia/ squeeze/non-free Translation-en
Ign http://leserveur/debian-multimedia/ squeeze/non-free Translation-fr
Réception de : 2 http://leserveur squeeze Release [89,9 kB]
Atteint http://leserveur squeeze/updates Release
Atteint http://leserveur squeeze Release
Réception de : 3 http://leserveur squeeze/main Sources/DiffIndex [2038 B]
Réception de : 4 http://leserveur squeeze/non-free Sources/DiffIndex [2023 B]
Atteint http://leserveur squeeze/contrib Sources/DiffIndex
Réception de : 5 http://leserveur squeeze/main i386 Packages/DiffIndex [2038 B]
Réception de : 6 http://leserveur squeeze/non-free i386 Packages/DiffIndex [2023 B]
Atteint http://leserveur squeeze/contrib i386 Packages/DiffIndex
Atteint http://leserveur squeeze/updates/main Sources
Atteint http://leserveur squeeze/updates/non-free Sources
Atteint http://leserveur squeeze/updates/contrib Sources
Atteint http://leserveur squeeze/updates/main i386 Packages
Atteint http://leserveur squeeze/updates/non-free i386 Packages
Atteint http://leserveur squeeze/updates/contrib i386 Packages
Atteint http://leserveur squeeze/main i386 Packages/DiffIndex
Atteint http://leserveur squeeze/non-free i386 Packages/DiffIndex
Réception de : 7 http://leserveur squeeze/main 2011-01-03-0211.57.pdiff [1397 B]
Réception de : 8 http://leserveur squeeze/main 2011-01-03-0211.57.pdiff [1397 B]
Réception de : 9 http://leserveur squeeze/main 2011-01-03-0211.57.pdiff [1397 B]
Réception de : 10 http://leserveur squeeze/non-free 2011-01-03-0211.57.pdiff [223 B]
Réception de : 11 http://leserveur squeeze/non-free 2011-01-03-0211.57.pdiff [223 B]
Réception de : 12 http://leserveur squeeze/main i386 2011-01-03-0211.57.pdiff [25,0 kB]
Réception de : 13 http://leserveur squeeze/main i386 2011-01-03-0211.57.pdiff [25,0 kB]
Réception de : 14 http://leserveur squeeze/non-free i386 2011-01-03-0211.57.pdiff [234 B]
Réception de : 15 http://leserveur squeeze/non-free i386 2011-01-03-0211.57.pdiff [234 B]
Réception de : 16 http://leserveur squeeze/non-free 2011-01-03-0211.57.pdiff [223 B]
Réception de : 17 http://leserveur squeeze/main i386 2011-01-03-0211.57.pdiff [25,0 kB]
Réception de : 18 http://leserveur squeeze/non-free i386 2011-01-03-0211.57.pdiff [234 B]
126 ko réceptionnés en 8s (14,4 ko/s)
Lecture des listes de paquets... Fait
root@asux-e:~# upgrade
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les paquets suivants seront mis à jour :
dpkg dpkg-dev libdpkg-perl ttf-opensymbol xserver-xorg-video-mga
5 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de prendre 5501 ko dans les archives.
Après cette opération, 508 ko d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer [O/n] ?
Le doute persiste… 
A+
Debcool