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 , , 39 reacties

Een ontwikkelaar van Canonical heeft de zogenaamde 'low graphics'-modus van Unity 7 verbeterd. Hierdoor moet een standaardinstallatie van Ubuntu soepeler werken in onder andere virtuele machines waar geen hardwareversnelling gebruikt kan worden.

Tot nu toe werkt een normale Ubuntu-installatie waarbij de Unity-desktopomgeving gebruikt wordt niet soepel in low graphics-modus als er geen 3d-versnelling gebruikt kan worden. Dit komt vooral door het gebruik van bepaalde visuele effecten.

Om de low graphics-omgeving werkbaarder te maken, heeft ontwikkelaar Eleni Stea de Unity 7-omgeving aangepakt. Daartoe heeft zij de hoeveelheid animaties verminderd van onderdelen zoals de launcher, de menu's en de schermwisselaar. Daarnaast zijn blur, fade-in en -uit verwijderd en slagschaduwen verminderd.

De aangepaste grafische modus detecteert in principe zelf of er bepaalde GL-features op een systeem aanwezig zijn. Maar er is ook een andere manier om de modus te activeren, namelijk door een startup-script met de naam lowgfx.conf toe te voegen aan upstart in .config:

start on starting unity7
pre-start script
    initctl set-env -g UNITY_LOW_GFX_MODE=1
end script

Op dit moment werkt de hack niet voor gebruikers van de aankomende tussenrelease van Ubuntu 'Yakety Yak' omdat daar naar systemd wordt overgegaan voor gebruikerssessies. Binnenkort komt er meer informatie beschikbaar hoe de functie te forceren in versie 16.10.

Moderatie-faq Wijzig weergave

Reacties (39)

Het is wat om te zien dat het nieuwswaardig is dat animaties uitgeschakeld kunnen worden. ;)

Speed is the name of the game. Animaties zouden altijd uit te schakelen moeten zijn. Het maakt ook werken op afstand een stuk prettiger.
Animaties zouden altijd uit te schakelen moeten zijn.
En elke nieuwe versie van software moet minstens dezelfde opties bevatten als de vorige versie, plus meer.
Dat is een fout die veel open sourceprojecten maken, maar ook precies waardoor een programma intimiderend is voor nieuwe gebruikers en soms om onverklaarbare reden vreemd gedrag vertoond dat niet te herstellen is. Meer opties is dus niet altijd beter.

edit:
@The Zep Man

Het is waar dat Microsoft een knieval heeft gemaakt voor de gebruikers door het verticale startmenu terug te brengen. Dat is niet omdat het horizontale, schermvullende starmenu slecht was, maar omdat gebruikers er niet aan konden (wilden) wennen. Toch zal iedereen die van Windows 7 naar Windows 10 overstapt merken dat de functionaliteit van het startmenu veranderd is. Niet omdat de gebruiker daar om heeft gevraagd, die wil alleen maar beter en toch hetzelfde. Maar omdat ontwerpers keuzen hebben gemaakt voor de gebruiker. En dat is in mijn ogen een goed ding, want als je teveel keus aan de gebruiker overlaat dan raakt deze de weg kwijt. Dat zie je bij installatie van bestanden (kan mij het wat schelen in welke map een applicatie geinstalleerd wordt, maar vroeger moest ik dat zelf kiezen), van computers (of ik ms paint wel of niet wil hebben wordt me gelukkig al 10 jaar niet meer gevraagd, en ook Linuxdistributies stellen aanzienlijk minder vragen dan 20 jaar geleden), maar ook bij het afnemen van de hoeveelheid opties. Op korte termijn krijg je daar veel geklaag over, maar op de lange termijn creŽer je anders een onhoudbare situatie.
TL;DR
Het gaat hier niet om een enkele optie, een enkele optie toevoegen klinkt altijd als een goed idee. Het gaat om het totale aantal opties, en die set is opgebouwd uit enkele opties.

[Reactie gewijzigd door 84hannes op 2 september 2016 11:12]

Dat is een fout die veel open sourceprojecten maken, maar ook precies waardoor een programma intimiderend is voor nieuwe gebruikers en soms om onverklaarbare reden vreemd gedrag vertoond dat niet te herstellen is.
Mijn reactie was niet gespitst tot open-sourceprojecten. Het was gericht op grafische user-interfaces.

Animaties hebben toegevoegde waarde voor een gemiddelde gebruiker om bijvoorbeeld het traag reageren van een systeem te verbergen. Er zijn echter situaties waarbij het beter is om ze uit te schakelen. Remote Desktop is daarvan een goed voorbeeld: vergelijk een Remote Desktop-sessie van bijvoorbeeld een Windows 7/2008 R2 installatie (in Classic Mode) met die van Windows 10. De eerste is vele malen sneller, omdat er geen animaties over het netwerk gestuurd hoeven te worden en de op te bouwen elementen veel simpeler zijn (=betere compressie, minder data).
En elke nieuwe versie van software moet minstens dezelfde opties bevatten als de vorige versie, plus meer.
Nee. Elke nieuwe versie van software moet functies bevatten die men verwacht van het softwareproduct. Kijk naar Windows 8(.1) en het Start Menu fiasco. Microsoft heeft erkent dat zij fout bezig waren en daarom is het weer terug in Windows 10 in een geŽvolueerde vorm.

[Reactie gewijzigd door The Zep Man op 2 september 2016 10:02]

Animaties hebben toegevoegde waarde voor een gemiddelde gebruiker om bijvoorbeeld het traag reageren van een systeem te verbergen.
Animaties zijn niet alleen sier of een manier om laadtijden te verbergen, er is ook een grote UI functie voor animaties. Juist door het laten zien wat er veranderd tussen 2 staten maak je de interface veel gebruiksvriendelijker, je legt namelijk uit wat er gebeurd. Het weglaten van animaties kan dus ook leiden tot verlies van gebruiksvriendelijkheid. Ook in het filmpje wat je hier ziet mis je dus informatie. Voor de meeste doorgewinterde Ubuntu gebruikers is dat niet zo erg en zelfs een verbetering, omdat zij alle staten in hun hoofd hebben zitten. Voor die groep zou het zeker uit te schakelen moeten zijn, omdat zij dan sneller kunnen interacteren.

Neem het minimaliseren van een venster. Mac OS heeft hier een animatie voor waarbij je echt ziet dat het venster in de dock zakt en verkleind, bijna in cartoon stijl. Hierdoor snappen mensen wat er gebeurd. Haal je die animatie weg zullen niet-doorgewinterde gebruikers hun venster niet meer terug kunnen vinden.

[Reactie gewijzigd door cmegens op 2 september 2016 11:47]

" je legt namelijk uit wat er gebeurd."

Uh, als ik op een snelkoppeling druk, de start knop, of een link naar een explorer map, dan weet ik donders goed wat er hoort te gebeuren.

Onzin argument dus. Ik weet nog wel met mijn oude Galaxy S3 dat ik alle 'tikken' op het scherm om wifihotspot in te schakelen uit mn hoofd wist en via 'muscle memory' binnen een seconde op mijn scherm kon rammen... jammer dan dat de interface zo traag was als dikke stront en ik in PRAKTIJK als een aap naar mijn scherm moest staren, wachtend tot elk menu geladen was, vol frustratie elke keer weer..
TIK *wacht*... RAGE
TIK *wacht*... RAGE
TIK *wacht*... RAGE

Snelheid > pracht en praal

Een interface moet intuitief, soepel en snel werken. Als ik binnen een seconde van een hoofdmenu naar een submenu 4 lagen dieper wil, en via muscle-memory weet hoe dit moet, dan hoort de interface dat maar gewoon bij te houden. We hebben gvd. telefoontjes die krachtiger zijn dan een desktop PC een aantal jaren geleden maar aan de gemiddelde traagheid van de GUI (ook in windows 10 overigens hoor) zou je dit niet denken!

[Reactie gewijzigd door Ayporos op 2 september 2016 11:20]

Volgens mij leg ik het verschil uit tussen expert en novice gebruikers. Wat jij beschrijft is expert gebruik en daarin heb je gelijk. Maar leef je ook eens in in minder ervaren gebruikers.
En juist daarom zou het heel fijn zijn om een keuze te hebben om de animaties in of uit te schakelen.

De expert gebruikers kunnen dan naar hun eigen smaak alles aanpassen.
Juist, dat zei ik. Dank voor het herhalen.
Ah ja, zie hier de kloof tussen techies en UX/UI designers. Iets wat voor een technisch aangelegd persoon onnodig is, kan voor een normale gebruiker wel handig of essentieel zijn. Je weet al hoe het werkt, dus jij kunt dit niet objectief beoordelen.
Wat @Ayporos terecht opmerkt is dat huidige interfaces onnodig traag zijn, zeker als je dat afzet tegen toegenomen processor en grafische chipset snelheden. Het is ook m.i. niet te verkopen dat een winXP machine uit 2002 sneller aanvoelt dan een moderne middelrange laptop met W10 uit 2016. Zelfde geldt overigens voor mobiele interfaces.
Als een 'techie' moet ik het systeem ook gebruiken. Ik zeg: sluit geen significante groepen uit van het comfortabel gebruiken van een systeem.

[Reactie gewijzigd door The Zep Man op 2 september 2016 18:00]

Als een 'techie' moet ik het systeem ook gebruiken. Ik zeg: sluit geen significante groepen uit van het comfortabel gebruiken van een systeem.
Als 'techie' kun je in de meeste OSes de animaties uitzetten of reduceren, dus dat lost dan ook het probleem op, toch?
Remote desktop van Windows 10 VDI vanaf een machine met geupdate versie van RDP werkt juist veel sneller. Reden is de compressive die in de RDP server van win10 is aangepast. Die compressie zorgt er juist voor dat er minder data over de lijn gaat en alles vloeiender werkt.

RDP gaat pas problemen krijgen als je zaken gaat knippen/plakken tussen systemen of bestanden gaat versturen omdat die niet over de nieuwe compressie lopen. Als je alleen beeld en muis/keyboard verbruikt heeft RDP bij normaal Office gebruik meer dan genoeg aan 80--200kbps per gebruiker.
Remote desktop van Windows 10 VDI vanaf een machine met geupdate versie van RDP werkt juist veel sneller. Reden is de compressive die in de RDP server van win10 is aangepast. Die compressie zorgt er juist voor dat er minder data over de lijn gaat en alles vloeiender werkt.
Dus combineer dat zonder een regenboog aan kleuren en animaties dat over de lijn gestuurd wordt. Nog meer snelheid. ;)

Zoals ik al aangaf kunnen animaties, kleurtjes, shaders, afgeronde hoekjes, anti-aliasing, etc. allemaal toegevoegde waarde hebben voor gebruikers. Zelf heb ik echter de voorkeur voor 'less is more' in mijn grafischer user-interfaces. Hebben anderen ook deze voorkeur?
RDP en Windows schakelen zelf functies als animaties uit als de netwerk verbinding niet optimaal is. De snelheid ervaring blijft in alle gevallen dus gelijk als er minder bandbreedte beschikbaar is.
Afhankelijk. In Cisco ios is het heerlijk hoe alles super snel werkt en je alleen de eerste 3 letters en dan tab en dan zo een command in elkaar gooit. In office vind ik die ribbon interface vrij degelijk werken ook al is deze een stuk uitgebreider / grafischer.
Sane defaults is de oplossing. Ja, voeg een nieuwe optie toe zodat ik het aan of uit kan schakelen, maar zet de default op iets redelijks zodat ik de optie niet *hoef* te gebruiken als standaardgebruiker.
En dan vraagt je moeder waarom haar programma's afsluiten als ze ze op het startmenu klikt. Mag jij gaan uitzoeken of dat aan de optie: "Energiebesparing voor applicaties op de achtergrond" of "Afsluiten bij minimaliseren" of toch "Verbergen ongebruikte applicatie" of "transparantie achtergrond venster" of "Animatiesnelheid aanpassen" of misschien toch een combinatie van al deze opties ligt.
Een concreet voorbeeld: bij mijn ouders werkte op gegeven moment de Nederlandse spellingscontrole niet meer, maar Engelse of zelfs Vlaamse wel. Wist je dat er ergens vijf lagen diep in het instellingenmenu van Word een menuutje zit waarmee je specifieke add-ons in quarantaine kan zetten? Ik nu wel.
Daar hebben we google voor, om dat uit te zoeken. Gelukkig is die optie er dan wel, al zit hij verstopt. Liever dat, dan dat ik m'n moeder moet vertellen dat dat nou eenmaal zo is. Ach ja, een komkommer in je reet went uiteindelijk ook wel...
Het vervelende aan te veel opties die allemaal op hetzelfde (en meer) invloed hebben, is dat er genoeg combinaties zijn om voor ieder persoon op de wereld een unieke configuratie te maken. Ook Google kan jouw unieke probleem dan niet meer verhelpen. Professionele producten, zoals auto's, bieden de gebruiker daarom een heel beperkt subset van het theoretisch mogelijk aantal instellingen aan.
Dat is waar en natuurlijk ook prima voor de meeste gebruikers. Maar ondanks de beperkte opties in mijn auto kan een techneut nog een hoop tweaken. Maar dan moeten die opties er wel zijn, al zijn ze verstopt. Kortom sane defaults voor de gewone gebruiker, min of meer verstopte opties voor de power users. En gelukkig is dat in de praktijk ook zo, al pakt het soms lastiger uit dan je hoopt en ben je een halve dag kwijt om het startmenu van je moeder te fixen. Het leven van een techneut gaat niet altijd over rozen...
Ubuntu is niet alleen bedoelt voor mensen die een techneut als zoon hebben.
Auto's ook niet voor mensen die een automonteur als zoon hebben.
Exact! En daarom heb je ook geen directe controle over het ontstekingsmoment, de zuurstoftovoer, de katalysator, de verdeling van remkracht tussen de wielen... Technisch allemaal veel makkelijker om aan de klant over te laten, maar onverantwoord om aan de klant over te laten.
Dat kan volgens mij wel via cmd commando's maar dan moet je die wel weten ;p
daar naar systemd wordt overgegaan voor gebruikerssessies
Ubuntu is de eerste distributie (voor zover ik weet) om dit te doen. Hiervoor gebruikten ze voor de gebruikerssessie nog Upstart; oftewel systemd voor al het andere, Upstart om een desktop te starten. Hierbij heeft een Canonical medewerker nog veel gesproken met systemd ontwikkelaars hoe sommige dingen het beste te doen.

Veel desktops hebben vaak functionaliteit welke eigenlijk beter geÔmplementeerd is binnen systemd. Voor GNOME is dat gnome-session en gnome-settings-daemon: deze laden andere processen en plugins. Hierbij proberen ze te detecteren wanneer deze processen crashen, etc. Systemd heeft al enorm veel mogelijkheden hiervoor (loggen, kunnen instellen dat iets automatisch herstart moet worden, detectie van processen die te vaak achter elkaar crashen, etc).
Hangt niet zozeer van de distributie af, maar wel van de desktop omgeving. Zo maakt GNOME al geruimte tijd gebruik van systemd. De meeste desktop omgevingen kiezen er evenwel voor om systemd links te laten liggen omdat zij cross platform willen werken en zich niet willen vastpinnen op Linux only, iets wat voor Canonical met Unity uiteraard geen bezwaar is.
Niet alleen Systemd werkt als een gpu en init als een cpu (of andersom) in iedergeval je hebt kans dat een daemon een andere daemon nodig heeft die nog niet gestart is. Daar zijn ze vooral bang voor.
Ubuntu de eerste? Proest! Ubuntu is juist blijven hangen op een halve implementatie (zoals ze wel vaker blijven hangen). Fedora heeft dit al een tijd (FC21/GnomeShell3.12)[1][2] en ik ga er van uit dat het ook voor Arch geldt.
[1] https://wiki.gnome.org/Th...atures/SystemdUserSession
[2] sinds FC24/GnomeShell3.20 draaien er ook echt systemd gebruikersservices onder de gebruikerssessie (kan er zo gauw weinig documentatie over vinden).

OT: hopelijk kan je nu eindelijk Ubuntu in VirtualBox draaien zonder dat die additions geÔnstalleerd moeten worden om het acceptabel te krijgen qua prestaties.

[Reactie gewijzigd door XVI op 2 september 2016 12:11]

Dat uitgerekend Fedora en GNOME als eerste over zijn hoeft uiteraard ook niet te verbazen. Systemd is, net als GNOME, een project waar Red Hat een grote invloed op heeft en aangezien Fedora de speeltuin van RH is gaan ze die projecten daar ook als eerste uitrollen.
Ubuntu is de eerste distributie (voor zover ik weet) om dit te doen
Nee hoor. Fedora was daar nog wat eerder mee, die doen dit sinds 2011 (versie 15) al, zie wikipedia
Mooi om te zien dat ze hier nog wat aandacht aan geven en niet alleen focussen op gebruikers met de allernieuwste snelle systemen. Linux is erg populair als VM omdat het met heel weinig overhead kan draaien, maar als je er dan een grafische omgeving vol toeters en bellen bovenop zet blijft er weinig van over. Nu zullen professionele beheerders niet snel gebruik maken van de GUI maar er zijn een stuk meer hobbyisten en amateurs dan professionals.
Ubuntu (de desktop varianten dan) zijn eigelijk niet ontworpen met ook nog virtualisatie in het achterhoofd. Die zijn ervoor om bare-metal te draaien. Dat het ook kan in een VM is mooi meegenomen maar niet het hoofddoel.

Daarom is het mooi dat de "low power" mode zoals hij gekscherend genoemd word nu verbeterd word, zodat je 'm toch met redelijke performance in een VM kunt draaien, al is het alleen maar om te proberen of het wat voor je is.
" Die zijn ervoor om bare-metal te draaien" Das een mening van jou neem ik aan? zo niet, heb je bronnen ?
Als je de specificaties en vereisten ziet voor Unity weet je wel dat het niet echt bedoeld is voor low-power GPU's. Zo eentje die ook gebruikt word in virtualisatie.

En ja, dat is een mening. Maar wel eentje ingegeven door feiten en gebruik van het product.
Ik kan dit eigenlijk alleen maar toejuichen aangezien het in sommige virtual machines gewoon wel wat verbetering kan opleveren. Unity is altijd een resourcehog (en 1 van de redenen waarom ik Ubuntu Mate draai).

Ik ben blij om te zien dat er nog developers bezig zijn bij Canonical met Unity 7 terwijl er toch hard aan Unity 8 wordt gewerkt.
Prachtig! Al die effecten zien er misschien leuk uit, maar om door te werken is deze manier van snappy werken toch stukken beter.
Zo te lezen werkt het tot nu toe alleen maar in Ubuntu 16.04LTS. Ik ga mijn Virtualbox (14.04LTS met low graphics) eens upgraden.

Edit: voor de upgrade naar 16.04 LTS nog even getest of dit ook werkt in 14.04 LTS. Dat doet het niet, dus een upgrade is noodzakelijk.

Edit 2: 16.04 LTS wordt er inderdaad iets sneller door. Niet flitsend, maar werkbaar. Ik gebruik toch voornamelijk de terminal om FFmpeg te cross compileren, dus graphische opsmuk heb ik niet nodig.

[Reactie gewijzigd door Jan-E op 3 september 2016 19:41]

" Die zijn ervoor om bare-metal te draaien" Das een mening van jou neem ik aan? zo niet, heb je bronnen ?


Om te kunnen reageren moet je ingelogd zijn



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