On 10.03.17 08:52, Alex Rousskov wrote:
Sorry, but that 2010 documentation is outdated. It was written before
Rock store, a 2011 feature that changed what "SMP mode" means. This is
my fault. Here is a replacement draft that I was working on until wiki
went down:
NAME: workers
DEFAULT: 1
Number of main Squid processes or "workers" to fork and maintain.
In a typical setup, each worker listens on all http_port(s) and
proxies requests without talking to other workers. Depending on
configuration, other Squid processes (e.g., rock store "diskers")
may also participate in request processing. All such Squid processes
are collectively called "kids".
Setting workers to 0 disables kids creation and is similar to
running "squid -N ...". A positive value starts that many workers.
The default of 1 (only) creates kids for each rock store configured.
When multiple concurrent kids are in use, Squid is said to work in
"SMP mode". Some Squid features (e.g., ufs-based cache_dirs) are not
SMP-aware and should not or cannot be used in SMP mode.
See http://wiki.squid-cache.org/Features/SmpScale for details.
very nice, thanks. However this is not meant for the wiki, but for:
http://www.squid-cache.org/Doc/config/workers/
maybe that pages could be updated (all but 3.2 versions are the same).
The final version will probably move and extend the terminology-related
text to the SMP section preamble -- it is kind of wrong to talk about
diskers when documenting workers. Improvements and constructive
suggestions welcomed!
compared to current version I'd change it to:
1: start one main Squid process daemon (default)
"no SMP" when rock store is not used
"SMP" when rock store in use
so, with "workers 1", both aufs and rock should work properly, with rock
using separate process, correct?
There are several ways to interpret your question, but the most likely
interpretation leads to the "incorrect" answer: Without -N, a
combination of "workers 1" and at least one "cache_dir rock" enables
SMP. Do not use ufs-based cache_dirs in SMP mode.
That explains it. thanks.
--
Matus UHLAR - fantomas, uhlar@xxxxxxxxxxx ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
99 percent of lawyers give the rest a bad name.
_______________________________________________
squid-users mailing list
squid-users@xxxxxxxxxxxxxxxxxxxxx
http://lists.squid-cache.org/listinfo/squid-users
