Server Info:
FreeBSD 6.2
Apache 2.2.9
DELL PowerEdge 1850
2GB RAM (only 184MB is active)
so what's up with other 1.8GB?
6x300MB SCSI 10K RPM RAID5
300MB disks at 10K? there was such?
Gigabit Ethernet Connection
My server can output NO MORE than 60Mbps (read only).
you mean Mbps or MBps
Danny Do wrote:
Hi guys,
I have this problem for years but couldn't find a way to solve it.
I have a file server handling large files from 1MByte to 1GByte.
Server Info:
FreeBSD 6.2
Apache 2.2.9
DELL PowerEdge 1850
2GB RAM (only 184MB is active)
6x300MB SCSI 10K RPM RAID5
Gigabit Ethe
"Danny Do" <[EMAIL PROTECTED]> wrote:
>
> Hi guys,
>
> I have this problem for years but couldn't find a way to solve it.
>
> I have a file server handling large files from 1MByte to 1GByte.
>
> Server Info:
> FreeBSD 6.2
> Apache 2.2.9
>
> DELL PowerEdge 1850
> 2GB RAM (only 184MB is active)
First be shure your bottleneck are the hard drives.
On Sun, Sep 28, 2008 at 8:54 AM, Bill Moran <[EMAIL PROTECTED]> wrote:
> "Danny Do" <[EMAIL PROTECTED]> wrote:
>>
>> Hi guys,
>>
>> I have this problem for years but couldn't find a way to solve it.
>>
>> I have a file server handling large files
sd-questions@freebsd.org
Subject: Re: Hard disk bottle neck.
Danny Do wrote:
> Hi guys,
>
>
>
> I have this problem for years but couldn't find a way to solve it.
>
> I have a file server handling large files from 1MByte to 1GByte.
>
> Server Info:
> FreeBSD
the following code:
patch /usr/src/sys/sys/param.h
#ifndef DFLTPHYS
#define DFLTPHYS(1024 * 1024) /* default max raw I/O transfer size
*/
#endif
#ifndef MAXPHYS
#define MAXPHYS (1024 * 1024) /* max raw I/O transfer size */
#endif
#ifndef MAXDUMPPGS
I'll update the result. I'
#ifndef MAXDUMPPGS
I'll update the result. I'll tell you how I go. Maybe sometimes in the next
fortnight.
Thanks everyone, thanks Wojciech Puchar,
Danny
anyway - how your RAID5 is configured? didn't you selected SMALL stripe
sizes?
this way - every large read uses 3 disks in parallel, inst
Wojciech Puchar <[EMAIL PROTECTED]> wrote:
>
> after you recompile the kernel with that patch, check your disk
> performance in some directory consisting of many large files
>
> cd that_dir
> for x in *;do (cat $x >/dev/null &);done
>
> while running systat,:vmstat on another console
More speci
On Sun, Sep 28, 2008 at 11:17 AM, Bill Moran <[EMAIL PROTECTED]> wrote:
> Wojciech Puchar <[EMAIL PROTECTED]> wrote:
>>
>> after you recompile the kernel with that patch, check your disk
>> performance in some directory consisting of many large files
>>
>> cd that_dir
>> for x in *;do (cat $x >/dev
If the patch dont works, maybe yoy may try to split the raid (2 raid
5) or better use a raid 10. The raid 5 isnt a top performance raid.
properly configured RAID5 is top performing on reads
___
freebsd-questions@freebsd.org mailing list
http://lists.f
: Wojciech Puchar; Danny Do; freebsd-questions@freebsd.org
Subject: Re: Hard disk bottle neck.
On Sun, Sep 28, 2008 at 11:17 AM, Bill Moran <[EMAIL PROTECTED]> wrote:
> Wojciech Puchar <[EMAIL PROTECTED]> wrote:
>>
>> after you recompile the kernel with that patch, c
The reason I use RAID5 because I don't want to waste too much space on
redundancy whilst taking the advantage of read. Over 99% of disk access are
expected to be reading.
in that case - RAID5 is perfect, just properly set up.
___
freebsd-questions@fre
12 matches
Mail list logo