Скорость работы сервера

From

Oleg Dvornikov (2:5020/175.2)

To

Вольный Павел (2:5054/37.63)

Date

2005-03-17T19:26:28Z

Area

RU.RDBMS.ORACLE

From: "Oleg Dvornikov" <odind@geeklife.com>

Thu Mar 17 2005 15:46, Вольный Павел wrote to All:

 ВП>   Привет all! Такая проблема.Есть сервер Оракл 9i(9.2.0.4.0)  под 
 ВП> Линукс. Установлен
 ВП>   на Dual Xeon 1.8 Ghz 4Gb памяти 5 HDD скази. Установлена задача - веб
 ВП>   приложение. Так вот, при запуске нескольких тяжелых долгоиграющих
 ВП>   отчетов (каждый примерно 10 мин варится в одиночку)  (если штук 10
 ВП>   запустили) все остальное резко начинает тормозить (раз в 5-10),
 ВП> особенно
 ВП>   тормозят именно эти отчеты/задачи.Блокировки не ставятся - чистый
 ВП> select
 ВП>   (не for update),MTS выключен, гипертрейдинг на серваке тоже выключен
 ВП>   (когда включали - было хуже).Где же прославленная масштабируемость
 ВП>   Оракл? Или у нас слабое железо? Усиленно оптимизируем эти отчеты, но
 ВП>   данные растут - таблицы по 200-800 тыс зап.- и все равно тормоза. Тома
 ВП>   Кайта (оба тома) уже затерли до дыр :) Подскажите, может кто плавал?


Скорее всего памяти маловато, да и сколько из тех 4 GB выделено Ораклу? Этим и
объясняется такое поведение: допустим одному запросу нужно 50-60% всей памяти,
поэтому для десятка запросов требуется уже 500-600%, вот Оракл и свопится на
диск, отсюда и скорость. При включении гипертрейдинга ситуация ухудшается за
счёт увеличения общего числа процессов, борющихся за память друг с другом.

Часто, возможно резко сократить расход памяти и, следовательно, резко
увеличить скорость, за счёт разбиения сложных запросов, соединяющих несколько
таблиц сразу, на цепочку последовательных соединений по паре таблиц и
сохранении результата во временной таблице, используя create table as select.

Даже с учётом ограничения в не-64-bit Оракле на возможную память, лучше бы
добавить серверу памяти как минимум до 6 GB и выделить Ораклу четыре
(примерно), или добавить ещё больше чтобы и Линукс смог увеличить свои буфера
(полезность буферов зависит от типа файловой системы). 

Но этот диагноз - только гадание вслепую, и для детальной картины надо
смотреть репорты от Statspack. 

--
Oleg D.

--- ifmail v.2.15dev5
 * Origin: FidoNet Online - http://www.fido-online.com (2:5020/175.2)
SEEN-BY: 50/203 450/186 451/30 452/25 454/9 461/33 74 106 640 464/34 465/204
SEEN-BY: 469/125 550/5068 4623/56 4625/9 4626/100 4641/444 4646/1 4653/10
SEEN-BY: 4657/50 5000/5000 5001/5001 5002/76 5002 5003/34 57 5004/58 5010/53
SEEN-BY: 5011/13 5015/4 28 5020/20 52 104 115 128 150 175 400 401 545 600 639
SEEN-BY: 5020/642 715 758 794 894 921 968 982 1100 1169 1212 1234 1356 1604
SEEN-BY: 5020/1626 1642 1873 1930 2020 2200 2238 4400 4441 12000 5021/3 44
SEEN-BY: 5022/128 5023/11 5025/19 151 750 5026/45 78 5030/69 195 382 920 966
SEEN-BY: 5030/1016 1063 1339 1900 5032/11 16 5033/21 35 5034/8 5035/10 5036/13
SEEN-BY: 5037/21 5040/33 47 5041/4 10 5042/13 5045/7 42 5049/157 5050/9 41
SEEN-BY: 5051/35 5053/16 5054/1 8 9 28 35 37 45 50 5056/16 5058/77 5059/20
SEEN-BY: 5060/90 5062/1 5063/5 41 51 5064/7 35 36 5070/26 66 1222 5071/22
SEEN-BY: 5079/23 49 5080/80 1003 5082/6 5083/13 21 5090/23 5093/27 5100/113
SEEN-BY: 6000/12

PATH: 5020/175 4441 52 5054/1 37