We have implemented large pages on our v6 servers (now v7 servers).  I agree it 
seems to work as suggested by the presentation.  It requires some tuning to 
begin with to get the ideal number.  It does mean that the memory reserved for 
large pages is not available for other processes so like so many things 
implementing it is a bit of a balancing act.  If you make large pages mandatory 
then do not run out of large page space or you'll get out of memory errors.  
With it set to "yes" TSM will fall back to using smaller pages when large page 
space is exhausted.

We think we saw a drive performance improvement but it was hard to measure, it 
certainly didn't make things worse.  We can see that TSM is using the large 
pages.  We have 38 TS1140 drives across two libraries.

James.

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of 
Steven Harris
Sent: 11 March 2015 12:14
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] AIX large pages with TSM

Yep implemented this on my "new" v6 servers. Seems to work as advertised.  They 
aren't CPU stressed enough yet to see any real difference though.

Regards

Steve

Steven Harris
TSM Admin, Canberra Australia.


On 11/03/2015 10:15 PM, Rhodes, Richard L. wrote:
> I've been in meetings/training this week about AIX LPM and other stuff 
> related with LPARS.  We got talking about our TSM servers, and the IBM 
> leader mentioned a presentation given a while ago at a IBM conference 
> about using LARGE PAGES (16MB) with TSM to prevent lock contention.  
> This is supposed to help if you drive some large number of tape drives 
> concurrently. He mentioned one company that implemented this and saw a 
> 20% increase in tape throughput.
>
> http://www-01.ibm.com/support/docview.wss?uid=swg21649823&aid=1
>
> I'm curious if anyone out there has heard of this and possibly 
> implemented large pages for TSM.
>
> Thanks!
>
> Rick
>
>
>
>
>
>
> -----------------------------------------
>
> The information contained in this message is intended only for the 
> personal and confidential use of the recipient(s) named above. If the 
> reader of this message is not the intended recipient or an agent 
> responsible for delivering it to the intended recipient, you are 
> hereby notified that you have received this document in error and that 
> any review, dissemination, distribution, or copying of this message is 
> strictly prohibited. If you have received this communication in error, 
> please notify us immediately, and delete the original message.
>