nVidia Optimus support for GNU/Linux aimed at stability Bumblebee aims to provide support for nVidia Optimus laptops for GNU/Linux distributions. Using Bumblebee, you can use your nVidia card for rendering graphics which will be displayed using the Intel card. Release tarballs: https://github.com/Bumblebee-Project/Bumblebee/downloads Reproducible: Always
There is an overlay "iegor" (https://github.com/iegor/rainyday) which contains ebuild for old bumblebee. I've tested it on Acer Aspire 5750G and it worked. Nevertheless, nvidia's fps was worse than gma's. I hope that newer bumblebee from official repo (ebuild uses old repo) is better, unfortunately install script refuse to work on Gentoo. Bumblebee depends on VirtualGL (https://bugs.gentoo.org/show_bug.cgi?id=313305) and acpi_call (live ebuild in portage).
Probably iegor will be interested in following this
Hey Guys, Nice to hear from you. Original author of bumblebee project is Martin Juhl a.k.a. MrMEEE https://github.com/MrMEEE. Back then, when first ebuild was created I was just interested in playing my favorite computer games, so that was and still is work in progress. More fresh version of Bumblebee project is called Ironhide https://github.com/MrMEEE/ironhide, didn't look at it though. Maybe later ;) As for bad performance, I think you should try to change settings in /etc/default/bumblebee/bumblebee file, especially VGL_COMPRESS. Also people have sometimes problems with launching bumblebee after installation That mostly connected with my usage of files (settings, etc.) from MrMeee's repo. I didn't store project files anywhere, just ebuild and couple of other files. So when you installed bumblebee be sure to check if VGL_DISPLAY setting from /etc/default/bumblebee/bumblebee has the same value as in parameters from /etc/conf.d/bumblebee, DAEMON_ARGS. As for more info about bumblebee, there is a nice and helpful wiki article here http://en.gentoo-wiki.com/wiki/X.Org/nVidia_Optimus As for supporting of building VirtualGL from source. There is an ebuild for that here https://github.com/speckins/usr-local-portage/tree/master/x11-misc/virtualgl also there is a bug here on bugz.gentoo.org https://bugs.gentoo.org/313305?id=313305#add_comment Unfortunately that repository can't be used with layman without some preparations, but I am sure you guys can handle it :) Didn't tested build though. Again that will have to wait it's time. Again thank you guys for taking me into account and your interest in bumblebee project. Cheers, Iegor
(In reply to comment #3) > > More fresh version of Bumblebee project is called Ironhide > https://github.com/MrMEEE/ironhide, didn't look at it though. > Maybe later ;) I am aware of this project as well but the request for an ebuild is related to the "Bumblebee Project". The "Bumblebee Project" appears to be more mature as it has stable release versions while Ironhide appears to be unstable at the moment.
It appears that "Bumblebee Project" is written from scratch so we may need completely new ebuild. (I thought that maybe some modifications to iegor's ebuild would suffice)
ok, I'll be glad to help you with that.
Hi all. For those of you who have been working on it so far, great, I look forward to seeing Optimus JustWork from Gentoo Portage. I've goofed around a bit and managed to get a working setup /with/ reasonably good performance rates ( >30 fps with fullscreen minecraft + optifine with all the performance settings set for quality, with extra anti-aliasing and antistropic filtering , as opposed to < 6 fps with Intel with everything cut back hard to "please be fast!?!?" ) However, instead of using "https://github.com/Bumblebee-Project/Bumblebee" , I've been using "https://github.com/Bumblebee-Project/bumblebeed" , which was much easier to get working from upstream code ( All re-done in C instead of an amorphous collection of scripts ) And According to this comment : https://github.com/Bumblebee-Project/Bumblebee/pull/181#issuecomment-3305607 , this is the way bumblebee is headed. bumblebeed: option '--help' requires an argument bumblebeed version PREVIEW-330-g6107323 Usage: bumblebeed [options] Options: --daemon / -D Run as daemon. --xconf / -x [PATH] xorg.conf file to use. --group / -g [GROUPNAME] Name of group to change to. --driver [nvidia / nouveau] Force use of a certain GPU driver. --module-path / -m [PATH] ModulePath to use for xorg (nvidia-only). --driver-module / -k [NAME] Name of kernel module to be loaded if different from the driver --pidfile File in which the PID is written --quiet / --silent / -q Be quiet (sets verbosity to zero) --verbose / -v Be more verbose (can be used multiple times) --display / -d [DISPLAY NAME] X display number to use. --config / -C [PATH] Configuration file to use. --ldpath / -l [PATH] LD driver path to use (nvidia-only). --socket / -s [PATH] Unix socket to use. --help / -h Show this help screen. optirun: option '--help' requires an argument optirun version PREVIEW-330-g6107323 Usage: optirun [options] [--] [application to run] [application options] Options: --vgl-compress / -c [METHOD] Connection method to use for VirtualGL. --failsafe={Y|N} If Y, the program even starts if the server is unavailable --quiet / --silent / -q Be quiet (sets verbosity to zero) --verbose / -v Be more verbose (can be used multiple times) --display / -d [DISPLAY NAME] X display number to use. --config / -C [PATH] Configuration file to use. --ldpath / -l [PATH] LD driver path to use (nvidia-only). --socket / -s [PATH] Unix socket to use. --help / -h Show this help screen. Hopefully, this information is useful if any of you haven't quite been caught up yet with the upstream development =)
There are reworked ebuilds available from bumblebee overlay. If any dev would review them and commit to the main tree it would be very much appreciated. layman -a bumblebee
It fails for me: # /etc/init.d/vgl start vgl |find: «/var/run/xauth/A:0-*»: No existe el fichero o el directorio vgl | * Starting VirtualGL ... ... and never starts :( I am using gdm
(In reply to comment #9) > It fails for me: > > # /etc/init.d/vgl start > vgl |find: «/var/run/xauth/A:0-*»: No existe el fichero > o el directorio > vgl | * Starting VirtualGL ... > ... > > and never starts :( > > I am using gdm I forgot to run dispatch-conf :S Now works fine :D Will ask with sabayon people as they are also providing parallel ebuilds (that fail for me), lets see if we can coordinate to proxy maintain this with me as committer in gentoo. The only problem I have seen is a delay when running anything inside optirun at launch time :-/ (I remember this delay wasn't so noticeable with old bumblebee)
Delay is because by default bumblebeed turns off nv card when not in use, so it takes a bit of time to turn it on. There is a config option to turn off PM so the crad stays always on, but that probably is not what you want :)
(In reply to comment #10) > > Will ask with sabayon people as they are also providing parallel ebuilds > (that fail for me), lets see if we can coordinate to proxy maintain this > with me as committer in gentoo. It seems that now it is also in funtoo, but the aim is to get it in portage proper.
(In reply to comment #12) > (In reply to comment #10) > > > > Will ask with sabayon people as they are also providing parallel ebuilds > > (that fail for me), lets see if we can coordinate to proxy maintain this > > with me as committer in gentoo. > > It seems that now it is also in funtoo, but the aim is to get it in portage > proper. Fine, but I would like to get it co-maintained because, even if I use bumblebee, I am not too familiar with its development and so. Where did you find it for Funtoo? I can't find their ebuilds at: https://github.com/funtoo/funtoo-overlay
(In reply to comment #13) > > Fine, but I would like to get it co-maintained because, even if I use > bumblebee, I am not too familiar with its development and so. > > Where did you find it for Funtoo? I can't find their ebuilds at: > https://github.com/funtoo/funtoo-overlay It was mentioned on #bumblebee-dev today. I'm also not a dev, but by now I think I understand it well enough. I'm ok with comaintaining it and mva also probably would like to help. You can drop by #bumblebee or #bumblebee-dev to find us.
(In reply to comment #14) > (In reply to comment #13) > > > > Fine, but I would like to get it co-maintained because, even if I use > > bumblebee, I am not too familiar with its development and so. > > > > Where did you find it for Funtoo? I can't find their ebuilds at: > > https://github.com/funtoo/funtoo-overlay > > It was mentioned on #bumblebee-dev today. > > I'm also not a dev, but by now I think I understand it well enough. I'm ok > with comaintaining it and mva also probably would like to help. You can drop > by #bumblebee or #bumblebee-dev to find us. I mailed mva some minutes ago, also commented in sabayon bug report, if you find funtoo maintainers, please let them know I am trying to get maintainers for this in main tree
Hi there! As I just answered to Pacho, I agree to be comaintainer. Possibly, I'll take maintenance when I finish quizes and become a Gentoo-dev.
(In reply to comment #11) > Delay is because by default bumblebeed turns off nv card when not in use, so > it takes a bit of time to turn it on. There is a config option to turn off > PM so the crad stays always on, but that probably is not what you want :) Not only because of turning off nV-card. Second "part" of delay is starting X-server at :8 display ;) So, if you edit your configuration to not shutdown Xorg on optirun's exit and don't switch off nV-card — delay will apper only on first run of optirun command. Second and all next (until bumblebee and virtualgl restart) times it will start immediatelly.
+*bumblebee-3.0 (21 Apr 2012) + + 21 Apr 2012; Pacho Ramos <pacho@gentoo.org> +bumblebee-3.0.ebuild, + +files/bumblebee.initd, +files/bumblebee.nouveau-confd, + +files/bumblebee.nvidia-confd, +metadata.xml: + Initial commit from bumblebee overlay, this fixes bug #384083. Thanks a lot to + mva and rei4dan for their work. +