The ~200 Line Linux Kernel Patch That Does Wonders

????

Det er lidt en skam at vi må vente noget tid endnu før vi ser ændringerne i mainstream kernen men vi kan da gå rundt og glæde os. Der skulle da også kommer andre performence forbedringer i den version af kernen til desktop brugerne. :)

#1
Hvordan skal det fortolkes? At du ikke forstår artiklen eller at du er ligeglad?

http://www.phoronix.com/scan.php?page=article&item=linux_2637_video&num…

En skam de fleste distros først vil have dette med om et års tid ...

Njaaa, det er nok fordi #1 stillede et spørgsmål i overskriften:

nogle der har prøvet den ? ??????

Det var måske en bedre ide at stile spørgsmålet i selve teksten :)

Men nu jeg er inde i tråden: Jeg har længe tænkt over det med linuxkernen. Er det bare en fil der ligger på harddisken og som kan udskiftes efter behov/lyst? Og hvis skidtet ikke starter op, kan man så bare boote op med en LiveCD og skifte kernen tilbage?

ER DER nogle der har prøvet den, af JER , HERINDE ? Man skal da for helvede også skære alting ud i pap og beklager meget at jeg skrev spørgsmålet i teksten men det lod til at i fandt det.

Videoerne er meget fine, men det kunne være lækkert at høre om nogle af de herre herinde selv har gjort sig erfaringer med patchen.

#6 du stiller et godt spørgsmål der, Linux kernen er et program som alle andre der bare kører før alle andre og med højere privilegier, hvis vi ser bort fra grub og diverse virtualiserings teknikker og BIOSen.

Her er en discountguide på PC/Linux boot sekvens

1: PC tændes
2: BIOS starter og vælger opstarts enhed
3: PC har en standard for hvor på disken der bliver læst fra først
det sted på disken ligger din opstartslæser, eg. GRUB
4: GRUB bestemmer hvilken partition eller en anden disk i systemet der skal læses fra og hvilken kerne mv.
5: Grub Loader kernen ind eg. /boot/initrd.img-2.6.32-25-generic
initrd.img-2.6.32-25-generic er selve kernen
6: typisk er opstart afhængig af en masse moduler der fx er drivere eller filsystemer det kan kernen ikke hente fra disken fordi på dette tidpunkt er filsystemet implementering jo på selve disker. derfor loader man funktionaliteten ind i ram via et initial ramdisk initRD image fx.
/boot/initrd.img-2.6.32-25-generic
7: kernen starter op mounter / filsystemet og starter init deamonen som er master deamonen der starter alle processer på en Linux box
find den med: ps -e | grep init , og ja den har process id 1
8: en af disse processer init starter X11 som giver dig din gui.

#6
Altså i princippet er Linux kernen bare en enkelt fil som du bare kan udskifte som du har lyst til. Dog er det lige vigtigt at forstå at langt de fleste kerner bygges hvor der bruges moduler og disse moduler skal compiles op imod kerneversionen. Disse moduler ligger så i fx mappen /lib/modules/2.6.35-ARCH/. Så jo du kan i princippet godt bare bygge en kerne hvor alle modulerne ligger i kernen.

Ser imponerende nok ud. :)
Når det så er sagt, så "lagger" det stadig en smule i video2.

#9
Hvis du skal have din video til at køre perfekt mens du laver en masse gøgl i baggrunden kunne du jo bruge nice til at øge prioteten således at videoen bare kan tage de ressourcer den skal bruge.

#7 + #8: tak for god forklaring.

#7 nu er jeg blot en simpel dødelig, og kommer derfor nok med en semi-retarderet kritik af din gennemgang, men;
Hvis GRUB skal kunne loade noget fra harddisken, skal den nødvendigvis have adgang til filsystemet allerede inden kernen bliver loadet (faktisk alene det at GRUB loader, kræver adgang til filsystemet). Derfor må selve implementeringen af filsystemet allerede være hentet ind i hukommelsen af GRUB.
Om det så er det samme stykke software kernen benytter vil jeg lade stå hen i det uvisse - men det ville virke logisk at benytte den samme stump hukommelse igen og igen.

#12
Det er faktisk korrekt at Grub har en meget simpel understøttelse af forskellige filsystemer. Du skal dog ikke lige regne med det er nogen vildt avanceret understøttelse og der er kun yderst begrænset skriveadgang. Så du kan på ingen måde sammenligne den kode grub bruger til at load kernen med den kode som kernen bruger til at tilgå disken. Grub har en eneste opgave og det er at load nok data til at kernen kan tage over og gøre resten af arbejdet.

Det ser ud til at en udvikler fra redhat har fundet en alternativ metode, som jeg dog ikke har testet - Læs om det her: http://www.webupd8.org/2010/11/alternative-to-200-lines-kernel-patch.ht…

Dette er kun work in progress, men meget imponerende, hvis man har sådan en brugsmønster.