Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*diskpool\s+performance\s*$/: 18 ]

Total 18 documents matching your query.

1. Re: diskpool performance (score: 1)
Author: Salak Juraj <j.salak AT ASAMER DOT AT>
Date: Wed, 31 Jul 2002 16:57:18 +0200
Hey, what the hell was your raid-10 like? Raid10 is by no means slower than raid1, if correctly implemented (by the means of the raid controller). I had it previously on an ICP-Vortex controller, and
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-08/msg00058.html (14,077 bytes)

2. Re: diskpool performance (score: 1)
Author: Zlatko Krastev <acit AT ATTGLOBAL DOT NET>
Date: Mon, 19 Aug 2002 03:36:43 +0300
It depends on how the RAID controller implemented RAID-10 (or RAID-1E). If your write request is small (and random as in TSM DB) you can easily hit read-before-write penalty usually found in RAID-5.
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-08/msg00766.html (14,582 bytes)

3. Re: diskpool performance (score: 1)
Author: Salak Juraj <j.salak AT ASAMER DOT AT>
Date: Tue, 27 Aug 2002 15:36:01 +0200
Hallo Zlatko, both the originator and me wrote about disastreous performance with stripping raid-10. You write about read-before write penalty with raid-5. I do not understand? regards Juraj [mailto:
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-08/msg01180.html (16,128 bytes)

4. diskpool performance (score: 1)
Author: Steve Freeman <sfreeman AT ACRLIMITED.CO DOT UK>
Date: Wed, 24 Jul 2002 17:00:55 +0100
Please could someone advise me on the following issue we have with tsm. I am a TSM novice and would appreciate some pointers etc. Environment : TSM 4.2.0 AIX4.3.3 ML09 Server and Client on same Serve
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-07/msg00925.html (11,993 bytes)

5. Re: diskpool performance (score: 1)
Author: Orville Lantto <orville.lantto AT DTREND DOT COM>
Date: Wed, 24 Jul 2002 13:02:39 -0500
What are your throughput values? Tape is not necessarily slower than disk, especially when the data is compressed on the tape drive. Orville L. Lantto Datatrend Technologies, Inc. (http://www.datatre
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-07/msg00928.html (13,117 bytes)

6. Re: diskpool performance (score: 1)
Author: "Pearson, Dave" <DCPearson AT SNOPUD DOT COM>
Date: Wed, 24 Jul 2002 11:31:03 -0700
ON Tape... It take time to unwind, take the tape out, put another tape in then start processing... With Diskpool. Thre is non of this. My thought Dave Pearson
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-07/msg00932.html (14,201 bytes)

7. Re: diskpool performance (score: 1)
Author: Tab Trepagnier <Tab.Trepagnier AT LAITRAM DOT COM>
Date: Wed, 24 Jul 2002 14:31:04 -0500
Steve, Ultimately, you're limited to media write speeds. For example, my LTO drives write at 12 MB/s sustained; my 18 GB SCSI drives write at 16 MB/s sustained. Nothing I do to TSM will increase thos
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-07/msg00937.html (13,229 bytes)

8. Re: diskpool performance (score: 1)
Author: Orville Lantto <orville.lantto AT DTREND DOT COM>
Date: Wed, 24 Jul 2002 15:02:32 -0500
Yes, there is overhead on tape, but the tape drives will theoretically write at rated write speed TIMES THE COMPRESSION RATIO. I have seen a sustained 60 MB/second into a 3590 tape drive. It required
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-07/msg00939.html (15,507 bytes)

9. Re: diskpool performance (score: 1)
Author: "Seay, Paul" <seay_pd AT NAPTHEON DOT COM>
Date: Thu, 25 Jul 2002 01:04:51 -0400
You are probably running at source disk speed in both cases. Just because it if fibre disk does not mean it is fast. It really depends on how you configured it, what type it is, etc. Paul D. Seay, Jr
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-07/msg00963.html (11,547 bytes)

10. Re: diskpool performance (score: 1)
Author: Remco Post <r.post AT SARA DOT NL>
Date: Thu, 25 Jul 2002 10:27:49 +0200
Hi, I have noticed that it is very bad for performance to have 10+ diskpools (we had close to 50 volumes) on one raid5 volume, and have multimpe volumes being accessed at the same time. We greatly in
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-07/msg00965.html (13,505 bytes)

11. Re: diskpool performance (score: 1)
Author: Dirk Kastens <Dirk.Kastens AT UNI-OSNABRUECK DOT DE>
Date: Thu, 25 Jul 2002 13:09:17 +0200
Hi, Seemed to be a faulty raid controller. We always used raid5 for TSM volumes and never got any errors or bottlenecks. Of course, we use different raids for stgpools and the database. Regards, Dirk
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-07/msg00966.html (11,773 bytes)

12. Re: diskpool performance (score: 1)
Author: "Kelly J. Lipp" <lipp AT STORSOL DOT COM>
Date: Fri, 26 Jul 2002 13:52:22 -0700
Our experience with disk pools on RAID5 volumes has indicated that slow performance is the norm rather than the exception. This is especially true when more than one operation was running at a time,
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-07/msg01015.html (12,566 bytes)

13. Re: diskpool performance (score: 1)
Author: Alex Paschal <AlexPaschal AT FREIGHTLINER DOT COM>
Date: Fri, 26 Jul 2002 15:44:26 -0700
Steve, You can check your disk performance. When you're backing up to diskpool, check your CPU's Wait I/O using vmstat 1 10 If you're getting significant Wait I/O, you can do an iostat 1 10 to check
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-07/msg01023.html (11,751 bytes)

14. Re: diskpool performance (score: 1)
Author: "Seay, Paul" <seay_pd AT NAPTHEON DOT COM>
Date: Sat, 27 Jul 2002 15:59:07 -0400
What data rates are you getting? What type of files are you backing up, big (over 1G), small (less than 50K), filesystem, databases? Is the TSM database on the same volume group as the diskpools? Is
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-07/msg01035.html (11,774 bytes)

15. Re: diskpool performance (score: 1)
Author: Mark Stapleton <stapleto AT BERBEE DOT COM>
Date: Sun, 28 Jul 2002 00:45:39 -0500
A question: why are RAIDing your TSM diskpool? There's no need for redundancy in the diskpool, since the diskpool is not the mission-critical component of your backup system. It's the *tape* pool you
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-07/msg01036.html (12,273 bytes)

16. Re: diskpool performance (score: 1)
Author: "Seay, Paul" <seay_pd AT NAPTHEON DOT COM>
Date: Sun, 28 Jul 2002 21:46:53 -0400
There is one caveat Mark. If the loss of a backup is a critical failure to an application, then you must Raid-1 or Raid-5 the pool. I have applications that take processing cycle backups several time
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-07/msg01041.html (11,902 bytes)

17. Re: diskpool performance (score: 1)
Author: Roger Deschner <rogerd AT UIC DOT EDU>
Date: Tue, 30 Jul 2002 20:54:29 -0500
The disk storage pools need to be RAID-1+. It's "other people's data" and you are responsible for it, from the moment it is backed up from their client systems. As you have discovered, performance is
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-07/msg01126.html (14,256 bytes)

18. Re: diskpool performance (score: 1)
Author: Salak Juraj <j.salak AT ASAMER DOT AT>
Date: Wed, 31 Jul 2002 16:57:18 +0200
Hey, what the hell was your raid-10 like? Raid10 is by no means slower than raid1, if correctly implemented (by the means of the raid controller). I had it previously on an ICP-Vortex controller, and
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-07/msg01157.html (11,373 bytes)


This search system is powered by Namazu