Yes, I do use Qubes every single day for Office work, as well as IT and security related stuff (red/purple team, incident response, etc.).
Qubes is my daily driver and I use LibreOffice, FreeCAD, KiCAD, Gimp, Cura/Prussa Slicers, and more.
To be fair, Iâm on a desktop with 64GB of RAM, but if I werenât all these things would be possible by themselves, I just might not be able to do all of these things concurrently.
Super!
I have 96gb of RAM in my laptop and LibreOffice runs like dog dookie. Incredibly slow takes like 30 secs to scrool to the top a a single page in Draw. Writer is more usable but still so slow. Any advice?
Yes, you can.
Qubes has many features. You can easily do a GPU Passthrough to do Graphical Things like Blender, i use Qubes since 2024 and i can only recommend to use it. All the various Options and the feel of safety, is why we are using it.
If youâre not experienced with any Linux Distros then i wouldnât recommend, because many things need an advanced knowledge of Linux.
TL;DR
Donât be scared, to try it out, you should give it a try.
The only things I can think of are to check to see if the qube is short on memory (e.g. free -h
or top
from a terminal) or CPU (e.g. top
or uptime
in a terminal).
Might want to make the min/max memory the same in the qube settings so you can be sure you know how much is actually allocated to the qube.
The other thing that comes to mind is that it could possibly be a video card driver issue since you specifically mentioned scrolling. I have an AMD card and donât have much experience installing in dom0, but I see thereâs a post about how to do so for nVidia cards.
Hopefully this will help you figure out where the problem lies and gets you headed on figuring out how to fix it.
Side note: Wowee! 96GB of RAM in a laptop is very impressive!
I donât have a discreet GPU so that could that be the problem?
Side note: I knew i was gonna be using Qubes as my daily driver so I went all in lol
I have âonlyâ 64 GB and âonlyâ some i5. While itâs not MacStudio performance with jaw-dropping rendering times using raw footage in DaVinci Resolve, itâs still nice overall (with draw, that is).
Please open a separate thread with a detailed hardware description. Maybe there is something to optimize âŚ
will do
Thank you for the head up alert.
For this topical question, I would answer in different way.
To use Qubes as a daily driver, I would have to know many commands and work arounds to use this OS. For instance, just by reading some community guides and criticizing some steps with profound constructive feedbacks to those errors within the guides. In order to use it, I must first learn everything down into my brain to form a habit to use it. Once I figured out already, I can use it with ease, but with some drawbacks, too. My primary usage is for my work. Primarily my schoolwork and personal. Secondary is to develop Qubes native run games. Overall, there some challenges to use it, but it needs a gradual process to learn with whole new ways from others, too.
Honestly?
I use Qubes OS as my privat backupsystem on a NUC and Manjaro as my daily driver on a think center.
Completly separated.
Once a month I sync the privat data from Manjaro to Qubes.
I the case my business laptop fails, I start QubesOS and run a separate Citrix AppVM in order to log into the company network.
Really? What are âQubes native run gamesâ?
From my experience, itâs surprisingly usable as a daily driver.
The installation has also become smooth. I donât if itâs my laptop, but I believe itâs probably because the installer has been improved. It has become as easy as any Linux distribution.
Who cares about ultra performance on a laptop or end user device. Performance is for a big workstation or a gaming rig.
A laptop or end user device is for productivity tasks. Qubes isolation is great for that.
That game will be a game series because we have no Qubes native run games. The term âQubes native run gamesâ is to run natively in Qubes without any much troubles to run. Back to what I am talking about, I was talking about my brain child called âCTFOâ which stands for Central Technology Tasked Force Operations, AKA CentralTek. This game series has not have any progress at all since I am too busy with my schoolworks. I may post an update if any progress at all.
Hmm, but it exists no âOperating System Qubes OSâ, that your game can run on.
Qubes is a XEN Hypervisor, based on linux (currently fedora 37) with different OSses running in domu virtual machines (fedora 41, debian 12, âŚ)
So what is your game running onto?
dom0? - makes no sense and no one with any meaning of that, what qubes are made for, will any untrusted piece of sw install in dom0.
domu - which? debian, fedora, suse, ubuntu, windows,bsd, �
So, making a Qubes native game says nothing, you will probably make a game for windows of for linux or for any other real operating system.
What do you think of KickSecureOS?
For that, I am using Arch Linux as my primary development environment to test my software out. Dom0 is based on Fedora, not Debian. It is misleading to anyone who charted the distro as Debian base.
Hmm, yes, i know. Where have i stated, that dom0 is debian based?
Or do you mean that?
domu != dom0