On Jan 27, 2006, at 1:54 PM, Allen S. Rout wrote:
Sounds like that would make a fascinating chart.
And the recommended formula would have led you to something like 20G,
right?
With the really slow points, was the cache hit percentage good?
Something else that could be interesting is to set s
> I think the discussion could use more details about the architecture
> being used.
> If you haven't already, see IBM Technote 1208540.
>
> Richard Sims
Ahh those details.
TSM server 5.3.2 on Solaris 9, 64 bit, 8 cpus' 32 GB ram.
DB size, 150 GB, 75% used
Cur
>> On Fri, 27 Jan 2006 12:05:54 -0500, Matthew Glanville <[EMAIL PROTECTED]>
>> said:
> BUFPOOLSIZE when it is too large, which my guess is the point at
> which a search through that much memory takes longer than a disk
> read. The larger it it gets, the slower
I think the discussion could use more details about the architecture
being used.
If you haven't already, see IBM Technote 1208540.
Richard Sims
y of your DB vols there, and see if
> that helps on read performance. :)
>
No, not quite.
TSM database size is 150 GB.
Server RAM size 32 GB.
Summary:
BUFPOOLSIZE when it is too large, which my guess is the point at which a
search through that much memory takes longer than a disk read.
>> On Fri, 27 Jan 2006 10:11:55 -0500, Matthew Glanville <[EMAIL PROTECTED]>
>> 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 re
l (me), was able to get TSM servers with 32 GB of
memory.
All the documentaiton/redbooks from IBM/Tivoli on that I could find,
indicates that BUFPOOLSIZE should be tuned so DB cache hit rate is > 98
and of course, common sense indicates higher hit rates are bettter.
There also is a warning not to
Some lucky individual (me), was able to get TSM servers with 32 GB of
memory.
All the documentaiton/redbooks from IBM/Tivoli on that I could find,
indicates that BUFPOOLSIZE should be tuned so DB cache hit rate is > 98
and of course, common sense indicates higher hit rates are bettter.
Th
Rich -
Thanks for the actual error messages.
Whereas you are running AIX: The ANR0358E may be a consequence of
your static /etc/security/limits values for root (or whatever user
the instance is running under), and/or the shell Unix Resource Limits
in effect for that session when the server was s
Server restart-recovery in progress.
ANR0200I Recovery log assigned capacity is 4092 megabytes.
ANR0201I Database assigned capacity is 59680 megabytes.
ANR0306I Recovery log volume mount in progress.
ANR0358E Database initialization failed: sufficient memory is not available.
When I put my bufpoolsize
itself allocate the buffpoolsize in the physical memory anyway?
regards,
Kury
Van: ADSM: Dist Stor Manager namens Richard Mochnaczewski
Verzonden: ma 1/23/2006 21:34
Aan: ADSM-L@VM.MARIST.EDU
Onderwerp: [ADSM-L] Increasing bufpoolsize issue
Hi Everybody,
I have
Hi Everybody,
I have two instances of TSM 5.1.6 running on my AIX server . I added 1Gb of
physical memory and increased the bufpoolsize in both instances by 512Mb .
After the reboot, one instance came up fine and the other one complained about
not enough memory available . Why would it
4:36
To: [EMAIL PROTECTED]
Subject: Re: Sizing of Bufpoolsize, everyone take note of this response
We are about to upgrade to a 6 x 750 MHZ from a 4 x 450 MHZ. At that
point, I will consider doing more bufferpool. The problem is the buffer
processing does use some CPU resources, especially
), so I
may run my bufferpool up to a gigabyte.
Paul D. Seay, Jr.
Technical Specialist
Naptheon Inc.
757-688-8180
-Original Message-
From: Paul Ripke [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 17, 2003 8:48 PM
To: [EMAIL PROTECTED]
Subject: Re: Sizing of Bufpoolsize, everyone take note
less. Given the nature of TSM I/O, the AIX buffer
cache is going to be next to useless. It may then be possible to expand
the TSM bufpoolsize beyond recommendations... I've set mine to about
60-70% physical RAM, up from 30-40%. The speed of selects and "q actlog"
have increased by a
: Friday, January 17, 2003 10:04 AM
To: [EMAIL PROTECTED]
Subject: Sizing of Bufpoolsize
Hi *SM fellows,
I'm running TSM 4.2.3.1 on an AIX 4.3.3 system (IBM 6h0) with 2 GB ram, the
db size is 21 GB, 75 % used, the logpool size is 12 GB. Since 3 weeks (when
we upgraded from 4.2.1.15),
date: 1/17/2003 10:04:32 AM
subject: Sizing of Bufpoolsize
> Hi *SM fellows,
>
> I'm running TSM 4.2.3.1 on an AIX 4.3.3 system (IBM 6h0) with 2 GB ram, the db size
>is 21 GB, 75 % used, the logpool size is 12 GB. Since 3 weeks (when we upgraded from
>4.2.1.15), I get
to go through 9 million objects, and cache hit ratio is between 94 and 96 %.
I tried to increase my bufpoolsize from 151 MB to 400 in several 100 GB steps without
seeing any improvement, and the system is now heavily paging.
Could you please share your bufpoolsize settings with me, if working in the
ackup completing (and reducing the
log to zero) I then recommend to immediately remove the safety valve log
volume.
Steffan
- Original Message -
From: "William F. Colwell" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, February 28, 2002 1:13 PM
Subject: Re: logm
Here is what i Recomend about Bufpoolsize.
It depends on youre amount of system memmory and can vary a bit.
SYSTEM MEMMORY (MB) RECOMENDED BUFFER POOL SIZE (KB)
32 2048
48 3072
64
how busy your TSM system gets - how many tansactions
you are doing.
Our current Bufpoolsize:
Bufpoolsize 384000 - This will depend on your system's memory
(You can always double your current bufpoolsize and see what
this does to your cache hit percentage - if it stays below
98% - increase more
emental dbb's to sms managed disk. My log is 7,146
megs; if you upgrade
the server code 4.2.(1.9) you can make the log more than 5.3GB, up to 13GB.
You can do a 'q log f=d' and monitor the cumulative consumption value to see how much
you
need for a day or between scheduled db backups.
Environment:
Server: 4.1.3.0
Platform: S390
1. Logmode: We're going to change the Logmode from Normal to Roll Forward. What
determines the amount of disk I'll require?
2. Bufpoolsize: We're going to increase from 24576K to ?. What's the determining
factor?
3. Mpthr
> Environment:
> Server: 4.1.3.0
> Platform: S390
>
> 1. Logmode: We're going to change the Logmode from Normal to Roll Forward. What
>determines the amount of disk I'll require?
>
> 2. Bufpoolsize: We're going to increase from 24576K to ?.
ation than you'd think" -
Scott Adams/Dilbert
-Original Message-
From: MORGAN TONY [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 11, 2002 4:19 AM
To: [EMAIL PROTECTED]
Subject: Cache Hit Rate, Bufpoolsize Size and N
The Bufpoolsize parameter has been raised in stages to its current high of
327680 .. this does not appear to be having the desired effect.
Server: Dual Xeon 700Mhz (Dell 8450) running NT 4.0 SP6a
TSM V4.1.1.0
Selftune bufpoolsize is OFF
>Our tsm server is a hand-me-down with lots of memory - 12GB. I
>decided to double the bufpoolsize parm to 2048576. When I tried to
>start tsm it complained that it couldn't acquire this memory and
>failed to start. I tried to set it to just a few hundred mb more,
>but had
Our bufpool hit ratio has been running in the mid 90% and I would
like to increase it's size. Currently, it's set to:
dsmserv.opt: BUFPoolsize 1048576
Our tsm server is a hand-me-down with lots of memory - 12GB. I
decided to double the bufpoolsize parm to 2048576. When I trie
Hallo,
Result from this and some offline responds:
there seem not to be any limitation on BufPoolSize
on *SM Server on NT starting with v 3.7,
except for real free RAM size (practical limit)
or except for free virtual memory size (theoretical limit).
So all NT folks with small Cache Hit
I am running my TSM box on W2K with a buffpool size of 196MB and it is
running fine. That is the number that TSM chose on install.
-Original Message-
From: sal Salak Juraj [mailto:[EMAIL PROTECTED]]
Sent: Thursday, April 19, 2001 7:24 AM
To: [EMAIL PROTECTED]
Subject: Re: ? BUFPOOLSIZE
Hi and thanks,
the very same sentence can be found in v3. manual,
but there it is simply not true.
Using larger values then 64 MB with 3.1.7 will
cause *SM Server to start slow, slower, not to start at all (depending on
the BufPoolSize value)
and the space declared above 64MB will aparently
According to the 4.1 Admin. Reference, "The maximum value is limited by
available virtual memory size."
sal Salak Juraj wrote:
hallo,
I have purchased upgrade from TSM Server 3.1.7 under NT 4
to newest TSM server version.
There is limitation of BufPoolSize to max. 65536 in my current
hallo,
I have purchased upgrade from TSM Server 3.1.7 under NT 4
to newest TSM server version.
There is limitation of BufPoolSize to max. 65536 in my current system.
I hope this limit is much larger with TSM 4.x - I would like
to purchase some RAM an speed up my system.
Can anyone tell me how
Hi Don
Yes, we can compare BUFPoolsize to SGA.
To know how many RAM TSM is *reallyù using,
svmon -P => 4096Bytes pages
rv
> -Message d'origine-
> De : Don Avart [mailto:[EMAIL PROTECTED]]
> Envoyé : mercredi 18 avril 2001 15:04
> À : [EMAIL PROTECTED]
&
; <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
cc:
Subject: BUFPoolsize
Is the BUFPoolsize parameter similar to the SGA of an
Oracle database? If I set this parameter to 262144
will that pin 256 MB of Memory for the database?
__
Do You Ya
Is the BUFPoolsize parameter similar to the SGA of an
Oracle database? If I set this parameter to 262144
will that pin 256 MB of Memory for the database?
__
Do You Yahoo!?
Yahoo! Auctions - buy the things you want at great prices
http
settings; or both.
Good luck.
Tab Trepagnier
ADSM Administrator
Laitram Corporation
"Shalev, Jonathan" <[EMAIL PROTECTED]> on 01/11/2001 06:05:34 AM
Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
cc: (bcc: Tab Tre
you have to reset the bufferpool statistics!
-Ursprüngliche Nachricht-
Von: Shalev, Jonathan [mailto:[EMAIL PROTECTED]]
Gesendet am: Donnerstag, 11. Januar 2001 13:06
An: [EMAIL PROTECTED]
Betreff: Bufpoolsize and cache hit percentage on ADSM DB
I am running ADSM server 3.1.2.40 on AIX
I am running ADSM server 3.1.2.40 on AIX 4.3.2.0 with 512MB memory.
The ADSM DB size is 19GB, with 67.2% used.
I am trying to tune the Bufpoolsize so as to reach >98% cache hit
percentage, as recommended by Tivoli/IBM.
When I started, a few months ago, the value of bufpoolsize was 16K and
39 matches
Mail list logo