Re: xserver-xorg и hal
Hello!
On Tuesday 05 May 2009 14:49:51 Eugene Berdnikov wrote:
> > А при чем тут индексы?
>
> Индексы были в том, во что якобы "Разработчики Оракла тоже верили".
> Убийственный аргумент. Табличку > 10Тб индексировать совсем не нужно?
Еще раз - при чем тут индексы? Разговор был про общую память.
> Постгресс не умеет использовать столько памяти, сколько ему сказали?
> Не верю! :) Оракл точно умеет. Причём весьма гранулярно: сегмент для
> базы, сегмент для пользовательских сессий, и т.д. А что не лезет, то
> крутится через диск.
Умеет. Только столько памяти нет, чтобы все данные с диска в нее засунуть.
К примеру, на сервере с 1 Гб ОЗУ была у меня проблема с постгресом при обсчете
выборки в 10 Гб (данные за полгода - ровно такая отчетность требуется заказчику) .
Обработка запроса занимала от 1-го до 2-х часов. Если в это время поступал еще
запрос, Сервер уходил в своп навсегда. Теперь там работает эскулайт, обсчитывая
ту же выборку в 60 раз быстрее (от 1-й до 2-х минут) - он прямо с диска данные
берет, а не засовывает их предварительно в shared memory. Могу еще отметить,
что в эскулайте данные хранятся компактнее, чем в постгресе, что тоже вносит
свой вклад в быстродействие.
>
> > А вот СУБД без общей памяти, как правило, умеют работать
> > с данными на диске, а не пихают все данные в ОЗУ.
>
> Чтобы работать в 1000 раз медленнее оракла и постгресса на том же железе?
Любите гадать на кофейной гуще? :-) Выше я привел вам пример, что происходит
с постгресом на выборках объемом много более доступной shared memory. Если же
говорить о тестах, то на целероне с полгигом памяти 15 миллионов записей в
таблице постгрес обработать не смог, а эскулайт без проблем работал со 100
миллионами (на диске у меня тогда было 100 гиг доступно, а то бы и с большим
числом попробовал). Да, прошло лет 5, железо теперь другое, но качественно
ничего не изменилось. Более того, интел обещает 1000-ядерные процессоры -
эскулайт на них будет масштабироваться _линейно_, в отличие от СУБД с
разделяемыми ресурсами.
Best regards, Alexey Pechnikov.
http://pechnikov.tel/
Reply to: