Re: asynch I/O

2003-09-26 Thread Yechiel Adar
dependent. For example, if you're using UDP > >>> mounts under Linux, you can only have one request outstanding per mount. > >>> Consequently, multiple mounts can improve performance by allowing parallel > >>> operations. > >>> > >>&

Re: asynch I/O

2003-09-20 Thread Tim Gorman
out. Basically, an update to a block >> does >>> not cause a disk seek and an update - the system simply goes to the first >>> available raid stripe that's free and writes the block there, then updates >>> the tree. Besides being rather crafty, it creates a sit

Re: asynch I/O

2003-09-20 Thread Mladen Gogala
on > most platforms that are properly configured. What will make a difference is > your network settings. Are you using Gigabit + jumbo frames? > > Matt > *still pleased with how crafty WAFL is* > > -- > Matthew Zito > GridApp Systems > Email: [EMAIL PROTECTED

Re: asynch I/O

2003-09-20 Thread Tim Gorman
s. Are you using Gigabit + jumbo frames? > > Matt > *still pleased with how crafty WAFL is* > > -- > Matthew Zito > GridApp Systems > Email: [EMAIL PROTECTED] > Cell: 646-220-3551 > Phone: 212-358-8211 x 359 > http://www.gridapp.com > >> -Original

RE: asynch I/O

2003-09-19 Thread Jared Still
September 19, 2003 11:05 AM > > To: Multiple recipients of list ORACLE-L > > Subject: Re: asynch I/O > > > > > > I just hit a description of async IO in Oracle docs, it is very simply > > described there: > > > > > > With synchronous I/O,

RE: asynch I/O

2003-09-19 Thread Jesse, Rich
gt; Subject: RE: asynch I/O > > > Mladen Gogala scribbled on the wall in glitter crayon: > > > That reminds me of structures called "BITMAP.SYS" and "VOLUME.SYS" > > directory > > names like SYS$SYSTEM:[SYSEXE], but unfortunately, those things >

RE: asynch I/O

2003-09-19 Thread Thater, William
Mladen Gogala scribbled on the wall in glitter crayon: > That reminds me of structures called "BITMAP.SYS" and "VOLUME.SYS" > directory > names like SYS$SYSTEM:[SYSEXE], but unfortunately, those things > belong to the > forgotten past in a galaxy far, far away where Billy Bitsandbites was > fight

RE: asynch I/O

2003-09-19 Thread Matthew Zito
003 12:35 PM > To: Multiple recipients of list ORACLE-L > Subject: RE: asynch I/O > > > Matt, > > Well I'm happy to see that you consider WAFL as > "crafty". In my book it does not have such a nice > connotation. Consider the typical disk driv

RE: asynch I/O

2003-09-19 Thread Mladen Gogala
> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > Behalf Of Matthew Zito > Sent: Friday, September 19, 2003 1:15 PM > To: Multiple recipients of list ORACLE-L > Subject: RE: asynch I/O > > > > Well, the other semi-unique thing a

RE: asynch I/O

2003-09-19 Thread Matthew Zito
: [EMAIL PROTECTED] Cell: 646-220-3551 Phone: 212-358-8211 x 359 http://www.gridapp.com > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > Behalf Of Tanel Poder > Sent: Friday, September 19, 2003 12:35 PM > To: Multiple recipients of list ORACLE-

Re: asynch I/O

2003-09-19 Thread Tanel Poder
> available raid stripe that's free and writes the block there, then updates > the tree. Besides being rather crafty, it creates a situation where And the tree is living in batter backed cache? Tanel. -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Tanel Poder INE

RE: asynch I/O

2003-09-19 Thread Goulet, Dick
ridApp Systems Email: [EMAIL PROTECTED] Cell: 646-220-3551 Phone: 212-358-8211 x 359 http://www.gridapp.com > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > Behalf Of Tanel Poder > Sent: Friday, September 19, 2003 3:25 AM > To: Multiple recipients

RE: asynch I/O

2003-09-19 Thread Jesse, Rich
ex, WI USA > -Original Message- > From: Tanel Poder [mailto:[EMAIL PROTECTED] > Sent: Friday, September 19, 2003 11:05 AM > To: Multiple recipients of list ORACLE-L > Subject: Re: asynch I/O > > > I just hit a description of async IO in Oracle docs, it is very simp

Re: asynch I/O

2003-09-19 Thread Tanel Poder
I just hit a description of async IO in Oracle docs, it is very simply described there: With synchronous I/O, when an I/O request is submitted to the operating system, the writing process blocks until the write is confirmed as complete. It can then continue processing. Asynchronous I/O allows a p

RE: asynch I/O

2003-09-19 Thread Matthew Zito
nal Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > Behalf Of Tanel Poder > Sent: Friday, September 19, 2003 3:25 AM > To: Multiple recipients of list ORACLE-L > Subject: Re: asynch I/O > > > Hi! > > You can have spread your datafiles in 1, 2, 3,4 ..

RE: asynch I/O

2003-09-19 Thread Goulet, Dick
Ryan, You can have separate mount points from your server's perspective, but once you get into the NetApp it's just a pool of disk drives that are allocated as necessary by their WAFL (Write Anywhere File Layout) system. Therefore in reality you get zero benefit. Dick Goulet Senior Or

Re: asynch I/O

2003-09-18 Thread Tanel Poder
Hi! You can have spread your datafiles in 1, 2, 3,4 ..100 different directories or mount points, but the performance remain the same for all of them as long as all the mount points are striped on the same disks. If you think of mount points as different sets of disks, e.g. when adding a new mount