On Jan 18, 2010, at 4:35 PM, Poul-Henning Kamp wrote: > In message <97f066dd-4044-46a7-b3e1-34ce928e8...@slide.com>, Ken Brownfield > wri > tes: > >> Ironically and IMHO, one of the barriers to Varnish scalability >> is its thread model, though this problem strikes in the thousands >> of connections. > > It's only a matter of work to pool slow clients in Varnish into > eventdriven writer clusters, but so far I have not seen a > credible argument for doing it. > > A thread is pretty cheap to have around if it doesn't do anything, > and the varnish threads typically do not do anything during the > delivery-phase: They are stuck in the kernel in a writev(2) > or sendfile(2) system call.
Does Varnish already try to utilize CPU caches efficiently by employing some sort of LIFO thread reuse policy or by pinning thread pools to specific CPUs? If not, there might be some opportunity for optimization there. --Michael _______________________________________________ varnish-misc mailing list varnish-misc@projects.linpro.no http://projects.linpro.no/mailman/listinfo/varnish-misc
