Increase Gnome-shell's responsivness

defears · 2011-06-19 23:44:50

A few small edits to speed up Gnome-shell. I put 0.001 for all the values and have not had any problems. Don't put zero for anything because most of the time you can't even start Gnome-shell or fallback. This gets rid of alot of the annoying animations, fades, and zooming. Everything is pretty much instant, and doesn't hurt your eyes.

Edit line 30 in

/usr/share/gnome-shell/js/ui/overview.js

Edit line 27, 29 and 34 in

/usr/share/gnome-shell/js/ui/panel.js

Edit lines 15, 16, and 17 in

/usr/share/gnome-shell/js/ui/windowManager.js

Edit lines 19, 25 and 26 in

/usr/share/gnome-shell/js/ui/workspace.js

Edit lines 20 and 25 in

/usr/share/gnome-shell/js/ui/workspaceView.js

Edit line 12 in

/usr/share/gnome-shell/js/ui/workspaceSwitcherPopup.js

Edit lines 20 and 21 in

/usr/share/gnome-shell/js/ui/workspaceThumbnail.js

Edit line 20 in

/usr/share/gnome-shell/js/ui/dash.js

Edit lines 26, 31 and 32 in

/usr/share/gnome-shell/js/ui/messageTray.js

Edit lines 22 and 23 in

/usr/share/gnome-shell/js/ui/modelDialog.js

Edit lines 54 and 62 in

/usr/share/gnome-shell/js/ui/viewSelector.js

Durden · 2011-06-19 23:55:12

Won't an update break this?

defears · 2011-06-20 00:05:16

Yes. I'm no programmer, but 5 minutes to edit these is not important to me now that I know where they are. If you know how to make these permanent I've love to know.

graysky · 2011-06-20 00:11:43

You might wanna make this into a patch/PKGBUILD. The next time you re-apply it will be instantaneous.

triplesquarednine · 2011-06-20 02:22:18

nice one.

i don't use the Shell with Gnome3 - but it's animations has to be one of it's more annoying features (especially when moving several workspaces). when i was looking for this type of solution on the gnome-shell list - not one user OR developer could give me a solution...
the only semi-hack i got was from the developer of mutter, who said i could use the looking glass debugging tools to speed up all animations ~ but it wasn't much of a good solution, more like a dirty hack.

great job....but ya, updates will purge this...you cant even use 'NoUpgrade' flag in /etc/pacman.conf ~ as these files will have other updates to them, from future gnome-shell updates... - it definitely will need some sort of patch to be made for anyone who wants this.

awesome stuff

defears · 2011-06-20 15:54:35

Thx.
Now that I got gnome-shell as fast as openbox, I don't understand why this isn't the default behavior? The gnome devs are trying for the mobile market but my netbook with intel graphics studders through the overview with or without video playing. It doesn't do that anymore when there's no more zooming.

Now I have to learn the patch/PKGBUILD scenario. This might take me a while. You never stop reading in the land of arch.

triplesquarednine · 2011-06-20 16:25:35

defears wrote:

Thx.
Now that I got gnome-shell as fast as openbox, I don't understand why this isn't the default behavior? The gnome devs are trying for the mobile market but my netbook with intel graphics studders through the overview with or without video playing. It doesn't do that anymore when there's no more zooming.
Now I have to learn the patch/PKGBUILD scenario. This might take me a while. You never stop reading in the land of arch.

rather than writing a patch, would it not be more appropriate to write an extension??

I'm just thinking all gnome-shell users (regardless of distribution) could benefit from such an extension.

you could post your current finding on the gnome-shell list ~ maybe someone could help design one, now that you have found were all of the 'tunables' to have faster FX are, right?

many people have complained on the list about this issue (slow FX), i am sure someone would be interested in helping you out...you could even suggest taking the idea further, by having the extension allow people to tune the speed of the FX via a gui of some kind (much like how compiz allows the user to do this in ccsm).

just a thought

Last edited by triplesquarednine (2011-06-20 16:27:44)

defears · 2011-06-20 18:15:36

True. I just keep reading about horror stories from gnome devs. But I will try.

Even kde has an animation speed selector, which is essentially what the above is.

Considering I have not added or subtracted 1 line of code, just changed variables, do you think a patch or extention is overkill? Is there maybe a simpler way?

Ramses de Norre · 2011-06-20 18:24:03

triplesquarednine wrote:

rather than writing a patch, would it not be more appropriate to write an extension??

That's not possible with the current gnome-shell code. The extension would need to change variables that are declared as const, which is not allowed.
So to be able to do this, the variables would need to be made into run-time modifiable variables in the gnome-shell source, then an extension can very easily change them. This might come at a performance cost though, I'm not sure whether the javascript engine of gnome-shell does, for instance, inline consts or has some other optimisations concerning them.

EDIT: typo.

Last edited by Ramses de Norre (2011-06-20 18:25:09)

triplesquarednine · 2011-06-20 18:28:59

defears wrote:

True. I just keep reading about horror stories from gnome devs. But I will try.
Even kde has an animation speed selector, which is essentially what the above is.
Considering I have not added or subtracted 1 line of code, just changed variables, do you think a patch or extention is overkill? Is there maybe a simpler way?

Ya, the some of the developers are very strict in how they see how gnome-shell should work. But like i said, i have seen many many complaints about how the FX can be very distracting to many users - Gnome-Shell is supposed to be a 'distraction-free' desktop, so your idea technically could improve this idea for many users....also, keep in mind the gnome-shell list, is mostly a user-list not a developer list. so, if someone who can write extensions sees your post - it might be motivating for them to help tackle building an extension. (if they see the value in it.)

no, i don't think an extension is overkill. i personally think it is a good idea. for the reasons i mentioned - that everyone using GS regardless of distro would benefit...I think other users would see this as a good thing too.

...and what is the worst that could happen???

they might say no, or won't like your idea - in which case it is thier loss for not seeing why this might be very useful to some users.... AND you can still come up with a patch, right??

...just don't fight with them, and be careful with your language - try to be thoughtful, diplomatic and non-confrontational. some of the moderator's first language is not english, so avoid sarcasm or language that might be taken as being rude. ie: be careful with your words

cheerz

Last edited by triplesquarednine (2011-06-20 18:43:06)

triplesquarednine · 2011-06-20 18:34:27

Ramses de Norre wrote:

triplesquarednine wrote:
rather than writing a patch, would it not be more appropriate to write an extension??
That's not possible with the current gnome-shell code. The extension would need to change variables that are declared as const, which is not allowed.
So to be able to do this, the variables would need to be made into run-time modifiable variables in the gnome-shell source, then an extension can very easily change them. This might come at a performance cost though, I'm not sure whether the javascript engine of gnome-shell does, for instance, inline consts or has some other optimisations concerning them.
EDIT: typo.

interesting, i wasn't aware of this. that's really too bad, that seems like quite the limitation.. but hey, i don't use gnome-shell so it's no loss for me.

Ramses de Norre · 2011-06-20 22:03:26

triplesquarednine wrote:

Ramses de Norre wrote:
triplesquarednine wrote:
rather than writing a patch, would it not be more appropriate to write an extension??
That's not possible with the current gnome-shell code. The extension would need to change variables that are declared as const, which is not allowed.
So to be able to do this, the variables would need to be made into run-time modifiable variables in the gnome-shell source, then an extension can very easily change them. This might come at a performance cost though, I'm not sure whether the javascript engine of gnome-shell does, for instance, inline consts or has some other optimisations concerning them.
EDIT: typo.
interesting, i wasn't aware of this. that's really too bad, that seems like quite the limitation.. but hey, i don't use gnome-shell so it's no loss for me.

I guess is not that easy to have everything configurable either, at one point you just want to code the damn thing. But maybe when someone files a bug report for this and there are no big disadvantages, the gnome devs are willing to make these consts variable.

triplesquarednine · 2011-06-20 23:34:56

Ramses de Norre wrote:

I guess is not that easy to have everything configurable either, at one point you just want to code the damn thing. But maybe when someone files a bug report for this and there are no big disadvantages, the gnome devs are willing to make these consts variable.

lol. yup. it does make you want to code the damn thing...lol. but i don't have the time or any particular interest, being as some core design concepts aren't my cup of tea. i'm also not convinced that mutter is the way to go for compositing, so for me, it was much easier/better to just use gnome 3 with compiz...

...you sound like someone who might be able to file a nice bug report on the subject Ramses....?

I did however, try this little hack out - this afternoon and it definitely makes gnome-shell a little more 'distraction-free' and slightly more usable (for me).

cheerz

peddy · 2011-07-31 00:43:50

Here is a very simple 'extension' that speeds up all animations:

const St = imports.gi.St;
function main() {
    St.set_slow_down_factor(0.5)
}

It would be simple enough to make a button/slider on the panel that can change the speed. 0.5 in this case represents animation speeds that take half the time (therefore are twice as fast).

You can test this function by simply entering St.set_slow_down_factor(x) into the looking glass.

Last edited by peddy (2011-07-31 00:44:16)

s4ms3milia · 2012-01-27 12:35:40

peddy wrote:

Here is a very simple 'extension' that speeds up all animations:
const St = imports.gi.St;
function main() {
    St.set_slow_down_factor(0.5)
}
It would be simple enough to make a button/slider on the panel that can change the speed. 0.5 in this case represents animation speeds that take half the time (therefore are twice as fast).
You can test this function by simply entering St.set_slow_down_factor(x) into the looking glass.

Thank you. Gnome-shell feels so much better without these animations. I use that function in a 3 line-extension and it's quite nice

mrmylanman · 2012-01-27 13:13:01

Wow, I didn't know how much the animations are slowing me down until I changed this myself. Less eye candy, but super snappy!

bboozzoo · 2012-02-19 18:47:29

I've put up an extension that allows to control shell toolkit slowdown, grab the code here: https://github.com/bboozzoo/gnome-shell … ed-control

davidovitch · 2012-06-21 10:46:50

I looks very similar to the Impatience extension: https://extensions.gnome.org/extension/277/impatience/. It includes a slider to change the animation speed. However, minimum speed-up you can set is limited to 0.01, but that's easily changed in the settings.js file on line 29

step_increment: 0.001

and increase the number of digits for the reader on line 32

digits: 3

Arch Linux

#1 2011-06-19 23:44:50

Increase Gnome-shell's responsivness

#2 2011-06-19 23:55:12

Re: Increase Gnome-shell's responsivness

#3 2011-06-20 00:05:16

Re: Increase Gnome-shell's responsivness

#4 2011-06-20 00:11:43

Re: Increase Gnome-shell's responsivness

#5 2011-06-20 02:22:18

Re: Increase Gnome-shell's responsivness

#6 2011-06-20 15:54:35

Re: Increase Gnome-shell's responsivness

#7 2011-06-20 16:25:35

Re: Increase Gnome-shell's responsivness

#8 2011-06-20 18:15:36

Re: Increase Gnome-shell's responsivness

#9 2011-06-20 18:24:03

Re: Increase Gnome-shell's responsivness

#10 2011-06-20 18:28:59

Re: Increase Gnome-shell's responsivness

#11 2011-06-20 18:34:27

Re: Increase Gnome-shell's responsivness

#12 2011-06-20 22:03:26

Re: Increase Gnome-shell's responsivness

#13 2011-06-20 23:34:56

Re: Increase Gnome-shell's responsivness

#14 2011-07-31 00:43:50

Re: Increase Gnome-shell's responsivness

#15 2012-01-27 12:35:40

Re: Increase Gnome-shell's responsivness

#16 2012-01-27 13:13:01

Re: Increase Gnome-shell's responsivness

#17 2012-02-19 18:47:29

Re: Increase Gnome-shell's responsivness

#18 2012-06-21 10:46:50

Re: Increase Gnome-shell's responsivness

Board footer