Hi,
On Sat, 18 Apr 2009, Nyamul Hassan wrote:
> Maximum number of users is not a very good indicator of measuring squid
> performance. I think, it makes more sense on finding out the maximum
> req/sec that a box can handle, keeping the service timers within
> reasonable limits.
I agree, bu
to 64-bit
of your OS to properly use the full 8GB RAM.
Regards
HASSAN
- Original Message -
From: "Gavin McCullagh"
To:
Sent: Saturday, April 18, 2009 04:20
Subject: Re: [squid-users] Squid Scalability
Hi,
On Sun, 05 Apr 2009, Gavin McCullagh wrote:
Here's our cu
Hi,
On Sun, 05 Apr 2009, Gavin McCullagh wrote:
> Here's our current situation:
>
>
> Version: 2.6.STABLE18 (Ubuntu Hardy Package)
> OS: 32-Bit Ubuntu GNU/Linux (Hardy)
> CPU: Dual Core Intel(R) Xeon(R) CPU 3050 @ 2.13GHz
> RAM: 8GB
> HD
Gavin McCullagh wrote:
Hi,
On Tue, 07 Apr 2009, Amos Jeffries wrote:
Gavin McCullagh wrote:
Mine too. The operating system is on linux software RAID1 partitions so I
Ah, there we probably have the answer as to why there is so much iowait.
I'm not convinced of that. The iowait seems to
/6/09, Amos Jeffries wrote:
> From: Amos Jeffries
> Subject: Re: [squid-users] Squid Scalability
> To: "Gavin McCullagh"
> Cc: squid-users@squid-cache.org
> Date: Monday, April 6, 2009, 9:04 AM
> Gavin McCullagh wrote:
> > Hi,
> >
> > On Sat, 04 Ap
Hi,
On Tue, 07 Apr 2009, Amos Jeffries wrote:
> Gavin McCullagh wrote:
>> Mine too. The operating system is on linux software RAID1 partitions so I
>
> Ah, there we probably have the answer as to why there is so much iowait.
I'm not convinced of that. The iowait seems to grow directly as a fu
Gavin McCullagh wrote:
On Mon, 06 Apr 2009, Amos Jeffries wrote:
Ah, sorry I meant CPU load as reported by Squid in %:
"It can be extracted from the "general runtime information" or "info"
cachemgr page. It's the value marked "CPU Usage" "
I'll hold off until a peak time and check. If it'
On Mon, 06 Apr 2009, Amos Jeffries wrote:
> Ah, sorry I meant CPU load as reported by Squid in %:
>
> "It can be extracted from the "general runtime information" or "info"
> cachemgr page. It's the value marked "CPU Usage" "
I'll hold off until a peak time and check. If it's similar, "top"
gen
Gavin McCullagh wrote:
Hi,
On Mon, 06 Apr 2009, Amos Jeffries wrote:
Thank you. Added.
What sort of CPU load does it run under?
Very high, but the web still feels reasonably responsive in general. The
load average peaked yesterday at 9 but this is since I reduced the cache
size. It hit 30
Hi,
On Mon, 06 Apr 2009, Amos Jeffries wrote:
> Thank you. Added.
> What sort of CPU load does it run under?
Very high, but the web still feels reasonably responsive in general. The
load average peaked yesterday at 9 but this is since I reduced the cache
size. It hit 30 last week which is when
Gavin McCullagh wrote:
Hi,
On Sat, 04 Apr 2009, Amos Jeffries wrote:
For now what we need are the hit/miss ratios and user numbers from Squid
under peak load, and a few other details to guide comparisons.
http://wiki.squid-cache.org/KnowledgeBase/Benchmarks
details what we are looking for
Hi,
On Sat, 04 Apr 2009, Amos Jeffries wrote:
> For now what we need are the hit/miss ratios and user numbers from Squid
> under peak load, and a few other details to guide comparisons.
>
> http://wiki.squid-cache.org/KnowledgeBase/Benchmarks
> details what we are looking for right now and wh
eration message, its only a once-off approval for anti-spam measure).
Amos
Thanks,
Quin
--- On Fri, 4/3/09, Amos Jeffries wrote:
From: Amos Jeffries
Subject: Re: [squid-users] Squid Scalability
To: "Sunny Bhatheja"
Cc: squid-users@squid-cache.org
Date: Friday, April 3, 2009, 10:0
Gavin McCullagh wrote:
On Fri, 03 Apr 2009, Amos Jeffries wrote:
Despite many years of asking, few people have ever supplied the squid
project with relevant benchmarking info. We depend on volunteers so
there are no hard numbers available publicly yet.
Is there a doc stating exactly what b
On Fri, 03 Apr 2009, Amos Jeffries wrote:
> Despite many years of asking, few people have ever supplied the squid
> project with relevant benchmarking info. We depend on volunteers so
> there are no hard numbers available publicly yet.
Is there a doc stating exactly what benchmarks you want a
is?
--- On Fri, 4/3/09, Amos Jeffries wrote:
From: Amos Jeffries
Subject: Re: [squid-users] Squid Scalability
To: "Quin Guin"
Cc: squid-users@squid-cache.org
Date: Friday, April 3, 2009, 12:42 PM
Quin Guin wrote:
Hi Amos,
I am willing to supply benchmarking
:
> From: Amos Jeffries
> Subject: Re: [squid-users] Squid Scalability
> To: "Quin Guin"
> Cc: squid-users@squid-cache.org
> Date: Friday, April 3, 2009, 12:42 PM
> Quin Guin wrote:
> > Hi Amos,
> >
> > I am willing to supply benchmarking
> data
Excellent thank you.
Email the info to squid-...@squdi-cache.org mailing list please.
Amos
--- On Fri, 4/3/09, Amos Jeffries wrote:
From: Amos Jeffries
Subject: Re: [squid-users] Squid Scalability
To: "Sunny Bhatheja"
Cc: squid-users@squid-cache.org
Date: Friday, April 3, 2009, 10:0
Jeffries wrote:
> From: Amos Jeffries
> Subject: Re: [squid-users] Squid Scalability
> To: "Sunny Bhatheja"
> Cc: squid-users@squid-cache.org
> Date: Friday, April 3, 2009, 10:06 AM
> Sunny Bhatheja wrote:
> > Hi,
> > I have the following config
Sunny Bhatheja wrote:
Hi,
I have the following configuration of my Hardware. So can any one
suggest me that how much I can scale my Squid in terms of users.
1) Sun Fire system x4450
2) Quad Cord
3) 64 GB RAM
4) 146x4 GB HDD
I am using squid 2.6 STABLE4 that is
Hi,
I have the following configuration of my Hardware. So can any one
suggest me that how much I can scale my Squid in terms of users.
1) Sun Fire system x4450
2) Quad Cord
3) 64 GB RAM
4) 146x4 GB HDD
I am using squid 2.6 STABLE4 that is bundled with RHEL 5.2
21 matches
Mail list logo
