Nytt i Linux kernel 2.6.23

"Ungerska" nån måtta får det vara på Svengelskan även på ett datorforum..

men trevliga nyheter, Linux kommer bli trevligare att bära med sig, särskilt på flera kärnor under kärnan sas.

mycket trevligt

undrar hur kernel 3.2 kommer att se ut om det fortsätter så här.

Nice, jag utser personligen härmed att uid313 får göra en fin sammanfattning som denna varje gång vi får en ny het kärna med roliga nyheter

Looking forward to CFS

när/hur uppgraderar jag? och är det nödvändigt?

vänta ett par versioner innan du uppdaterar, eller tills din dist har det i sin pakethanterare.

OnT:

CFS verkar trevligt

Om det ska komma något som gör att man kan fulldiskkryptera, är det funktioner i kärnan som är att föredra då eller externa program? Om det är i kärnan, finns det några officiella planer på det nu eller framöver?

LUKS är det enklaste och snabbaste man kan använda sig av i Linux. Finns också tydligen stöd för att läsa LUKS-enheter i andra OS nu, vilket kan vara bra för de som inte bara kör Linux.

Det enda man inte kan kryptera med LUKS är boot-partitionen. Den måste vara okrypterad så att datorns bios kan läsa boot-koden och starta grub/lilo.

Själv anser jag att det är bäst att dela upp det som följande:

Disk:
Partition 1, 128 MiB, ext2 eller xfs: boot
Partition 2, resten av utrymmet, LUKS-enhet med aes-lrw-benbi* som krypteringsalgoritm.

LUKS-enhet:
Hela utrymmet används till lvm2.

Volymgrupp (lvm2) :
root, 3-4 GiB, reiserfs, xfs.
swap, 512 MiB
home, 5 GiB, reiserfs, xfs.

När det gäller volymgrupperna så går de att ändra storleken på medan du arbetar med datorn. Så behöver du mer utrymme på t.ex. home så är det bara att ändra det, utan att behöva starta om eller liknade.

Ovanstående gäller dock ej med Ext2/3/4, FAT, NTFS, m.fl. De stödjer inte "online resizing".

* Stöds endast av Linux 2.6.20 eller nyare. Annars får du köra med det svagare standardvalet, aes-cbc-essiv.

Ett tips till de som vill hänga med i vad "alla" ändringar i Linux-kerneln handlar om är sidan kerneltrap.org.

kerneltrap är fint

För ett tag sen var det på tal att man skulle kunna ladda in en ny kärna utan att starta om datorn? Har det thänt något mer på denna fronten?

hade det kommit så hade jag gråtit av lycka.

[xerxes2@ninja ~]$ uptime
 01:05:44 up 58 days,  5:14,  1 user,  load average: 0.16, 0.22, 0.18
[xerxes2@ninja ~]$ uname -a
Linux ninja 2.6.21 #3 SMP PREEMPT Wed May 23 16:09:15 CEST 2007 i686 AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ AuthenticAMD GNU/Linux

enda gången man bootar om arbetsstationen är ju när man uppgraderar kärnan. har redan kompilerat 2.6.22 men orkar bara inte boota om. och inte snacka om alla servrar som kan vara nervöst att boota om om man har uppgraderat mycket på de.

edit: och förresten, konstigt att min burk är så stabil när man ofta läser om hur ostabilt linux är.

Det där med fulldiskkryptering verkar krångligt för en noob som mej. Hoppas Ubuntu snart kommer med såna val redan vid installation.

[xerxes2@ninja ~]$ uptime
 01:05:44 up 58 days,  5:14,  1 user,  load average: 0.16, 0.22, 0.18
[xerxes2@ninja ~]$ uname -a
Linux ninja 2.6.21 #3 SMP PREEMPT Wed May 23 16:09:15 CEST 2007 i686 AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ AuthenticAMD GNU/Linux

Precis. Bootar om gör man bara när man uppgraderat kärnan eller något annat riktigt stort.

Läste precis detta om 2.6.23, såg inte att någon tagit upp det men kanske kan vara intressant.
http://liquidat.wordpress.com/2007/07/21/linux-kernel-2623-to...

Stöd för Xen från vanilla kernel? NICE!

så om jag uppdaterar kerneln, får jag XEN programet då?

Du måste nog aktivera det i kärnan.

Samt installera verktygen för Xen.

Nice "Scheduler drama" btw

Det är en hård värld ja. Men det var väl för det bättre att -ck la av redan nu, för hans egen skull. Tids nog skulle han ändå inse att hans hobby hela tiden varit att vaska efter guld i en svavelgruva.

Linus är en konstig typ. Jag läste följande från honom:

Ok, om vi räknar antalet rader kod i kärnan så är schedulern en mycket liten del, det köper jag, men argumentet om att den inte är viktig måste väl ändå vara resultatet av för mycket ego i mannens hjärna. Det är ju ett faktum att Linux scheduler har sugit ganska hårt genom åren vilket jag ändå tror att både Con och Ingo var medvetna om och nu när konkurrenterna springer förbi så har väl Linus helt enkelt blivit desperat. Det finns en kul jämförande graf mellan Linux och FreeBSD där man tydligt ser skillnaderna mellan olika schedulers (här i just MySQL):

http://people.freebsd.org/~jeff/sysbench.png

Det känns synd att Con lägger av. Han verkade inte få den uppskattning han förtjänade.

Jag håller med Kent-Mustafa här, CKs SD hade enligt många väldigt stora fördelar på skrivbordet samtidigt som den har utvecklats under många år. CFS är visserligen ett steg i rätt riktitning men det känns som att det kommer ta ett antal kernelversioner innan den har samma prestanda som SD. Visst ska man inte underskatta någon del i kärnan, alla delar är viktiga för helheten men minneshantering och processchemaläggning känns ändå som de saker som borde stå i centrum.