This forum has been archived. All content is frozen. Please use KDE Discuss instead.

Krita "scrath disc" in Linux

Tags: None
(comma "," separated)
razorrob
Registered Member
Posts
61
Karma
0

Krita "scrath disc" in Linux

Sun Sep 13, 2020 11:37 am
Hi

In Windows for Photoshop etc, a separate scratch disc is often recommended for performance when dealing with virtual memory. In Krita in Linux, is the "temp" folder the same as what's supposed to be "scratch disc" and if so where is the ideal location for it to be place?

I'm working in Kubuntu 20.04 with the latest Krita Appimage version.

TIA
Rob
User avatar
halla
KDE Developer
Posts
5092
Karma
20
OS

Re: Krita "scrath disc" in Linux

Sun Sep 13, 2020 2:01 pm
razorrob wrote:Hi

In Windows for Photoshop etc, a separate scratch disc is often recommended for performance when dealing with virtual memory. In Krita in Linux, is the "temp" folder the same as what's supposed to be "scratch disc" and if so where is the ideal location for it to be place?

I'm working in Kubuntu 20.04 with the latest Krita Appimage version.

TIA
Rob


Any SSD with enough space should be fine. Since there's no disks spinning, it doesn't matter whether it's your OS disk, data disk or whatever.
razorrob
Registered Member
Posts
61
Karma
0

Re: Krita "scrath disc" in Linux

Sun Sep 13, 2020 2:42 pm
boudewijn wrote:
razorrob wrote:Any SSD with enough space should be fine. Since there's no disks spinning, it doesn't matter whether it's your OS disk, data disk or whatever.


I'm not using an SSD, I'm using a mechanical drive ... yes there are still those ... and with that in mind, what's the best settings for Krita
ahabgreybeard
Registered Member
Posts
1269
Karma
11
OS

Re: Krita "scrath disc" in Linux

Sun Sep 13, 2020 5:54 pm
That tmp/swap folder is for krita to swap out image data from RAM when you're getting close to the RAM limit, as set in the performance settings.
As such, there's no particular advantage to having it on a different drive to your system or any other drive, unless you have a drive that is particularly fast that you can use.
If you're regularly hitting the RAM limit and it's set to a sensibly high value then it would be a good idea to fit more RAM in your PC.
razorrob
Registered Member
Posts
61
Karma
0

Re: Krita "scrath disc" in Linux

Sun Sep 13, 2020 5:59 pm
ahabgreybeard wrote:That tmp/swap folder is for krita to swap out image data from RAM when you're getting close to the RAM limit, as set in the performance settings.
As such, there's no particular advantage to having it on a different drive to your system or any other drive, unless you have a drive that is particularly fast that you can use.
If you're regularly hitting the RAM limit and it's set to a sensibly high value then it would be a good idea to fit more RAM in your PC.


Hi, thanks for your message ...
Yes I understand all that, but comparing it to windows and photoshop they always recommended separate “scratch” disc area for virtual memory so that it doesn’t compete with the OS for virtual memory when needed.
My Linux OS has SWAP partition setup when installing, so again just wondering what best ... just as default Setting or any other location better choice (and no I can’t upgrade RAM at this stage)
ahabgreybeard
Registered Member
Posts
1269
Karma
11
OS

Re: Krita "scrath disc" in Linux

Sun Sep 13, 2020 6:10 pm
Your Linux swap partition is for swapping application/library code in and out as needed and Linux tries hard not to do that if possible (especially compared to Windows which is very swap happy).
As long as you're not running so many applications and such a big krita image that there has to be Linux swapping and krita swapping at the same time, then again it doesn't matter.
If your situation is such that it is a concern then you can use the System Monitor to see how much total RAM is in use and how much krita is using and what the krita RAM meter indicates and get an idea if either kind of swapping is likely.
Use whichever disk is fastest if one is particularly faster than the other. If your system is so badly loaded that you have system swapping and krita swapping at the same time, use a different disk to the one that your Linux swap partition is on.
razorrob
Registered Member
Posts
61
Karma
0

Re: Krita "scrath disc" in Linux

Sun Sep 13, 2020 6:17 pm
ahabgreybeard wrote:Your Linux swap partition is for swapping application/library code in and out as needed and Linux tries hard not to do that if possible (especially compared to Windows which is very swap happy).
As long as you're not running so many applications and such a big krita image that there has to be Linux swapping and krita swapping at the same time, then again it doesn't matter.
If your situation is such that it is a concern then you can use the System Monitor to see how much total RAM is in use and how much krita is using and what the krita RAM meter indicates and get an idea if either kind of swapping is likely.
Use whichever disk is fastest if one is particularly faster than the other. If your system is so badly loaded that you have system swapping and krita swapping at the same time, use a different disk to the one that your Linux swap partition is on.


Just a separate partition on the same disc for Krita swapping won’t be any more beneficial than default?
ahabgreybeard
Registered Member
Posts
1269
Karma
11
OS

Re: Krita "scrath disc" in Linux

Sun Sep 13, 2020 6:32 pm
You don't need a separate partition for the krita swap file. For 'best' effect, put it on a different hard drive to your Linux swap partition. But if that does have a better effect then your system is badly overloaded anyway.
razorrob
Registered Member
Posts
61
Karma
0

Re: Krita "scrath disc" in Linux

Sun Sep 13, 2020 10:04 pm
ahabgreybeard wrote:You don't need a separate partition for the krita swap file. For 'best' effect, put it on a different hard drive to your Linux swap partition. But if that does have a better effect then your system is badly overloaded anyway.


Hi. okay thanks for the info


Bookmarks



Who is online

Registered users: Bing [Bot], blue_bullet, Google [Bot], rockscient, Yahoo [Bot]