- 1. [Veritas-bu] MPX Explanation (score: 1)
- Author: "Clooney, David" <david.clooney AT bankofamerica DOT com>
- Date: Thu, 06 Sep 2007 12:00:21 +0100
- Hi All Is there any chance someone could clarify MPX for me. If you have MPX set to 4 for example and there are 4 streams hitting the drive. All 4 streams are writing in parallel as the tape spins. A
- /lists/html/Veritas-bu/2007-09/msg00061.html (16,255 bytes)
- 2. Re: [Veritas-bu] MPX Explanation (score: 1)
- Author: Justin Piszcz <jpiszcz AT lucidpixels DOT com>
- Date: Thu, 6 Sep 2007 07:19:29 -0400 (EDT)
- That is a good question, but I don't think so(?) I think the 3 streams a 15MB/s continue to truck along and the 10MB/s stream writes at 10MB/s but its more stretched out, example: 15MB/s stream: 10MB
- /lists/html/Veritas-bu/2007-09/msg00062.html (10,678 bytes)
- 3. Re: [Veritas-bu] MPX Explanation (score: 1)
- Author: "Bobby Williams" <bobbyrjw AT comcast DOT net>
- Date: Thu, 6 Sep 2007 07:42:53 -0400
- All streams have a buffer associated with them (SIZE_DATA_BUFFERS and NUMBER_DATA_BUFFERS). The streams fill the buffers. When a buffer is full, it goes to tape. Watch your bptm logs and it will show
- /lists/html/Veritas-bu/2007-09/msg00063.html (12,026 bytes)
- 4. Re: [Veritas-bu] MPX Explanation (score: 1)
- Author: "Clooney, David" <david.clooney AT bankofamerica DOT com>
- Date: Thu, 06 Sep 2007 12:53:40 +0100
- Makes sense Bobby So in this scenario you have 4 separate bptm write processors on the media server, each filling their buffer at different rates. - - - - - - - - - - - - - - - - - - - - - - - - - -
- /lists/html/Veritas-bu/2007-09/msg00064.html (14,389 bytes)
- 5. Re: [Veritas-bu] MPX Explanation (score: 1)
- Author: "Clooney, David" <david.clooney AT bankofamerica DOT com>
- Date: Thu, 06 Sep 2007 12:58:48 +0100
- Thanks Kev Ready for what exactly ? Dave I would agree, that is what I have seen happen. If one stream lags behind it just skips putting it on the drive until it is ready. --Original Message-- From:
- /lists/html/Veritas-bu/2007-09/msg00065.html (13,008 bytes)
- 6. Re: [Veritas-bu] MPX Explanation (score: 1)
- Author: "Kevin Whittaker" <Kevin.Whittaker AT syniverse DOT com>
- Date: Thu, 6 Sep 2007 07:56:55 -0400
- I would agree, that is what I have seen happen. If one stream lags behind it just skips putting it on the drive until it is ready. --Original Message-- From: veritas-bu-bounces AT mailman.eng.auburn
- /lists/html/Veritas-bu/2007-09/msg00066.html (11,690 bytes)
- 7. Re: [Veritas-bu] MPX Explanation (score: 1)
- Author: "Kevin Whittaker" <Kevin.Whittaker AT syniverse DOT com>
- Date: Thu, 6 Sep 2007 07:59:44 -0400
- Should have been more clear. I mean till the buffer is full and it is ready to write it to the tape. Thanks Kev Ready for what exactly ? Dave I would agree, that is what I have seen happen. If one st
- /lists/html/Veritas-bu/2007-09/msg00067.html (13,505 bytes)
- 8. Re: [Veritas-bu] MPX Explanation (score: 1)
- Author: "Bobby Williams" <bobbyrjw AT comcast DOT net>
- Date: Thu, 6 Sep 2007 08:25:00 -0400
- When the buffer is full, then buffer empties to the tape. It works the same no matter how many MPX streams you have (even 1 stream). The I/O to tape has a buffer. The data does not go directly to the
- /lists/html/Veritas-bu/2007-09/msg00068.html (14,494 bytes)
- 9. Re: [Veritas-bu] MPX Explanation (score: 1)
- Author: "Clooney, David" <david.clooney AT bankofamerica DOT com>
- Date: Thu, 06 Sep 2007 13:49:10 +0100
- Thanks Bobby That seems to make sense now i.e. "The I/O to tape has a buffer. The data does not go directly to the tape" Saying this, then should be no gaps as presumed before as illustrated below ?
- /lists/html/Veritas-bu/2007-09/msg00069.html (34,451 bytes)
- 10. Re: [Veritas-bu] MPX Explanation (score: 1)
- Author: "Bobby Williams" <bobbyrjw AT comcast DOT net>
- Date: Thu, 6 Sep 2007 08:59:45 -0400
- there should be no gaps. Bobby Williams 2205 Peterson Drive Chattanooga, Tennessee 37421 423-296-8200 From: veritas-bu-bounces AT mailman.eng.auburn DOT edu [mailto:veritas-bu-bounces AT mailman.eng.
- /lists/html/Veritas-bu/2007-09/msg00070.html (35,199 bytes)
This search system is powered by
Namazu