<div class="gmail_extra"><div class="gmail_quote">On Tue, Apr 24, 2012 at 2:55 PM, Poul-Henning Kamp <span dir="ltr"><<a href="mailto:phk@phk.freebsd.dk" target="_blank">phk@phk.freebsd.dk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

In message <CAEJj9Cw0X2A2s=<a href="mailto:oAA_0MN9h4TYH14qYBUJPKE8CBdc5dR80MQA@mail.gmail.com" target="_blank">oAA_0MN9h4TYH14qYBUJPKE8CBdc5dR80MQA@mail.gmail.com</a>>, "Nicole H." writes:<br>
<br>
>1) Is it better to use malloc or to create a memory disk?<br>
<br>
Malloc is better.<br>
<br></blockquote><div><br> Thanks<br> </div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
>2) Any idea why a FreeBSD server running varnish takes forever to shutdown<br>
>or restart if rebooted?<br>
> When performing say a shutdown -r now / -h now  The system will stay at<br>
>"All Buffers Synced"  once I let it run and it took an hour to finally<br>
>reach Uptime: TIME / The operating system has halted.(for -h)<br>
<br>
Interesting, havn't seen that one before.<br>
<br>
What happens if you run the "sync" command before shutdown ?<br>
<br></blockquote><div><br> I have tried that to no avail. This occurs on systems running FreeBSD 8.X and 9.0.  <br><br>Syslogd: exiting on signal 15<br>Waiting (max 60 seconds) for system process 'vnlru' to stop... done<br>

Waiting (max 60 seconds) for system process 'bufdaemon' to stop... done<br><br>Waiting (max 60 seconds) for system process 'syncer' to stop...Syncing disks, vnodes remaining...2 2 2 1 1 0 0 0 done<br>All buffers synced.<br>

<br>And that's where it will stay for a very very long time. <br> Is there a way to find out what its hanging on?  What is left for the server to do after that point? <br><br>----<br><br>Another other odd thing is when it boots back up, it says <br>
Starting varnishd<br>WARNING: (-sfile) file size reduced to 86100456243 (80% of available disk space)<br>WARNING: (-sfile) file size reduced to 86100456243 (80% of available disk space)<br>
WARNING: (-sfile) file size reduced to 86100456243 (80% of available disk space)<br><br>Each disk is 135Gigs formatted.  Each shows 24G of space used via df or only 19% Capacity.<br>They are mounted  ufs, local, noatime, soft-updates  (I know soft updates don't help but they were already there)<br>

 They are dedicated for use by varnish.<br><br>However rc.conf settings are  varnishd_storage="file,/<div>cache1/varnish-cache.bin,65%"<br>( I added other entries for a varnish_storage2 and 3)<br>There
 is no malloc storage on this particular server since there is only 4G 
of RAM. I have tried adding some but it did not seem to make any 
difference.<br>
<br> So why does it say reduced to 80%?<br><br></div> </div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

>3)  I have a cache server with 3 disks 135 gigs ea and 4 Gigs ram. The<br>
>disks are only 8G full ea.<br>
> Why would my n_lru_nuked (381451 ) be so high?<br>
<br>
If this is a 32bit system, you are limited by the 32bit address space<br>
and Varnish can probably only get about 3GB of address space for caching.<br>
<span><font color="#888888"><br></font></span></blockquote><div><br> It's running 64 bit software. <br> I basically took a few servers that we had been running squid on and tried running Varnish. Squid reverse proxy always did fine and never seemed to push the systems resources. <br>
 
Is it because its limited by the 4gigs of ram or by the number of objects?  How can I tell how many objects are stored? <br><br><br><br><br>Thanks!<br><br>  Nicole<br><br><br><br><br> </div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<span><font color="#888888">
<br>
--<br>
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20<br>
phk@FreeBSD.ORG         | TCP/IP since RFC 956<br>
FreeBSD committer       | BSD since 4.3-tahoe<br>
Never attribute to malice what can adequately be explained by incompetence.<br>
</font></span></blockquote></div><br><br clear="all"><br>-- <br>---<br> Nicole Melody Harrington - UNIX Systems Mistress<br>    <a href="mailto:admin1@picturetrail.com" target="_blank">admin1@picturetrail.com</a> -- <a href="http://www.picturetrail.com" target="_blank">http://www.picturetrail.com</a><br>

    Obey or the button gets it! <br>
</div>