Re: make varnish don't start a subprocess
Harald Friessnegger har...@webmeisterei.com writes: if that address space needs roughly the same amout of RAM as the storage file's size - and the cache is not persisted (lost when varnishd is restarted) - why do we need a storage file at all? Because that's how virtual memory works. http://www.amazon.com/dp/0136006639 probably the RES column in top is enough to get an idea how much RAM is consumed by a process. Is it? AFAIK, if two processes map the same file, it will be counted twice. This is the case for shared libraries, for instance, and multiple instances of the same program. DES -- Dag-Erling Smørgrav - d...@des.no ___ varnish-misc mailing list varnish-misc@projects.linpro.no http://projects.linpro.no/mailman/listinfo/varnish-misc
Re: make varnish don't start a subprocess
hi des thanks for your reply. in order to get an idea how to optimize my setup and get a better understanding i'd like to recap to make sure i understood correctly: Am Dienstag, 24. März 2009 17:10:56 schrieb Dag-Erling Smørgrav: If you're using a storage file, varnishd will use a relatively small amount of memory + address space roughly equal to the size of the file. -s file,/home/zope/parts/varnish/storage,500M will make the varnishd use around 750M RAM (see my comment on the next block), a storage file with 700M will result in around 950M RAM used. if that address space needs roughly the same amout of RAM as the storage file's size - and the cache is not persisted (lost when varnishd is restarted) - why do we need a storage file at all? whilst the file itself is exactly 500 megabyte in size, varnish uses 1115M memory - 44% of the total available 2,5GB RAM (1,5GB RAM, 1GB disk-swap) after 5 days of uptime. see `figure 1` below. It's not that simple. The file is mapped into varnishd's address space, so the VIRT number you get from top includes the size of the file (as well as the size of the program itself and all libraries it uses). RES is how much of that is actually in RAM. The OS may swap unused parts of the cache to the storage file, but never to the swap partition. using the sizes given in the RES column varnish uses 673+81=754M RAM:: PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 1344 nobody15 0 1349m 673m 133m S0 44.5 0:08.38 varnishd 1244 zope 15 0 637m 461m 3428 S0 30.5 40:41.93 python2.4 1245 root 15 0 98196 81m 81m S0 5.4 0:00.02 varnishd so the relatively small amount of ram varnish uses in addition to the address space is about 200M. are these usual numbers? You should probably look at /proc/$pid/map instead of using top, BTW. i tried out /proc/$pid/maps but did not really succeed in calculating memory usage out of the address blocks (i think this is what needs to be done here?) this is an example from the manpage http://linux.die.net/man/5/proc address perms offset dev inode pathname 08048000-08056000 r-xp 03:0c 64593 /usr/sbin/gpm 08056000-08058000 rw-p d000 03:0c 64593 /usr/sbin/gpm probably the RES column in top is enough to get an idea how much RAM is consumed by a process. regards, harald -- Webmeisterei GmbH - Büro für Netzfragen Tel: +43 5572 908877, Fax: +43 5572 908877-66 Steinebach 18, A-6850 Dornbirn http://www.webmeisterei.com ___ varnish-misc mailing list varnish-misc@projects.linpro.no http://projects.linpro.no/mailman/listinfo/varnish-misc
Re: make varnish don't start a subprocess
Harald Friessnegger har...@webmeisterei.com writes: i'd be happy to make varnish stick to a certain memory limit. maybe you've got some ideas how to make that happen? is the file backend i'm using too small? If you're using a storage file, varnishd will use a relatively small amount of memory + address space roughly equal to the size of the file. whilst the file itself is exactly 500 megabyte in size, varnish uses 1115M memory - 44% of the total available 2,5GB RAM (1,5GB RAM, 1GB disk-swap) after 5 days of uptime. see `figure 1` below. It's not that simple. The file is mapped into varnishd's address space, so the VIRT number you get from top includes the size of the file (as well as the size of the program itself and all libraries it uses). RES is how much of that is actually in RAM. The OS may swap unused parts of the cache to the storage file, but never to the swap partition. You should probably look at /proc/$pid/map instead of using top, BTW. DES -- Dag-Erling Smørgrav - d...@des.no ___ varnish-misc mailing list varnish-misc@projects.linpro.no http://projects.linpro.no/mailman/listinfo/varnish-misc
make varnish don't start a subprocess
hi there when i start varnishd i'll find two varnishd processes running afterwards: # top ... Mem: 1548288k total, 1540624k used, 7664k free, 2172k buffers Swap: 1048568k total, 767628k used, 280940k free, 171980k cached 13271 nobody 15 0 1864m 771m 90m S 0 51.0 0:14.43 varnishd 13263 zope 15 0 635m 454m 3500 S 0 30.1 47:59.16 python2.4 13265 root 15 0 98192 81m 80m S 0 5.4 0:00.04 varnishd 13262 root 16 0 109m 12m 2772 S 0 0.8 0:50.06 python2.4 ... is there a way to run varnish as a single process? background: i'd like to control the memory-usage of processes and restart them if they grow above a certain limit using http://supervisord.org/. the varnishd started by supervisor just needs 5% memory and gets restarted if it grows above a certain limit. the subprocess eats up my RAM and can't be conrolled by supervisor. full problem description can be seen in the supervisor-users mailinglist archive: http://lists.supervisord.org/pipermail/supervisor-users/2009-March/000313.html people at supervisor mailing list pointed me to varnish-misc. thanks for your help! fRiSi -- Webmeisterei GmbH - Büro für Netzfragen Tel: +43 5572 908877, Fax: +43 5572 908877-66 Steinebach 18, A-6850 Dornbirn http://www.webmeisterei.com ___ varnish-misc mailing list varnish-misc@projects.linpro.no http://projects.linpro.no/mailman/listinfo/varnish-misc
Re: make varnish don't start a subprocess
Harald Friessnegger har...@webmeisterei.com writes: when i start varnishd i'll find two varnishd processes running afterwards: Yes. is there a way to run varnish as a single process? No. the varnishd started by supervisor just needs 5% memory and gets restarted if it grows above a certain limit. the subprocess eats up my RAM and can't be conrolled by supervisor. The parent will restart it if you kill it (but doing so will flush the cache). However, varnishd doesn't eat memory, unless there is a bug. You should read varnishd(1) and figure out how to select the storage backend and how to limit the size of the cache. DES -- Dag-Erling Smørgrav - d...@des.no ___ varnish-misc mailing list varnish-misc@projects.linpro.no http://projects.linpro.no/mailman/listinfo/varnish-misc