similar to: Effectiveness of CentOS vm.swappiness

Am 05.06.2015 um 18:33 schrieb Gordon Messmer: > On 06/05/2015 03:29 AM, Markus "Shorty" Uckelmann wrote: >> some (probably unused) parts are swapped out. But, some of >> those parts are the salt-minion, php-fpm or mysqld. All services which >> are important for us and which suffer badly from being swapped out. > > Those two things can't really both be

Am 05.06.2015 um 00:23 schrieb Dennis Jacobfeuerborn: > If I'd have to venture a guess then I'd say there are memory pages that > are never touched by any processes and as a result the algorithm has > decided that it's more effective to swap out these pages to disk and use > the freed ram for the page-cache. That's my guess too. [...] > impact. If however these

Am 05.06.2015 um 17:40 schrieb Greg Lindahl: > On Fri, Jun 05, 2015 at 12:29:04PM +0200, Markus "Shorty" Uckelmann wrote: > >> How can I further debug this >> problem and find out what's the culprit? > > It's working as designed. Sadly. It is just my first time I see this behaviour to this extent/on so many servers. So you can say that I'm kind of a

Am 05.06.2015 um 23:32 schrieb Gordon Messmer: >>> Those two things can't really both be true. If the pages >>> swapped out are unused, then the application won't suffer as a >>> result. >> >> Why not? If you have an application which sees action only every >> 12 to 24 hours,I think this can happen. > > Well, that's not

On Fri, Jun 05, 2015 at 09:33:11AM -0700, Gordon Messmer wrote: > On 06/05/2015 03:29 AM, Markus "Shorty" Uckelmann wrote: > >some (probably unused) parts are swapped out. But, some of > >those parts are the salt-minion, php-fpm or mysqld. All services which > >are important for us and which suffer badly from being swapped out. > > Those two things can't

On 06/05/2015 12:09 PM, Markus "Shorty" Uckelmann wrote: > Am 05.06.2015 um 18:33 schrieb Gordon Messmer: >> On 06/05/2015 03:29 AM, Markus "Shorty" Uckelmann wrote: >>> some (probably unused) parts are swapped out. But, some of >>> those parts are the salt-minion, php-fpm or mysqld. All services which >>> are important for us and which

On 04.06.2015 22:18, Markus "Shorty" Uckelmann wrote: > Hi all, > > This might not be CentOS related at all. Sorry about that. > > I have lots of C6 & C7 machines in use and all of them have the default > swappiness of 60. The problem now is that a lot of those machines do > swap although there is no memory pressure. I'm now thinking about > lowering

On 06.06.2015 04:48, Dennis Jacobfeuerborn wrote: > On 05.06.2015 19:47, Greg Lindahl wrote: >> On Fri, Jun 05, 2015 at 09:33:11AM -0700, Gordon Messmer wrote: >>> On 06/05/2015 03:29 AM, Markus "Shorty" Uckelmann wrote: >>>> some (probably unused) parts are swapped out. But, some of >>>> those parts are the salt-minion, php-fpm or mysqld. All

On 05.06.2015 19:47, Greg Lindahl wrote: > On Fri, Jun 05, 2015 at 09:33:11AM -0700, Gordon Messmer wrote: >> On 06/05/2015 03:29 AM, Markus "Shorty" Uckelmann wrote: >>> some (probably unused) parts are swapped out. But, some of >>> those parts are the salt-minion, php-fpm or mysqld. All services which >>> are important for us and which suffer badly

On 06/05/2015 03:29 AM, Markus "Shorty" Uckelmann wrote: > some (probably unused) parts are swapped out. But, some of > those parts are the salt-minion, php-fpm or mysqld. All services which > are important for us and which suffer badly from being swapped out. Those two things can't really both be true. If the pages swapped out are unused, then the application won't

On Fri, Jun 05, 2015 at 12:29:04PM +0200, Markus "Shorty" Uckelmann wrote: > How can I further debug this > problem and find out what's the culprit? It's working as designed. Linux does not treat various kinds of memory pages differently. If you want a daemon to be fully in core, call mlockall(). Here's one way to do that without changing the daemon's source:

Hi All, I have a server that has its swappiness set to 0. It is running a little tight on memory and so there have been a couple of events where the OOM_killer has been invoked and killed off MySQL, which you would expect. Now if you have your swappiness at 0 then "A value of 0 instructs the kernel not to initiate swap until the amount of free and file-backed pages is less than the high

Hi folks, Does anyone know if and when RPMs for "graphite-web" will be available in CentOS 7? I know that this relates to EPEL, but maybe someone here can help me out or point me to soemplace/-one who knows. Thx and regards, Shorty -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc:

Am 28.01.2015 um 07:07 schrieb Philip Keogh: Hi Philip, > There's a .spec file that the author ran through mock on EL7: > https://github.com/mckern/carbon/blob/rpm_spec/rpm_spec/carbon.spec By author you mean the author of the RPM? > (If you need to know how to generate an RPM from a .spec see > https://fedoraproject.org/wiki/How_to_create_an_RPM_package ) Ta. > You can

Hi all, Sorry for the bad subject. I'd like to do two things. - Know when a RPM which is currently in only one repository pops up in a different repository. E.g. RPM going from epel-testing to epel. - Get notified when a RPM pops up in a repository. E.g. waiting for an RPM to appear. I know that this is quite easy to find out manually. But did anyone build a script or something else to do

Hi, I'm looking for a way to prevent qemu processes on a libvirt host to use swap unless there is no physical memory free but apparently this is not as easy as I'd hoped it would be. This is on a CentOS 7 system. At first I tried setting /proc/sys/vm/swappiness to 1 (apparently setting it to 0 now means even the OOM killer takes precedence over swapping:

On 09/16/2015 09:11 AM, Callum Scott wrote: > It is running a little > tight on memory and so there have been a couple of events where the > OOM_killer has been invoked and killed off MySQL, which you would expect. One thing that should be noted is that regardless of swappiness, overcommit might be an issue. If a single process is using most of the memory in a system, and attempts to

Hi all, I used to use centos 4.5 on an AMD 4800+ with 2GIG ram. Now I use centos 5.1 on AMD 6400+ with 4GIG RAM. The system responsiveness is different between the two. I noticed that centos 5.1 seems to be swapping programs out of memory at times resulting in slowness (perceived by me). I played with swappiness (/proc/sys/vm/) setting to 10, then 1 then 0. Still resulted in the same perceived

Gordon Messmer wrote: > On 09/16/2015 09:11 AM, Callum Scott wrote: >> It is running a little >> tight on memory and so there have been a couple of events where the >> OOM_killer has been invoked and killed off MySQL, which you would >> expect. > > One thing that should be noted is that regardless of swappiness, > overcommit might be an issue. If a single

You are correct, I'll refine my problem, By running "systemctl status systemd-sysctl" I also receive the same output, but a simple "cat /proc/sys/vm/swappiness" returns the default value, and not the one set by my conf file. But, if I run "/usr/lib/systemd/systemd-sysctl" the "cat /proc/sys/vm/swappiness" does return the correct value. Any idea ? Does