è la fine per il patchset -ck?

Così recita la homepage di Con Kolivas, kernel hacker, autore del noto patchset -ck:

2.6.22-ck1 will be the last -ck ever

La stessa (triste) notizia è riportata anche nel topic del canale IRC di supporto (irc.oftc.net #ck).

L’unica speranza rimane per quanto riguarda l’annuncio ufficiale in ML che Kolivas deve ancora postare. Speriamo in un ripensamento, o se questo è troppo, almeno nella notizia che non tutto il lavoro di Con sia destinato a morire.

[edit]: il messaggio di addio è arrivato, e pare veramente che sarà difficile che Kolivas si riavvicini al kernel, come lui stesso scrive con amarezza:

1. If whatever performance advantage it has is all but abolished compared to
mainline then there is no point maintaining alternate patches to achieve the
same endpoint.
2. All interest I have in kernel development, even out of the mainline
spotlight, has been… abolished (I had nastier words but decided not to use
them.)

  • http://www.paolinoland.it Paolino

    NOOOOOOOOOOO è terribile… cacchio…

  • http://pierluigi.netsons.org/ pierluigi

    è un brutto colpo… non me lo sarei aspettato, nemmeno dopo la decisione di includere CFS in mainline e non SD come scheduler

  • http://www.paolinoland.it Paolino

    e ora con cosa si patcha pierluigi? :D

  • Pingback: Intervista a Con Kolivas: “Cosa facevo e perchè ho lasciato.” at pierluigi.netsons.org

  • sacarde

    in due parole :

    che sono e le differenze tra CFS e SD

  • http://pierluigi.netsons.org/ pierluigi

    @sacarde

    CFS e SD sono due scheduler dei processi, in pratica si occupano di gestire i processi e la loro priorità.
    L’interattività e la responsività di un sistema dipende molto dallo scheduler adottato.
    CFS è sviluppato da Ingo Molnar, e verrà incluso nella mainline del kernel a partire dal 2.6.23.
    SD è sviluppato da Con Kolivas, e non ha ottenuto il consenso di Linus per l’inclusione in mainline.
    C’è da dire che Kolivas avrebbe sviluppato anche un sistema per rendere pluggabile lo scheduler cpu, in questo modo si potrebbero avere più scheduler inclusi nel kernel, e la scelta su quale utilizzare potrebbe essere effettuata dall’utente.
    Linus si è dimostrato contrario anche a questo approccio.