On Wed, 2008-04-23 at 16:31 +1200, Amos Jeffries wrote:
First step is to generate a new folder, for this proposal I'll call it
'squidbits'.
How about squidsquidsquidbits, to make sure we all realize this is a
squid header file?
Seriously, I would prefer just bits. If we must put squid inside
On Wed, 2008-04-23 at 09:40 +0200, Kinkie wrote:
I've also seen osdep be used for this same purpose.
The directory, if any, will have os-agnostic bits as well, I guess
(e.g., compiler-specific bits). As far as I understand, the only
definition or restriction Amos gave so far is that bits/ files
Hello,
I am drafting a SMP-scalability development contract for Squid3 and
need help defining scalability goals. We have 5-10 month for the first
SMP support implementation so it must be relatively straightforward,
with significant code reuse, but please note that this email is _not_
about
On Thu, 2008-04-24 at 10:27 -0600, Duane Wessels wrote:
On Thu, 24 Apr 2008, Alex Rousskov wrote:
I do not think it is realistic to expect nearly linear scale (close to
100% and 200% increase in performance), especially for the first
implementation.
As you know, disk is usually the
FYI I'm planning to fix and commit all cases that I can find where
debugging messages contain the wrong function name. For example:
@@ -3959,8 +3959,8 @@ clientTryParseRequest(ConnStateData * co
/* Limit the number of concurrent requests to 2 */
for (n = conn-reqs.head, nrequests = 0;
On Thu, Apr 24, 2008 at 1:31 PM, Alex Rousskov
[EMAIL PROTECTED] wrote:
On Thu, 2008-04-24 at 10:27 -0600, Duane Wessels wrote:
On Thu, 24 Apr 2008, Alex Rousskov wrote:
I do not think it is realistic to expect nearly linear scale (close to
100% and 200% increase in
On Thu, 2008-04-24 at 16:09 -0300, Gonzalo Arana wrote:
On Thu, Apr 24, 2008 at 1:31 PM, Alex Rousskov
[EMAIL PROTECTED] wrote:
On Thu, 2008-04-24 at 10:27 -0600, Duane Wessels wrote:
On Thu, 24 Apr 2008, Alex Rousskov wrote:
I do not think it is realistic to expect nearly
there is something wrong with the bzr repository currently,
investigation pending. Some operations result in a error from bzr about
an invalid packet '\r'.
additionally somehow the SQUID_3_0 branch got lost for a while today,
acting as if it was equal to trunk. Not 100% sure how that happened,
tor 2008-04-24 klockan 22:54 +0200 skrev Henrik Nordstrom:
there is something wrong with the bzr repository currently,
investigation pending. Some operations result in a error from bzr about
an invalid packet '\r'.
The corrupted has been restored, and the non-bzr event which causes the
A few points.
* The single-core squid performance won't be the same as dual/quad core,
so you can't assume that. I know this makes your assumptions difficult.
* Basically, your single-dual core performance will generally expose
the OSes parallelism for processing certain things, mostly
On Fri, 2008-04-25 at 11:49 +0800, Adrian Chadd wrote:
* The single-core squid performance won't be the same as dual/quad core,
so you can't assume that. I know this makes your assumptions difficult.
* Basically, your single-dual core performance will generally expose
the OSes
On Thu, Apr 24, 2008, Alex Rousskov wrote:
My wording may have been poor. I assume we always use a quad box. Add
SMP support to Squid. Test Squid3 on that quad box with SMP disabled
(that is what I called single-core performance on a quad box). Test with
SMP enabled and configure Squid to use
12 matches
Mail list logo