varnish and ram size
shahab bakhtiyari
shahab371 at gmail.com
Wed May 2 16:37:30 CEST 2012
On 2 May 2012 15:54, shahab bakhtiyari <shahab371 at gmail.com> wrote:
> Hi
>
> here you can see outputs from top, and varnishstat -1
>
> top:
> 12792 nobody 20 0 5639m 3.6g 3.4g S 13 94.3 2:01.63 varnishd
>
>
>
>
>
> root at varnish:~# varnishstat -1
> client_conn 259312 158.89 Client connections accepted
> client_drop 0 0.00 Connection dropped, no sess/wrk
> client_req 259212 158.83 Client requests received
> cache_hit 33921 20.78 Cache hits
> cache_hitpass 0 0.00 Cache hits for pass
> cache_miss 225291 138.05 Cache misses
> backend_conn 43774 26.82 Backend conn. success
> backend_unhealthy 0 0.00 Backend conn. not attempted
> backend_busy 0 0.00 Backend conn. too many
> backend_fail 0 0.00 Backend conn. failures
> backend_reuse 181617 111.28 Backend conn. reuses
> backend_toolate 0 0.00 Backend conn. was closed
> backend_recycle 181617 111.28 Backend conn. recycles
> backend_unused 0 0.00 Backend conn. unused
> fetch_head 0 0.00 Fetch head
> fetch_length 225291 138.05 Fetch with Length
> fetch_chunked 0 0.00 Fetch chunked
> fetch_eof 0 0.00 Fetch EOF
> fetch_bad 0 0.00 Fetch had bad headers
> fetch_close 0 0.00 Fetch wanted close
> fetch_oldhttp 0 0.00 Fetch pre HTTP/1.1 closed
> fetch_zero 0 0.00 Fetch zero len
> fetch_failed 0 0.00 Fetch failed
> n_sess_mem 351 . N struct sess_mem
> n_sess 102 . N struct sess
> n_object 220554 . N struct object
> n_vampireobject 0 . N unresurrected objects
> n_objectcore 220557 . N struct objectcore
> n_objecthead 216397 . N struct objecthead
> n_smf 441172 . N struct smf
> n_smf_frag 0 . N small free smf
> n_smf_large 2 . N large free smf
> n_vbe_conn 100 . N struct vbe_conn
> n_wrk 121 . N worker threads
> n_wrk_create 169 0.10 N worker threads created
> n_wrk_failed 0 0.00 N worker threads not created
> n_wrk_max 951160 582.82 N worker threads limited
> n_wrk_queue 0 0.00 N queued work requests
> n_wrk_overflow 2082 1.28 N overflowed work requests
> n_wrk_drop 0 0.00 N dropped work requests
> n_backend 1 . N backends
> n_expired 4737 . N expired objects
> n_lru_nuked 0 . N LRU nuked objects
> n_lru_saved 0 . N LRU saved objects
> n_lru_moved 26276 . N LRU moved objects
> n_deathrow 0 . N objects on deathrow
> losthdr 0 0.00 HTTP header overflows
> n_objsendfile 0 0.00 Objects sent with sendfile
> n_objwrite 259207 158.83 Objects sent with write
> n_objoverflow 0 0.00 Objects overflowing workspace
> s_sess 259212 158.83 Total Sessions
> s_req 259212 158.83 Total Requests
> s_pipe 0 0.00 Total pipe
> s_pass 0 0.00 Total pass
> s_fetch 225291 138.05 Total fetch
> s_hdrbytes 119525246 73238.51 Total header bytes
> s_bodybytes 2748370979 1684050.84 Total body bytes
> sess_closed 259212 158.83 Session Closed
> sess_pipeline 0 0.00 Session Pipeline
> sess_readahead 0 0.00 Session Read Ahead
> sess_linger 0 0.00 Session Linger
> sess_herd 0 0.00 Session herd
> shm_records 21397311 13111.10 SHM records
> shm_writes 1445766 885.89 SHM writes
> shm_flushes 27 0.02 SHM flushes due to overflow
> shm_cont 9812 6.01 SHM MTX contention
> shm_cycles 9 0.01 SHM cycles through buffer
> sm_nreq 450644 276.13 allocator requests
> sm_nobj 441170 . outstanding allocations
> sm_balloc 3777261568 . bytes allocated
> sm_bfree 743198720 . bytes free
> sma_nreq 0 0.00 SMA allocator requests
> sma_nobj 0 . SMA outstanding allocations
> sma_nbytes 0 . SMA outstanding bytes
> sma_balloc 0 . SMA bytes allocated
> sma_bfree 0 . SMA bytes free
> sms_nreq 0 0.00 SMS allocator requests
> sms_nobj 0 . SMS outstanding allocations
> sms_nbytes 0 . SMS outstanding bytes
> sms_balloc 0 . SMS bytes allocated
> sms_bfree 0 . SMS bytes freed
> backend_req 225390 138.11 Backend requests made
> n_vcl 1 0.00 N vcl total
> n_vcl_avail 1 0.00 N vcl available
> n_vcl_discard 0 0.00 N vcl discarded
> n_purge 1 . N total active purges
> n_purge_add 2 0.00 N new purges added
> n_purge_retire 1 0.00 N old purges deleted
> n_purge_obj_test 0 0.00 N objects tested
> n_purge_re_test 0 0.00 N regexps tested against
> n_purge_dups 0 0.00 N duplicate purges removed
> hcb_nolock 259312 158.89 HCB Lookups without lock
> hcb_lock 217430 133.23 HCB Lookups with lock
> hcb_insert 217428 133.23 HCB Inserts
> esi_parse 0 0.00 Objects ESI parsed (unlock)
> esi_errors 0 0.00 ESI parse errors (unlock)
> accept_fail 0 0.00 Accept failures
> client_drop_late 0 0.00 Connection dropped late
> uptime 1632 1.00 Client uptime
>
>
>
>
> On 2 May 2012 12:31, Tollef Fog Heen <tfheen at varnish-software.com> wrote:
>
>> ]] shahab bakhtiyari
>>
>> Hi,
>>
>> > what am I doing wrong? is there a way prohibit that or at least tell
>> > varnish not to use the whole cache?
>>
>> Please provide the output of varnishstat -1 when it's using more than
>> the allocated amount of resources and we might be able to figure out
>> what's wrong.
>>
>> --
>> Tollef Fog Heen
>> Technical lead, Varnish Software
>> t: +47 21 98 92 64
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.varnish-cache.org/lists/pipermail/varnish-misc/attachments/20120502/e2c4ebc2/attachment.html>
More information about the varnish-misc
mailing list