UKOUG 2006 Day 2+

Posted in: Technical Track

Since all my presentations were over at the day 1, I’m now relaxing and enjoy others’ sessions. Interesting was the Anti-Tuning RAC round-table with conclusion that more or less majority is running RAC because they have way too much money/time/hardware/name it. No surprise if you know who moderated it.

The best part was in the evening even though I was stupid enough to spend £35 on the UKOUG organized dinner – let’s say, the food was good but I expected something more from that. So after closing at about 11pm I popped into Jury’s Inn bar and all the usual suspects were there. By that time some more “Oakers” appeared as their dinner was over. Anyway, Jury’s Inn bar was empty in few hours and the next stop was Hyatt bar Pravda (translated from Russian as “truth”, by the way). The bar itself was… how can I put it… not good – no Guinness and way too expensive. I still had good time there and they threw us out by 4am.

Today I was at the conference by 9am and was feeling even more fresh than the previous day. I think that moderate amount of Guinness has positive impact!

I should mention that I attended an excellent presentation from Steve Shaw (creator of Hammerora) and I had a nice chat with him. He’s done quite a few improvements to Hammerora and the new version is coming soon. Good job!

Want to talk with an expert? Schedule a call with our team to get the conversation started.

About the Author

What does it take to be chief technology officer at a company of technology experts? Experience. Imagination. Passion. Alex Gorbachev has all three. He’s played a key role in taking the company global, having set up Pythian’s Asia Pacific operations. Today, the CTO office is an incubator of new services and technologies – a mini-startup inside Pythian. Most recently, Alex built a Big Data Engineering services team and established a Data Science practice. Highly sought after for his deep expertise and interest in emerging trends, Alex routinely speaks at industry events as a member of the OakTable.

2 Comments. Leave new

Anti-Tuning RAC ….interesting. I agree that one would go with RAC if they have too much money to spend….and most often people have had to implement RAC to figure out that they really could have done without it….until then all the buzzz around RAC attracts customers.


I should have mentioned that “anti-tuning” concept was based on the requirement to have “enough” spare CPU capacity in RAC so that LM* processes have enough CPU as well as CRS (read CSS) in critical situations.
So the proposal (with a bit of humor but not far from reality) was to have as many CPU capacity as possible and as few disks as possible to make the system IO bound. The latter is not a problem with modern storage boxes and disks sizes. ;-)


Leave a Reply

Your email address will not be published. Required fields are marked *