[arch-general] Zramswap for /tmp
Salutations, I wanted to float the idea of mounting /tmp on zram. We could still use the 50% ratio (or something less) but reduce the risk of running out of ram while using tmpfs. Regards, Mark
On 2014年03月13日 19:26, Mark Lee wrote:
Salutations,
I wanted to float the idea of mounting /tmp on zram. We could still use the 50% ratio (or something less) but reduce the risk of running out of ram while using tmpfs.
Regards, Mark I find zram not very stable. Several system freeze happened to me and I stopped using it,
On 13/03/14, GSC wrote: | I find zram not very stable. Several system freeze happened to me and I | stopped using it, Same, turned it on for two low-ram boxes I had, caused more problems than it solved. -- Simon Perry (aka Pezz)
On Thu, Mar 13, 2014 at 12:28 PM, GSC
On 2014年03月13日 19:26, Mark Lee wrote:
Salutations,
I wanted to float the idea of mounting /tmp on zram. We could still use the 50% ratio (or something less) but reduce the risk of running out of ram while using tmpfs.
Regards, Mark
I find zram not very stable. Several system freeze happened to me and I stopped using it,
Are you talking about zramswap or zswap? The former did have some issues. https://bbs.archlinux.org/viewtopic.php?id=169585
On 2014年03月13日 19:35, Karol Blazewicz wrote:
Are you talking about zramswap or zswap? The former did have some issues. https://bbs.archlinux.org/viewtopic.php?id=169585
I 'm talking about zramswap. I currently use linux-lts so zswap not yet available. Is zswap stable?
On 13-03-2014 11:40, GSC wrote:
On 2014年03月13日 19:35, Karol Blazewicz wrote:
Are you talking about zramswap or zswap? The former did have some issues. https://bbs.archlinux.org/viewtopic.php?id=169585
I 'm talking about zramswap. I currently use linux-lts so zswap not yet available. Is zswap stable?
I have had it enabled for a while and I haven't yet seen any nasty crash due to it. Hibernation also works fine and seems to go faster than without zswap. -- Mauro Santos
On 13/03/14, Mauro Santos wrote: | I have had it enabled for a while and I haven't yet seen any nasty crash | due to it. Hibernation also works fine and seems to go faster than | without zswap. How much RAM do you have? zram is probably solving a problem you don't have. Enable it on a VPS that has 256MB RAM (which is supposed to be its use case) and get back to me. -- Simon Perry (aka Pezz)
Salutations,
I've had excessive swapping (high cpu usage with kswapd) and the
termination of running programs (like Skype) due to zram swapping. I used
zramswap from the AUR to start the service, but it only calls on the kernel
to produce the block devices. A compressed zram device (like maybe F2FS
partition zram block) for /tmp should eliminate the risk of /tmp files
taking precedence over running programs with a zramswap. It would limit
/tmp performance to the max decompression speed of the zram block.
Regards,
Mark
On Thu, Mar 13, 2014 at 8:06 AM, Simon Perry
On 13/03/14, Mauro Santos wrote:
| I have had it enabled for a while and I haven't yet seen any nasty crash | due to it. Hibernation also works fine and seems to go faster than | without zswap.
How much RAM do you have?
zram is probably solving a problem you don't have.
Enable it on a VPS that has 256MB RAM (which is supposed to be its use case) and get back to me.
-- Simon Perry (aka Pezz)
On 13-03-2014 12:06, Simon Perry wrote:
On 13/03/14, Mauro Santos wrote:
| I have had it enabled for a while and I haven't yet seen any nasty crash | due to it. Hibernation also works fine and seems to go faster than | without zswap.
How much RAM do you have?
zram is probably solving a problem you don't have.
Enable it on a VPS that has 256MB RAM (which is supposed to be its use case) and get back to me.
Right now 4G and every so often I do need to use swap, for example when I run a VM with windows, another with arch, plus a container with centos where I run some proprietary eda tools and matlab, not to mention all the other stuff I have running on the host. But I have to agree that it can't compare with a system with only 256MB of ram. -- Mauro Santos
participants (5)
-
GSC
-
Karol Blazewicz
-
Mark Lee
-
Mauro Santos
-
Simon Perry