This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
linux:fedora_tips [2019/03/20 09:53] – [Cache directory ; XDG basedir standards] jansen | linux:fedora_tips [2024/02/05 08:40] (current) – [KDE - cutting down on overhead] jansen | ||
---|---|---|---|
Line 41: | Line 41: | ||
===== Performance issues ===== | ===== Performance issues ===== | ||
---- | ---- | ||
- | Some applications are clearly designed for use by a single user on a single system, and some of this doesn' | + | Some applications are clearly designed for use by a single user on a single system, and some of this doesn' |
===== Firefox, Chrome and other disk hogs ===== | ===== Firefox, Chrome and other disk hogs ===== | ||
Line 69: | Line 69: | ||
---- | ---- | ||
A lot of programs are using the Freedesktop XDG basedir setup, which puts configuration files in .config, cache in .cache and various data files of the application in .local \\ | A lot of programs are using the Freedesktop XDG basedir setup, which puts configuration files in .config, cache in .cache and various data files of the application in .local \\ | ||
- | However, the data and cache parts can become quite big, causing two problems: quota usage on the home disk, and performance loss (since the home disk is remote, and this can cause lots of read and write access). | + | However, the data and cache parts can become quite big, causing two problems: |
Now the XDG standard provides a mechanism to move those files to another location, and we suggest users move them to one of their local data disks. We also provide a script [[sfinx-xdg]] that takes care of the environment setup, but selecting a location and moving the files is something you can do yourself. By default (2019-03-20) the cache is moved for all users to the local /data1, unless they set another location. | Now the XDG standard provides a mechanism to move those files to another location, and we suggest users move them to one of their local data disks. We also provide a script [[sfinx-xdg]] that takes care of the environment setup, but selecting a location and moving the files is something you can do yourself. By default (2019-03-20) the cache is moved for all users to the local /data1, unless they set another location. | ||
Line 102: | Line 102: | ||
* Go to the " | * Go to the " | ||
* Open " | * Open " | ||
- | * Back to the system settings overview and go to the item " | + | * Back to the system settings overview and go to " |
* Next to the item " | * Next to the item " | ||
* Next, remove the files already created. Akonadi takes approx 140 MB in '' | * Next, remove the files already created. Akonadi takes approx 140 MB in '' | ||
Line 124: | Line 124: | ||
systemctl --user disable --now evolution-addressbook-factory | systemctl --user disable --now evolution-addressbook-factory | ||
+ | ===== ClipIt clipboard manager ===== | ||
+ | The ClipIt tool provides a history of cut and paste actions. Very useful... If it works. And unfortunately, | ||
+ | So, it you don't require the feature, or if it simply blocks any cut & paste action in your session, just exit the program or remove it from your session startup applications. | ||
+ | - Exit the program: find the ClipIt icon in the system tray. It looks like a clipboard with a document next to it. \n Right-click on the icon and choose " | ||
+ | - If the icon is not there, try the command: 'pkill clipit' | ||
+ | - To permanently remove it from your session, go to the system settings in the main desktop menu, choose " | ||