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.
> >>>
> >>&
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
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
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
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,
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
>
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
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
> -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
: [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-
> 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
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
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
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
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 ..
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
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
17 matches
Mail list logo