On Monday, December 12, 2016 at 7:22:39 PM UTC+1, Chris Laprise wrote:
>
> Just wanted to note there are various warnings against using
> swappiness=0 as it can result in killed processes; swappiness=1 is
> considered the minimum value to avoid this problem.
>
>
> https://access.redhat.com/docum
Hello,
Linear factor is used as a heuristic - if you have 2 VMs - one using
> 500MB and another using 2500MB, there is much bigger chance that the
> later one may request more memory (because you're probably running
> Firefox/Chrome there ;) ).
Sounds mostly reasonable, maybe it could require
Just wanted to note there are various warnings against using
swappiness=0 as it can result in killed processes; swappiness=1 is
considered the minimum value to avoid this problem.
https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Performance_Tuning_Guide/s-memory-tun
On 12/11/2016 07:10 PM, Marek Marczykowski-Górecki wrote:
> Yes, this is why VMs have swap at all. But it should be last resort so
> vm.swappiness=0 makes sense.
>
FWIW, the Whonix templates have had vm.swappiness=0 included in them for
a while. I only noticed it was already there when I was app
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Sat, Dec 10, 2016 at 04:54:17AM -0800, Vít Šesták wrote:
> Just an idea: Is there a good reason why the he extra RAM assigned to the VM
> is calculated by a ratio? Why it is not a constant?
>
> AFAIU, the reason for the extra RAM is to allow the
On Sat, Dec 10, 2016 at 7:54 AM, Vít Šesták
wrote:
> It would be ideal to have a kernel module or kernel patch that could handle
> such situation well (1. pause all processes, 2. notify dom0, 3. wait for more
> memory, 4. continue).
I would be interested to try that too. If only we had infinite
On Fri, Dec 9, 2016 at 5:57 PM, wrote:
> I'd love to see code pages shared between AppVm's instances. Even the
> kernel (especially the kernel) could benefit hugely from that. If done
> carfefully.
I would definitely *NOT* like to see that! Trying to do memory
deduplication safely is has been
Just an idea: Is there a good reason why the he extra RAM assigned to the VM is
calculated by a ratio? Why it is not a constant?
AFAIU, the reason for the extra RAM is to allow the VM to use the RAM before
qmemman+Xen assign more memory (i.e. to prevent OOM in such case). The memory
management
I'm going to try vm.swappiness=15 in my debian vms, and probably leave
dom0 as the default for now. In an 8GB system, I'll probably notice some
difference before long.
Chris
--
You received this message because you are subscribed to the Google Groups
"qubes-devel" group.
To unsubscribe from t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Fri, Dec 09, 2016 at 10:57:25PM -, johnyju...@sigaint.org wrote:
> >> Having a virtual disks's contents *also* cached inside the VM, is
> >> redundant, wastes memory and CPU, and makes the whole memory management
> >> thing more awkward. Havi
>> Having a virtual disks's contents *also* cached inside the VM, is
>> redundant, wastes memory and CPU, and makes the whole memory management
>> thing more awkward. Having a block from root.img cached in dom0, as
>> well
>> as every domU that uses that template, is nuts.
>
> I have long wondered
On 12/09/2016 12:40 PM, johnyju...@sigaint.org wrote:
*However*, inside a VM, it's stupid and wasteful to swap stuff out so you
can have more buffers/cache.
In fact, it's stupid and wasteful to even have buffers/cache inside a VM
at all. Any cached data will also be cached in dom0, doing the
> On Tuesday, 29 November 2016 09:44:17 UTC+11, Patrick Schleizer wrote:
>>
>> Would setting
>>
>> /etc/sysctl.d/swaplow.conf
>> vm.swappiness=0
>>
>> in Qubes by default make sense?
>>
>> If not effective at all, why is it not required?
Why do you thik it is not effective? I've played around wit
drew.qu...@gmail.com:
> On Tuesday, 29 November 2016 09:44:17 UTC+11, Patrick Schleizer wrote:
>>
>> Would setting
>>
>> /etc/sysctl.d/swaplow.conf
>> vm.swappiness=0
>>
>> in Qubes by default make sense?
>>
>> If not effective at all, why is it not required?
>>
>> Cheers,
>> Patrick
>>
>
>
On Tuesday, 29 November 2016 09:44:17 UTC+11, Patrick Schleizer wrote:
>
> Would setting
>
> /etc/sysctl.d/swaplow.conf
> vm.swappiness=0
>
> in Qubes by default make sense?
>
> If not effective at all, why is it not required?
>
> Cheers,
> Patrick
>
Question you have to ask yourself. : Do
15 matches
Mail list logo