Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 25 reacties

Linus Torvalds heeft de eerste release candidate van Linux-kernel 3.5 vrijgegeven. Versie 3.5 biedt systemen onder andere de mogelijkheid om dienst te doen als een iscsi-target en nieuwe software om userspace-processen in de gaten te houden.

Kernel 3.5 rc1 bevat zogenoemde userspace probes. Via tools als SystemTap kunnen deze uprobes informatie verschaffen over het gedrag van code die in de userspace draait. Ook perf, een in de kernel geïntegreerde tracing tool, kan uprobes gebruiken.

Net als bij elke update van de kernel is de hardware-ondersteuning verbeterd. Zo worden de Creative Sound Core3D en de Xonar DGX-geluidskaarten voortaan ondersteund. Ook diverse opensource-videodrivers zijn bijgewerkt: zo moeten Radeon-kaarten beter overweg kunnen met het uitsturen van audio via hdmi en worden Evergreen-gpu's van AMD beter benut. Videochips van ASpeed Technologies, die in servers zijn te vinden, kunnen voortaan via in de kernel geïntegreerde KMS-drivers aangestuurd worden. Ook herkent kernel 3.5 meer invoerapparatuur; zo worden Wacom I2C-touchscreens en Intuos5-tekentablets voortaan ondersteund. Verder zijn de drivers voor de touchpads van ALPS en Sentelic bijgewerkt.

Nieuw is dat een Linux-machine met kernel 3.5 dienst kan doen als een iscsi-target, die via firewire of usb door andere systemen benaderd kan worden. Ook QLogics fibre-channelhardware kan voor de iscsi-targetmodus worden gebruikt.

De betrouwbaarheid van het ext4-bestandssysteem is verbeterd met de mogelijkheid om de integriteit van meta-informatie met een crc32-checksum in de gaten te houden. Ook is er opnieuw gesleuteld aan het btrfs-bestandssysteem, al zouden er nog steeds problemen zijn bij het wegschrijven van data naar raid5- en raid6-systemen met dit bestandssysteem. Mogelijk zal dit al lang slepende probleem in kernel 3.6 opgelost worden.

Moderatie-faq Wijzig weergave

Reacties (25)

Ik kwam nog een interessant artikel tegen over de filesystems.
http://www.phoronix.com/vr.php?view=17394
Het ziet er naar uit dat EXT4 nog steeds de beste optie is over de gehele linie gezien. Is er daarnaast al een lange tijd; met een filesystem zou ik persoonlijk geen risico nemen, dat is een van de allerbelangrijkste componenten.
Recent zag ik wat benchmarks die aantoonden dat XFS het op redelijk wat vlakken zeer goed deed. Zie http://lwn.net/Articles/476263/
Bovendien staat Phoronix niet erg hoog aangeschrven binnen de Linux community, dus neem ik hun artikels liever met een grote korrel zout...
Onzin. Als je data gegarandeert goed moet blijven is een checksumming filesystem als ZFS of BTRFS een veel betere optie. Om nog maar niet te spreken over voordelen die writeable snapshots e.d. hebben.

Zo betrouwbaar zijn schijven niet en bit rot is een bekend fenomeen. RAID beschermt je hier veelal ook niet volledig tegen.

Checksumming kost performance, maar als je data integriteit erg belangrijk is wint ZFS of BTRFS van vele anderen.
geen idee wat jij langere tijd noemt maar ext4 is niet echt "oud" te noemen.
Ext 3 daarentegen wel..
Gelukkig heeft EXT3 wel wat verjongingskuurtjes gekregen de afgelopen jaren.

Zelf blijf ik voorlopig nog op EXT3 totdat het nut van overstappen zich aandient. Ik heb tal van apparaten die onderling met elkaar communiceren en data overhevelen en deze hebben allen EXT3. Kan dit proces moeiteloos doorgaan of moet ik dan met andere oplossingen werken?

Dit is geen echte vraag want het antwoord weet ik al maar toch ga ik liever in een keer over.
Het iSCSI-target gedeelte in de kernel snap ik niet helemaal. In Debian kan je een iSCSI-target installeren met dit:
apt-get install iscsi-target

Wat is hier nu precies anders aan, behalve dat het in de kernel draait? Ik lees ook dit:
Nieuw is dat een Linux-machine met kernel 3.5 dienst kan doen als een iscsi-target, die via firewire of usb door andere systemen benaderd kan worden.
Dit is dan toch gewoon hetzelfde als het kopen van een FireWire kabel, een IP over FireWire verbinding opzetten en bovenstaand commando uitvoeren?

En dit kan ook met een usb-eth over een USB kabel:
http://en.wikipedia.org/wiki/Ethernet_over_USB

Hoe verschilt dit dan met de functionaliteit in de kernel?

[Reactie gewijzigd door marcop23 op 5 juni 2012 18:26]

Het verschil is dat iscsi-target in userspace draait. Vanaf kernel 3.5 draait het dus in kernel space. Dit scheelt aanzienlijk in de overhead, wat een betere performance tot gevolg heeft.
Met 1Gbit was dit nog niet echt een issue maar met 10Gbit zal dit zeker een vooruitgang zijn. Linux wordt steeds volwassener in de storage markt.
Nu zal het in de kernel zitten ipv als module. Wint hier aan snelheid en stabiliteit.
Aan snelheid ok, maar op welke manier wint het zo aan stabiliteit?
Vooral de checksumming van EXT4 lijkt me erg handig!

Op LKML wordt uitgelegd:
It's an on-disk change, but it's gated by a superblock "feature flag".
So unless you actually activate the feature, you won't get it. If you
do activate the feature, then you won't be able to switch between
older and newer kernel versions --- at least not and be able to mount
the file system read/write.
The e2fsprogs support for this feature is currently only in the
(rewinding) proposed update branch, so it's not something that I
recommend people use just yet
.
Tja, het is 'maar' een checksum van de metadata. Geef mij toch maar btrfs die kan checksummen van zowel de metadata als de data.

En als je het aanzet kun je niet meer aan je filesystem met een oudere kernel...
Alleen jammer dat de de gegevens op btrfs- en ext4-partities niet kan lezen vanuit Windows, met ext2 en ext3 lukt dat wel, daar zijn diverse tools voor.
Altijd zo jammer dat Android dan nog op 2.6 draait... Zou die niet profiteren van een update van de kernel (gegeven dat alles blijft werken)?
Dat klopt niet helemaal.

Mijn stock rom HTC One S op Android 4.0.3 draait op 3.0.8.
/data/data/berserker.android.apps.sshdroid/home # uname -r
3.0.8-01136-g9d2ad31
Overigens super dat iscsi-target eindelijk mee is gebakken in de kernel.
Ik heb nog niet zo lang geleden ongeloofelijke issues hiermee gehad na een update, en in mijn ogen is iscsi toch best triviaal als je alles centraal probeert op te slaan.
Weird. Er worden dus verschillende kernels gebruikt in één en dezelfde Android-versie... Mijn Transformer Prime met Android 4.0.3 draait nml op de 2.6.39 kernel :?
Mijn SGS draait op 3.1.10 devil build. 1 van de 2 keuzes bij de custom ROM die ik heb draaien. Kan daarnaast nog vele anderen downloaden.

Iedere fabrikant kan vrij kiezen wat ie wil gebruiken. Velen hebben ook hun eigen aanpassingen aan de interface. Zo raar is het dan ook niet lijkt me.
Nou, wel want voor ondersteuning maakt het soms veel uit. Ik snap dat er verschillende kernelversies in omloop zijn maar het wordt wel heel moeilijk om als appbouwer (ben ik niet) apps te maken die iedereen kan gebruiken. Ik heb het al een paar keer gemerkt dat ik bepaalde apps niet kon gebruiken omdat de ROM die op dat moment op mijn telefoon stond dit niet aankon. Terwijl de apps op diezelfde telefoon maar met weer een andere ROM wel werkten.

Begrijpelijk is het wel maar handig is anders.
Op Android zou dat dat niet mogen maken omdat de apps allemaal draaien op de Dalvik VM. In jouw geval kan het zijn dat sommige ROM's niet alle drivers hebben of dat ze verschillende versies van Dalvik hebben. Dat licht in ieder geval aan de bouwers van de ROMs. Gelukkig kun je zelf die ROM kiezen die het beste werkt op jouw telefoon en met jouw apps.
Heel veel apps draaien dus niet (of deels niet) de Dalvik runtime. Installeer maar es Android op een x86 machine (zoals Virtualbox) en probeer iets als Firefox of Opera Mobile, of Angry Birds te downloaden. Dat gaat niet.

Ingewikkelde of veeleisende apps gebruiken (dus) wel vaker de NDK, en daarin zullen wel degelijk afhankelijkheden van de kernel zitten, omdat een dergelijke app helemaal naar machinetaal (dus native ARM instructies) wordt gecompileerd en native libs van het OS gebruikt. Het zal nog steeds wel in een VM draaien om de permissions in de gaten te houden, maar die VM zal geen Dalvik zijn.

[Reactie gewijzigd door _Thanatos_ op 7 juni 2012 13:29]

De Galaxy Nexus wordt standaard gewoon geleverd met kernel 3.0.8 hoor; en ik denk daarmee alle andere ICS toestellen ook...
Troll.
ACPI werkt uitstekend op al mijn linux systemen inclusief het netbookje waar ik dit op intik. Al sinds 2005 in de kernel.
helaas dus niet fatsoenlijk op intel 4series notebooks.......
kworker vreet dan al mijn cpu vermogen, gevolg een onwerkbare laptop.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True