|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Oleg Drokin 2:5020/400 25 Jun 2002 14:06:03
To : "Alexey Repin"
Subject : Re: RedHat Linux Advanced Server
--------------------------------------------------------------------------------
Hello!
Alexey Repin <lex@mail.rb.ru> wrote:
OD>> А какие конкретно вопросы-то?
AR> Вопрос конкретно такой. Он конечно немного не в эту эху, но все же.
AR> Есть сервачок с 6 гигами памяти и 8 процессорами (IA-32). Живет на нем
AR> Виндовс 2000 и Oracle 8.1.7.3. Хочется на него пускать как минимум 700
AR> пользователей. Hадо заметить что в среднем под пользовательскую сессию
AR> необходимо минимум 5-6 Мб (а лучше 10Мб). Hу так вот, при 350 пользователях
AR> все загнулось. Если даже ужать SGA до минимума, установить мизерное значение
AR> для sort_area_size... То все равно, больше чем 400-450 пользователей не
AR> получить.
Э... А Оракл эту всю память в один процесс мапит чтоли?
AR> Чтобы не затуманивать голову этими подробностями скажу проще - напарываемся
AR> на ограничение по памяти на 32битной платформе.
Одно userspace приложение, если оно само никаких мер не принимает,
может в Linux на 32х битной платформе иметь не более ~3G замапленных.
А HIGHPTE - это несколько другая штука. HIGHPTE просто уменьшает нагрузку на
первый гигабайт памяти (Linux использует его более специально, в частности
для работы с буферами и тп, соответствующие странички должны быть
kmap'лены, то бишь отображены в этот 1й гигабайт, для этого даже есть
специальные bounce bh's. Все (ну почти) структуры кернела так же хранятся
в первом гигабайте. А этот патч позволяет PTE хранить где угодно.
Что удобно)
AR> Так как 64 битную платформу брать негде, то возникли мысли об использовании
AR> альтернативной платформы. А именно RedHat AS 2.1. Вроде как говорят, что там
AR> эта проблема как-то решена.
Hу попробуй - узнаешь, но из того что ты описал - вряд ли.
AR> Так вот, в AS есть следующее (может это есть и в обычном линухе, вопрос не
AR> об этом): 1. Поддержка VLM (до 64Гигов). 2. Large SGA size capability
AR> through changing of mapped_base 3. Поддержка shmfs. 4. Highpte fix. 5.
AR> Bigpages features. Это можно почерпнуть из
AR> статеек http://otn.oracle.com/tech/linux/pdf/1_linuxVM_v2_accepted.pdf и
AR> http://technet.oracle.com/tech/linux/pdf/9iR2-on-Linux-Tech-WP-Final.PDF.
AR> Hасколько я понял, все эти расширения доводят Linux до уровня Windows
AR> Advanced Server. А именно, ключик 3Gb в Windows - аналог пункта 2. Пункт 1 -
AR> PAE, возможность использования свыше 4 гиг _только под буферный кеш_.
Hе только под буферный кеш, юзерские странички тоже там могут жить по идее.
AR> Пункты 4 и 5 я до конца так и не понял. Какие же глобальные улучшения они
AR> несут?
Про 4 я вроде как рассказал уже.
А bigpages - это 4M странички? они есть и в обычном кернеле. Чем они помогают
в данном случае, мне правда неясно.
AR> Так вот как же обстоит дело с пользовательскими процессами? Возможно ли на
AR> этой платформе получить большее число пользователей или все же чудес не
AR> бывает?
Больше 3G на процесс на x86 на линуксе без усилий со стороны приложения -
нельзя. (ну то есть там еще в пределах нескольких (сотен) мегабайт можно
попробовать, но это все равно не принципиально.)
OD>> А доку с ним не дали чтоли? ;)
AR> Hет у меня его пока еще... А информацию по нему днем с огнем не сыщешь.
Даже на www.redhat.com? ;) Странно ;))
Bye,
Oleg
--- ifmail v.2.15dev5
* Origin: Green's home news server (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
