search for: unswapable

Hi people, I got Centos 4.3 on a 1GB Pentium IV machine. The output of free ------------------- $ free total used free shared buffers cached Mem: 1026896 573848 453048 0 2988 131712 -/+ buffers/cache: 439148 587748 Swap: 1052248 137568 914680 ------------------ There is plenty of free ram, but the kernel

Hi all. I have two Rails applications. Each is on its own VPS hosted by Pipespring (excellent service btw). My app runs lightning quick - AFTER the first load. If I visit my site after a period of inactivity (i.e. no visitors to my site), it takes up to 10 seconds to load that first time. After that I can hop around with no problems. Has anyone run into this before? Ideas? - Rabbit

...inotify event mechanism and then calls rsync with a matching filter mask. However, since you say, your directory tree is hugh, the main issue is that for every directory an inotify watch must be created, taking about 1KB of kernel memory per watch. If you got a million directories this is a GB of unswapable memory use. Unfortunally the Linux kernel doesn't provide a better way yet, and I suppose other tools like sysdig suffer from the same issue. There is fanotify, but that doesn't report move event and thus is not useable for this task. Kind regards, Axel On Thu, Feb 9, 2017 at 10:05 AM, T...

Hi, we have a huge directory tree. * 17M files (number of files) * 2.2TBytes of data. * Only 0.1% changes per day Current pain: rsyncs directory tree traversal needs to long to discover the changed files. Only few files change. I discovered the tool sysdig which could be used to monitor the files which were changed. Then we could feed the list of changed files to rsync and avoid the

This is the first release of xinput_calibrator after the move from https://github.com/tias/xinput_calibrator to our gitlab instance. The aim of this move is so this little tool, still in use here and there, can see some of the benefits of group maintainership and doesn't go completely stale. Don't expect active maintainership or new features being added, we're just trying to keep this