|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Andrey Zhukov 2:5025/33.15 19 Jun 2001 23:48:48
To : George Galiullin
Subject : <none>
--------------------------------------------------------------------------------
19 Jun 01 10:20, George Galiullin wrote to All:
>> >> Это я об умении:
>> >> - задействовать значительные объемы ОЗУ
>> GG> не знаю, что ты считаешь значительным, но пол гига нормально
>> GG> задействеут :)
>> Ты видел задачу где увеличение объема памяти с 256M до 512M дало
>> ощутимое увеличение производительности для IB? Plz, поделись где ты
GG> Я немножко не о том. Hаблюдались случаи, кога ИБ занимал 100% памяти и
GG> 100% процессора (Толик, заткни уши :), у тебя предвзятое отношение к
GG> IB ) ...при ошибках оптимизатора в больших многопроходных процедурах с
GG> запросами типа
Это ошибка не оптимизатора,а того кто процедуру писал :) Хуже то,что IB порой
выбирает странные планы и на нормальных запросах... Кстати, если бы не order by
твой запрос может быть память и не жрал-бы (насколько я понимаю,если IB не может
использовать для сортировки индекс то он выбирает все записи и потом сортирует
их или в памяти,если она есть,или скидывает в temp-файлы, если ее нет - а так
как выборка большая а ограничения на working set видимо не стоит то такая
картина как у тебя и получается).
GG> Hо ресурсы при этом честно используются _все_. Сервер уходит в аут на
GG> 15-20 минут, все ост. клиенты в ауте :( (архитектура SS), но потом
Послать сервер в нокаут - дело нехитрое :)
Bye!
Andrey
--- GoldED/386 3.00.Beta3+
* Origin: Zhukov's Home Station (2:5025/33.15)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
