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 " | ||