http://www.pythian.com/news/302/ukoug-2006-day-2/ News and views from Pythian DBAs Fri, 10 Feb 2012 13:01:25 +0000 hourly 1 http://wordpress.org/?v=3.0.4 http://www.pythian.com/news/302/ukoug-2006-day-2/#comment-7797 Alex Gorbachev Mon, 20 Nov 2006 03:53:49 +0000 http://www.pythian.com/blogs/302/ukoug-2006-day-2#comment-7797 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. ;-) 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. ;-)

]]> http://www.pythian.com/news/302/ukoug-2006-day-2/#comment-7367 vidya Thu, 16 Nov 2006 17:20:29 +0000 http://www.pythian.com/blogs/302/ukoug-2006-day-2#comment-7367 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. 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.

]]>