Re: [perf-discuss] pkgadd/patchadd performance

2006-03-24 Thread Peter Tribble
On Fri, 2006-03-24 at 19:43, Thomas Maier-Komor wrote: > Hi everybody, > > installing software and patching the system are standard procedures of system > administration that keep recurring on regular intervals. Especially, when > someone evaluates a new OS these are probably one of the first thi

[perf-discuss] pkgadd/patchadd performance

2006-03-24 Thread Thomas Maier-Komor
Hi everybody, installing software and patching the system are standard procedures of system administration that keep recurring on regular intervals. Especially, when someone evaluates a new OS these are probably one of the first things people try. Solaris has greatly imporved usability in the p

Re: [perf-discuss] Re: 10GbE performance on "ontario" systems

2006-03-24 Thread Andrew Gallatin
Ezhilan Narasimhan writes: > Hmm, thats what Iam using too. But having issues getting it to run > multithreaded. With the -P ## option, one or two of the threads go > through, but the others fail with a connection refused. Not sure why. > I've never seen that behavior. I'm running: '

Re: [perf-discuss] Re: maxphys and sd_max_xfer_size

2006-03-24 Thread Jignesh K. Shah
Of course this is "generally" true, but if you use SVM on SPARC (combinations of soft partitions/UFS on top of it) or are on x64 (in which case you use sd and not ssd) you better want to set maxphys to 1MB and not "assume" maxphys is set to 1MB.. I have been hurt by that few times now. -Jign

Re: [perf-discuss] Re: Re: maxphys and sd_max_xfer_size

2006-03-24 Thread Steven Sim
Richard; Firstly, let me say that I welcome this discussion. I was searching for comments and alternative viewpoints in the first place and at the very least, people in the list and myself can learn and understand the Solaris IO parameters better. I did not make the assumption that maxphys o