egpu-switcher
scripts
Our great sponsors
egpu-switcher | scripts | |
---|---|---|
27 | 6 | |
544 | 10 | |
- | - | |
1.8 | 4.8 | |
about 1 year ago | about 2 months ago | |
Go | Shell | |
GNU General Public License v3.0 only | - |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
egpu-switcher
-
eGPU support on Linux
If you're ok with running X11, you can use egpu-switcher and modify the Xorg configuration yourself afterwards.
-
How do i switch from PCI GPU to integrated GPU?
The scripts are all-ways-egpu for Wayland and egpu-switcher for X11.
- Guide for setting up e-gpu with framework 11th gen and Ubuntu 22.04
-
Hotplug eGPU without reboot/re-login?
here is the hotplug script that seemed promising, but did not work for me (nVIDIA only) here is a more sophisticated-looking script that seems intended for Desktop-users though, and also specifically excludes hotplugging options...
-
Intel ARC A750 eGPU - A Niche Nightmare (help wanted)
The A750 is now a recognized PCIe device, and works with connected displays to an extent. During boot, KMS/Plymouth shows on connected displays, as well as GDM (albeit, laggy, but it did that before anyways). The problem starts with Xorg, where during startx, I get a No screens found error. My Xorg configuration was autogenerated by egpu-switcher, where it only fails in egpu mode (connected displays do not work in internal mode). GNOME on Wayland works surprisingly with my laptop display working as normal, but the eGPU's external displays come with various graphical glitches, stuttering, outputting to 1080i30 on a 1440p60 display, etc.
-
eGPU support on System76 Laptops
This is the utility I used to configure X11 and this is the utility I used for Wayland. I tinkered with them both a fair amount and they're both pretty good, but neither let's you dock/undock seamlessly. I don't eGPU full-time, but I still have it configured for X11 on Pop!_OS 22.04, so I just connect the eGPU and reboot to use it.
- Thunderbolt 3 eGPU Passthrough can't detach PCIe Device
-
I switched from macOS to Linux after 15 years of Apple
> Linux is the OS for people who like tinkering.
This is just flat out wrong. I spend more time waiting for OS X to "upgrade" than I ever do with package management and kernel upgrades in Linux. Ultimately upgrades in Linux are easier, there's no tinkering required. For odd configurations, sure - there may be some tinkering you can do to make things work more how you'd like. For example I have a SFF desktop machine that runs an eGPU. I only want the eGPU for some OpenCV use cases and I run the iGPU for my desktop window manager. Sure, in that case I did have to tweak things a bit, but I actually found an eGPU manager [0] in the process and everything now "just works".
But printing, window management, software installation, etc are all simple and just as easy (if not more so) than what you've described - "...hand-editing config files". I'd say you are not a Linux user or have not tried any notable Linux distributions in a long time if that's your perspective.
> As for corporations - they already control your hardware.
No, they don't. While, yes, Intel and AMD may have things in their hardware that I don't control - the Linux distributions I use don't have copious amounts of telemetry being fed back to corporations like Apple/Microsoft/Google.
> But worse - Linux and corporations have both locked down your imagination to the point where you cannot imagine that your experience does not generalise.
I'm not sure what you're trying to say here but I'd have to say, in my opinion, the comment doesn't seem to make any sense given my long-term experience with Linux on the desktop.
scripts
-
Script to change wallpaper
new_wall.sh: https://github.com/chhajedji/scripts/blob/master/new_wall.sh
-
How are you restarting your dwmbar?
Need suggestion on how are you restarting your dwm status bar set with xsetroot and not the classic dwmblocks. I have a script dwmbar which loads the status bar. Then I use another script which reloads the status bar whenever I press volume key, which takes significant time.
-
How to create a keybind to suspend computer
Your usage would look like: { MODKEY, XK_s, spawn, SHCMD("systemctl suspend") }, `` Also a better idea to suspend could be to lock system when recovered from suspended state. Check [this script](https://github.com/chhajedji/scripts/blob/master/suspend_lock.sh) to suspend the computer. It usesi3lock` to lock system.
What are some alternatives?
LinuxGSM - The command-line tool for quick, simple deployment and management of Linux dedicated game servers.
dwmblocks - Modular status bar for dwm written in c.
sxhkd - Simple X hotkey daemon
Gogh - Gogh is a collection of color schemes for various terminal emulators, including Gnome Terminal, Pantheon Terminal, Tilix, and XFCE4 Terminal also compatible with iTerm on macOS.
website - The elementary.io website
i3ass - A collection of shell scripts to ease the use of i3wm
hideIt.sh - Automagically hide/show a window by its name when the cursor is within a defined region or you mouse over it.
scripts - Collection of useful scripts for Linux (git, docker, LUKS, Archlinux...)
polybar - A fast and easy-to-use status bar [Moved to: https://github.com/polybar/polybar]
dwm-bar - A modular statusbar for dwm
dwm-bar - simplest unclickable dwm status bar
asus-fan-control - Fan control for ASUS devices running Linux