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. Je kunt ook een cookievrije versie van de website bezoeken met minder functionaliteit. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , reacties: 23, views: 21.095 •

De eerste stappen zijn gezet om de Human Interface Device-ondersteuning bij Linux 3.8 te voorzien van ondersteuning voor het Windows 8 multitouch-protocol. Daarnaast gaat versie 3.8, onder bepaalde omstandigheden, minder geheugen in beslag nemen.

Het multitouch-ontwikkelwerk voor Linux is grotendeels gedaan door Benjamin Tissoires en Linus Torvalds is gevraagd de hid.git van git.kernel.org te trekken. Onder andere is ondersteuning voor de ION iCade Arcade-kast en apparaten van de fabrikant Roccat, zoals de Lua-gamemuis aanwezig, schrijft Phoronix.

Voordeel van de Windows 8-specificatie voor multitouch is dat deze veel preciezer is dat die van Windows 7. Het protocol schrijft bijvoorbeeld voor dat bij een aanraking die in een frame wordt geregistreerd, de coördinaten dezelfde moeten zijn als die van de laatste aanraking. Ook moeten apparaten voor ondersteuning gecertificeerd worden door Microsoft. Door Linux die gecertificeerde apparaten te laten herkennen wordt een hoop werk uit handen genomen.

Andere verbeteringen die kernel 3.8 krijgt betreft een aanpassing aan het geheugenbeheer, dat ervoor moet zorgen dat Linux bij specifieke configuraties aanzienlijk minder geheugen consumeert, meldt opnieuw Phoronix. Het gaat om een toevoeging van zero-page aan de transparant huge-pages-functionaliteit. Als een programma een grote hoeveelheid geheugen reserveert en daar leesacties op uitvoert, hoeft minder geheugen in beslag genomen te worden dan nu het geval is. Linus Torvalds gaf eerder deze week versie 3.7 van de Linux-kernel vrij. Die kernel bevat onder andere verbeterde ondersteuning voor een breder aantal ARM-processors inclusief support voor 64bit-ARMv8-processors. Ook kan er network address translation toegepast worden op ipv6-verkeer.

Reacties (23)

Kortom: je hebt niet goed gelezen.

Toekomstige apparaten zullen Windows 8 Touch ondersteunen. Als Linux alleen Win7 Touch ondersteunt mist het straks de boot. Dus deze update is om Linux meer geschikt te maken voor toekomstige Win8 apparaten.

Verder worden de Win8 touch apparaten al door MS gecertificeerd. Dit hoeft Linux niet meer te doen en zijn ze dus verzekerd van goed werkende hardware.
Het betekent dat Linux nu een aantal, voor Windows8 ontwikkelde, devices nu zelf ook kan snappen. Dus jah, als je een Windows-8-based tablet oid hebt kan je je touchscreen nu ook onder Linux gebruiken.

Het voordeel van de Windows-certificatie is dat je er zeker van zijn dat de minimumeisen die Windows-8 aan touchscreens stelt, ook echt in alle apparaten aanwezig zijn. Je hoeft dus als programmeur geen rekening te houden met vreemd gedrag van een touchscreen omdat een fabrikant bijvoorbeeld besluit om zaken anders door te geven. Dat zou het maken van programma's en drivers die verschillende touchscreens ondersteunen een hoop simpeler moeten maken.
Phoronix heeft het weer eens niet helemaal begrepen en Tweakers neemt dit weer klakkeloos over.

Het 'verminderen van geheugengebruik' is slechts van toepassing op specifieke configuraties met specifieke workloads. Het linux-systeem van Jan Modaal zal hier weinig of niets van merken.

Het gaat over het toevoegen van een zero-page aan het transparant huge-pages feature.
Vroeger werkte het OS altijd met geheugenpages van 4KB, recentere processoren hebben ondersteuning voor grotere page sizes. Linux gebruikt hier vooral 2MB pages, als ik me niet vergis (hoewel dit architectuur specifiek kan zijn).
Wanneer een proces virtueel geheugen alloceert dan wordt er eigenlijk enkel een 'lege' mapping toegevoegd. Pas wanneer een proces dit geheugen effectief aanspreekt wordt de mapping ingevuld met een echte page fysisch geheugen.
Het probleem is nu dat wanneer die eerste access een read is, dan werd tot voor kort telkens een nieuwe lege page aangemaakt. De oplossing (iets wat voor normale pages al lang bestaat) is om at boot-time een lege page aan te maken en deze te gebruiken voor zulke accesses.
Als daarna dan ooit toch een write-access gedaan wordt, dan wordt er alsnog een nieuwe page aangemaakt.

Je spaart dus geheugen als:
1) je Transparent Huge Pages hebt aanstaan
2) je programma grote blokken geheugen alloceert
3) je programma leest vanuit die blokken, zonder te schrijven

Weinig programma's doen dit, dus zullen weinig mensen geimpacteerd zijn.
Zie ook http://lwn.net/Articles/517465/

Op dit item kan niet meer gereageerd worden.