Re: Bad performance while transfer large block size through NFS.

> I set up one NFS server, and mounted on other server by TCP. Servers > connected with Giga network, and running 6.2-RELEASE. > > But I found the performance is very bad while transfering large block > size data. > I dont know if it makes any sense, but at least the following experiment might be f

Re: hd device names

--- NOC Prowip <[EMAIL PROTECTED]> wrote: > > Why dönt u use glabel? > > > hmm, I never considered it > but I guess it does not solve my problem because let's say da0 is the > provider and da0 might have still the label I gave it but the OS can not see > it since it is then aacd0 after changing

Re: hd device names

--- NOC Meganet <[EMAIL PROTECTED]> wrote: > I think it is not the best way having different hard disk device names. I > think it should be generally hd or something independent of type, driver or > controller. > Why dönt u use glabel? -Arne ___

Re: mmap()

--- Michael Conlen <[EMAIL PROTECTED]> wrote: > On Nov 23, 2005, at 1:20 PM, Arne Wörner wrote: > > Maybe the stack size matters in ur case somehow? I can see, > that > > it is limited to 1GB, isn't it? > > > > I found something funny, too: > >> limit > > cputime unlimited > > filesize un

Re: mmap()

--- Michael Conlen <[EMAIL PROTECTED]> wrote: > On Nov 23, 2005, at 12:11 PM, Arne Wörner wrote: > > --- Michael Conlen <[EMAIL PROTECTED]> wrote: > >> I'm trying to tune the system to allow very large > >> mmap()'s in a > >> > > I had a similar problem with shared memory. > > > > I found an optio

Re: mmap()

--- Michael Conlen <[EMAIL PROTECTED]> wrote: > I'm trying to tune the system to allow very large > mmap()'s in a > I had a similar problem with shared memory. I found an option in /sys/conf/NOTES. I think it could help in your case, if u increase % options MAXDSIZ=(1024UL*1024*1024) % options

Re: dd(1) performance when copiing a disk to another

Hi! --- Patrick Proniewski <[EMAIL PROTECTED]> wrote: > > Can u find out, if DMA transfers are enabled for those discs? > > What does dmesg say? > > see end of mail for full dmesg output, > Looks good... :-)) But I never saw FBSD's kernel messages about SATA drives... ;-) > > Maybe atacontrol(8)

Re: dd(1) performance when copiing a disk to another

--- Steven Hartland <[EMAIL PROTECTED]> wrote: > From: "Patrick Proniewski" <[EMAIL PROTECTED]> >> # dd if=/dev/ad4 of=/dev/ad6 bs=1m >> >> It yields to poor performances: >> > That's actually pretty good for a sustained read / write on a > single disk. > Does somebody know, why this is "pretty go

Re: Re[2]: slow tar performance on fbsd5

--- JG <[EMAIL PROTECTED]> wrote: > > Anyway, you could try the dd thing; something like > > # dd if=mysql-m.tgz | tar -zxvf - > > and see if it makes any diference. > > Not for me, I've very similar result. Is there way to do > something > reverse - extract tar file to stdout or sth. and then "