On Mar 26, 2008, at 5:45 PM, Dirk-Willem van Gulik wrote:
On Mar 26, 2008, at 5:23 PM, Konstantin Chuguev wrote:
A small correction: I meant writev() calls instead of sendfile()
when working with small-size buckets.
The filter I'm developing provisionally splits the supplied buckets
into
On Mar 26, 2008, at 5:23 PM, Konstantin Chuguev wrote:
A small correction: I meant writev() calls instead of sendfile()
when working with small-size buckets.
The filter I'm developing provisionally splits the supplied buckets
into relatively small buckets during content parsing. It then
Thanks for the clarification.
A small correction: I meant writev() calls instead of sendfile() when
working with small-size buckets.
The filter I'm developing provisionally splits the supplied buckets
into relatively small buckets during content parsing. It then removes
some of them and i
On Mar 26, 2008, at 4:15 PM, Konstantin Chuguev wrote:
Can you please clarify your mentioning the bucket-brigade footprint?
Are they so slow they make memory-based cache no more efficient then
disk-based one? Or the opposite: sendfile() works so well that
serving content from memory is not
Hi Dirk-Willem,
Can you please clarify your mentioning the bucket-brigade footprint?
Are they so slow they make memory-based cache no more efficient then
disk-based one? Or the opposite: sendfile() works so well that serving
content from memory is not any faster?
I'm developing an Apache
On Mar 25, 2008, at 8:04 PM, Akins, Brian wrote:
Use really small files so you won't fill up pipe. Using 1 1x1 gif,
I run
out of CPU before I run out of bandwidth.
Agreed. This is what I was working on.
My cache size is smaller and is in /dev/shm.
In that case - you are not going to s
On 3/25/08 12:54 PM, "Dirk-Willem van Gulik" <[EMAIL PROTECTED]> wrote:
> Though if anyone can find me some more serious hardware* - I'd love to
> do this proper; as I am struggling getting a fixed mod_memm_cache and
> mod_memcached_cache to be taxed hard enough to actually measure/
> profile sensi
On Mar 25, 2008, at 5:06 PM, Akins, Brian wrote:
No - it does not; so you get that speed increase (which is very
noticable on a swapspace/ram-disk*).
I'd like to see some numbers on that. I just did a quick test on
Linux and
saw no real improvement (testing our hacked-to-heck version).
On 3/25/08 4:37 AM, "Dirk-Willem van Gulik" <[EMAIL PROTECTED]> wrote:
> No - it does not; so you get that speed increase (which is very
> noticable on a swapspace/ram-disk*).
I'd like to see some numbers on that. I just did a quick test on Linux and
saw no real improvement (testing our hacked-
On Mar 24, 2008, at 5:29 PM, Skye Poier Nott wrote:
Does mod_disk_cache use file atimes at all? I'd like to mount my
cache filesystem "noatime" to see if it helps performance, if it's
safe.
No - it does not; so you get that speed increase (which is very
noticable on a swapspace/ram-dis
On 03/24/2008 05:29 PM, Skye Poier Nott wrote:
Does mod_disk_cache use file atimes at all? I'd like to mount my cache
filesystem "noatime" to see if it helps performance, if it's safe.
Not that I am aware of. So mounting noatime can be regarded as safe.
Regards
RĂ¼diger
Does mod_disk_cache use file atimes at all? I'd like to mount my
cache filesystem "noatime" to see if it helps performance, if it's safe.
Thanks,
Skye
smime.p7s
Description: S/MIME cryptographic signature
12 matches
Mail list logo