Re: Serious performance problems with large BUFPOOLSIZE
2006-01-27 11:19:43
>> On Fri, 27 Jan 2006 10:11:55 -0500, Matthew Glanville <matthew.glanville AT
>> KODAK DOT COM> said:
> Unfortunately it appears that the TSM server, when using the database
> buffer doesn't have very good method to find things in that buffer.....
> Thus searching through 30 GB of memory, or 10, or the class reccommended
> 128MB/per GB (4 in my case), could take longer than just getting that
> database page from disk.
> Anyone else seen this?
Oo, neat!
Do I understand you correctly to say that you've got 32G of memory and
a 4G database? If you've got core of a similar size to your DB, then
I suggest an experiment: instead of sticking it all in a buffer, make
some RAMdisk, and stick a third copy of your DB vols there, and see if
that helps on read performance. :)
Sounds like fun.
- Allen S. Rout
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- Re: Domino Client question, (continued)
- Re: Domino Client question, Farren Minns
- Re: Domino Client question, Del Hoobler
- Re: Domino Client question, Farren Minns
- Mac 5.2.3.12 point in time problem, Farren Minns
- Re: Mac 5.2.3.12 point in time problem, Richard Sims
- Re: Mac Client 5.2.3.12 point in time problem, Farren Minns
- Re: Mac Client 5.2.3.12 point in time problem, Richard Sims
- Re: Mac Client 5.2.3.12 point in time problem, Farren Minns
- Serious performance problems with large BUFPOOLSIZE, Matthew Glanville
- Re: Serious performance problems with large BUFPOOLSIZE, Andrew Carlson
- Re: Serious performance problems with large BUFPOOLSIZE,
Allen S. Rout <=
- Re: Serious performance problems with large BUFPOOLSIZE, Matthew Glanville
- Re: Serious performance problems with large BUFPOOLSIZE, Richard Sims
- Re: Serious performance problems with large BUFPOOLSIZE, Matthew Glanville
- Re: Serious performance problems with large BUFPOOLSIZE, Allen S. Rout
- Re: Serious performance problems with large BUFPOOLSIZE, Richard Sims
- Re: Domino Client question, Farren Minns
Re: Deleting a Volume in TSM, Henrik Wahlstedt
|
|
|