Re: [squid-users] Optimized Squids

B. Cook wrote:
>
>>>> Optimization tip #3: use fastest disk IO method available.
>>>> Fedora being a linux that would be AUFS.
>>>>
>
>>>> see tip #3. AUFS makes use of multi-core threads, diskd process is
>>>> single-threaded even if it runs additional to the Squid main thread.
>
> What would it be for FreeBSD?
>
> http://wiki.squid-cache.org/SquidFaq/SystemSpecificOptimizations
>
> http://wiki.squid-cache.org/Features/DiskDaemon - is diskd still the
> best choice for a BSD?

Yes.

>
> I know 3.x had some issues (about a year ago) with aufs and coss..

COSS still has issues in 3.x.

>
> What would be the recommended for a BSD? (FreeBSD, OpenBSD, NetBSD.. )

diskd unfortunately.

>
> and does i386 and amd64 make a difference?

Well, in so far as 32-bit imposes limits on a lot of things ...

... only the usual 32-bit vs 64-bit stuff.

>
> (devils advocate question.. )
>
> does just compiling with aufs make squid make use of multi-core threads?
> - As in would there be a difference with squid performance (other than
> non-caching) if cache_dir null /tmp is set? - with and without aufs..

No AUFS does not affect the non-disk parts of Squid.

Using a memory to cache is simply faster than a disk cache. By the same
factor as I/O to the underlying storage media. There just isn't enough
of it to go around in most installs.

Amos

-- 
Please be using
   Current Stable Squid 2.7.STABLE9 or 3.1.4