ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Unix-системы [игнор отключен] [закрыт для гостей] / Работа с памятью Red Hat Enterprise Linux AS/ES 4
22 сообщений из 22, страница 1 из 1
Работа с памятью Red Hat Enterprise Linux AS/ES 4
    #33841306
Фотография softy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softy
Участник
У меня вопрос по Red Hat Enterprise Linux AS/ES 4 к тем, кто уже имеет опыт работы с этой ОС.

Действительно ли принцип работы с памятью изменился по сравнению с версией RH7.3(kernel 2.4)? Или свободная память так же безобразно исчезает как и раньше?
...
Рейтинг: 0 / 0
10.07.2006, 10:29:07
| Ответить | Цитировать | Написать  
Работа с памятью Red Hat Enterprise Linux AS/ES 4
    #33841334
Фотография softy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softy
Участник
Прчитал здесь : http://www.rhd.ru/docs/advice/rhel4_faq.html как они обосновывают переход с RH7.X:


Я использую продукты Red Hat Linux 7.x, 8.0 и 9 много лет, почему я должен перейти на продукты Red Hat Enterprise Linux или Red Hat Desktop?
автор
Традиционные продукты Red Hat Linux были очень успешны на протяжении многих лет и удовлетворяли потребности множества клиентов, но теперь достигли окончания времени поддержки. Они были, в основном, спроектированы как средство распространения новых возможностей открытого кода среди поклонников, разработчиков и энтузиастов. По мере того как Linux взрослел, требования к продукту, который предназначен для коммерческого ИТ внедрения, также увеличивались, а быстро меняющиеся продукты Red Hat Linux все больше и больше переставали подходить для этих нужд. Для решения сложившейся ситуации, Red Hat разработал семейство продуктов Red Hat Enterprise Linux, которое включает Red Hat Desktop, и специально спроектировано для коммерческого внедрения. Например, оно имеет более длинный цикл выпуска версий, чем традиционные продукты Red Hat Linux ( 12-18 месяцев, по сравнению с 4-6 месяцами ) и сфокусировано на технологиях для данного рынка (например, поддержка больших серверов). Дополнительно, все продукты Red Hat Enterprise Linux поставляются с годовой поддержкой, и пользователи могут продлить поддержку на срок до 7 лет. Объединенные обновления продукта выходят на регулярной основе, примерно 3-4 раза в год. Семейство Red Hat Enterprise Linux с энтузиазмом было принято ведущими производителями ПО и аппаратного обеспечения ( такими как BEA, Dell, Fujitsu, HP, IBM, Sun, Oracle and VERITAS) - все они сертифицировали свои приложения и аппаратные платформы для Red Hat Enterprise Linux. Тем временем, период поддержки традиционных продуктов Red Hat Linux подошел к концу.

Это не серьёзно. У меня никакой поддержки никогда не было. Ядро тщательно настраивалось и очищалось от всякой гадости перед компиляцией.

Смогу ли я сам в версии RHEL4 пересобрать ядро?
...
Рейтинг: 0 / 0
10.07.2006, 10:36:40
| Ответить | Цитировать | Написать  
Работа с памятью Red Hat Enterprise Linux AS/ES 4
    #33842408
no-dashi-v2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
no-dashi-v2
Гость
softbuilder@inbox.ruЭто не серьёзно. У меня никакой поддержки никогда не было. Ядро тщательно настраивалось и очищалось от всякой гадости перед компиляцией. Смогу ли я сам в версии RHEL4 пересобрать ядро?
А кто мешает? У нас два несколько серверов под самосборным ядрами замечательно бегают.
...
Рейтинг: 0 / 0
10.07.2006, 14:23:47
| Ответить | Цитировать | Написать  
Работа с памятью Red Hat Enterprise Linux AS/ES 4
    #33842441
Фотография softy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softy
Участник
Ok! А с памятью оно как работает?
...
Рейтинг: 0 / 0
10.07.2006, 14:33:11
| Ответить | Цитировать | Написать  
Работа с памятью Red Hat Enterprise Linux AS/ES 4
    #33842707
Фотография Adekamer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Adekamer
Участник
незнаю как с памятью - не те задачи - но дома у меня уже более года стоит 4-ка с ванилой ядром
это в 3-ке было сильно патченое ядро 2.4 с кусками от 2.6 в частности NTPL что усложняло сильно жисть
...
Рейтинг: 0 / 0
10.07.2006, 15:25:25
| Ответить | Цитировать | Написать  
Работа с памятью Red Hat Enterprise Linux AS/ES 4
    #33842710
Фотография Adekamer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Adekamer
Участник
хотел сказать более полугода :)
...
Рейтинг: 0 / 0
10.07.2006, 15:26:00
| Ответить | Цитировать | Написать  
Работа с памятью Red Hat Enterprise Linux AS/ES 4
    #33842813
Фотография softy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softy
Участник
Ладно. Последний образ докачивается. Сегодня завтра-поставлю. Отпишу впечатления.
...
Рейтинг: 0 / 0
10.07.2006, 15:52:36
| Ответить | Цитировать | Написать  
Работа с памятью Red Hat Enterprise Linux AS/ES 4
    #33843701
ДимГеннадьич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ДимГеннадьич
Участник
softbuilder@inbox.ruУ меня вопрос по Red Hat Enterprise Linux AS/ES 4 к тем, кто уже имеет опыт работы с этой ОС.

Действительно ли принцип работы с памятью изменился по сравнению с версией RH7.3(kernel 2.4)? Или свободная память так же безобразно исчезает как и раньше?

Kernel comparison: Improved memory management in the 2.6 kernel
...
Рейтинг: 0 / 0
10.07.2006, 23:26:09
| Ответить | Цитировать | Написать  
Работа с памятью Red Hat Enterprise Linux AS/ES 4
    #33847160
Фотография softy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softy
Участник
Тогда такой смешной вопрос: а нужно ли мне тогда ставить в целом новую систему? Может правильнее и проще просто новое ядро поставить? Изначально было ядро 2.4.18, потом я поставил 2.4.20. Какие есть противопоказания, что-бы поставить ядро 2.6?
...
Рейтинг: 0 / 0
12.07.2006, 11:17:53
| Ответить | Цитировать | Написать  
Работа с памятью Red Hat Enterprise Linux AS/ES 4
    #33847997
Фотография softy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softy
Участник
Ну что, поставил я RHEL4. Выводы следующие - принцип работы с памятью не изменился. По-прежнему при файловых операциях используется вся доступаная память. При копировании файла в 500Mb с CD на HDD и при наличии свободной памяти в 200Mb остаётся свободной 1,38Mb.

Причём очевидно, что для копирования файла достаточно некоторого небольшого буфера с фикcированным размером памяти. Файл с CD должен считывается в этот буфер, далее из буфера информация пишется в файл на HDD. Нет никакого смысла весь файл записывать в память. Всё равно скорость чтения информации с CD несопоставима со скоростью записи/считывания информации в/из буфера. И в том время пока файл считывается с CD - предыдущая порция в размере буфера уже давно записана на HDD.

Но с CD - это только частный случай. Конечно при чтении/записи с HDD на HDD скорость другая. Но не в этом суть. Суть в том, что Linux по-прежнему безобразно работает с памятью.
...
Рейтинг: 0 / 0
12.07.2006, 13:59:27
| Ответить | Цитировать | Написать  
Работа с памятью Red Hat Enterprise Linux AS/ES 4
    #33848292
Фотография lissyara
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
lissyara
Участник
ачё же безобразного-то?
пусть висит свободная память, да? а если понадобиться файло, что уже раньше читалось, снова его читать, всместо отдать из памяти?
===
это не безобразно, это как раз правильно...


Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
12.07.2006, 14:56:32
| Ответить | Цитировать | Написать  
Работа с памятью Red Hat Enterprise Linux AS/ES 4
    #33848310
g613
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
g613
Участник
а что мюсье хочет добиться ? `При наличии 200 мегв свободной...' - на то она и свободна, чтоб быть занятой... Я вот не пойму а нафига мне в серваке _СВОБОДНАЯ_ пямять если вот в данный конкретный момент ее можно использовать именно так ( закешировать обращения к диску ), все равно она _ПОКА_НИКОМУ_ больше не нужна ???
...
Рейтинг: 0 / 0
12.07.2006, 14:59:08
| Ответить | Цитировать | Написать  
Работа с памятью Red Hat Enterprise Linux AS/ES 4
    #33849080
ДимГеннадьич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ДимГеннадьич
Участник
softbuilder@inbox.ruНу что, поставил я RHEL4. Выводы следующие - принцип работы с памятью не изменился. По-прежнему при файловых операциях используется вся доступаная память. При копировании файла в 500Mb с CD на HDD и при наличии свободной памяти в 200Mb остаётся свободной 1,38Mb.

Причём очевидно, что для копирования файла достаточно некоторого небольшого буфера с фикcированным размером памяти. Файл с CD должен считывается в этот буфер, далее из буфера информация пишется в файл на HDD. Нет никакого смысла весь файл записывать в память. Всё равно скорость чтения информации с CD несопоставима со скоростью записи/считывания информации в/из буфера. И в том время пока файл считывается с CD - предыдущая порция в размере буфера уже давно записана на HDD.

Но с CD - это только частный случай. Конечно при чтении/записи с HDD на HDD скорость другая. Но не в этом суть. Суть в том, что Linux по-прежнему безобразно работает с памятью.

Доступная для приложения оперативная память в реальности равна сумме "свободной памяти и системного кэша" , система отдает кешу из оперативной памяти достаточный объем, чтобы ускорить и оптимизировать доступ к файловой системе и т.д. Если надо приложению, то оно запрашивает у ядро блок памяти для себя, ядро при этом : 1) разбирается в том, что находится в системном кэше, например динамические библиотеки требуемые для работы приложения, которые уже загружены она снова грузить не будет, а сделает маппинг - ссылку. Таже ядро берет под код память из "свободной", если не хватило - из кэша, если опять не хватило - выталкивает "спящие" области памяти из кэша на своп и далее оптимизирует перенося блоки "ждущие" в своп и выбирая из свопа в кэш активные и т.д.

Короче говоря алгоритм работы с памятью - хорошо продуманный и позволяет поддерживать высокую производительность и эффективность.

Однако следует помнить, что линукс - это изначально сервер и сервером останется, потому алгоритм работы с памятью подразумевает, что будет мнопользовательский и многопотоковый доступ к одним и тем же ресурсам.
Поэтому рассматривать например работу CD отдельно без взаимосвязи с задачами имеет мало смысла.

Понаблюдать можно за работой ядра с памятью:
vmstat 1
free
top
...
Рейтинг: 0 / 0
12.07.2006, 17:52:52
| Ответить | Цитировать | Написать  
Работа с памятью Red Hat Enterprise Linux AS/ES 4
    #33849508
no-dashi-v2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
no-dashi-v2
Гость
softbuilder@inbox.ruСуть в том, что Linux по-прежнему безобразно работает с памятью.
Боюсь, что суть уже не в линуксе и не в его алгоритмах его ядра, а в вашем необразовании :-( Может все-таки почитаете о том, что такое page cache и о том, что его страницы при необходимости отдаются затребовавшему память приложению?
...
Рейтинг: 0 / 0
12.07.2006, 23:31:34
| Ответить | Цитировать | Написать  
Работа с памятью Red Hat Enterprise Linux AS/ES 4
    #33850662
Фотография softy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softy
Участник
no-dashi-v2 Может все-таки почитаете о том, что такое page cache и о том, что его страницы при необходимости отдаются затребовавшему память приложению?

Так понятно, что отдаются. Проблема в том, как это делается.
...
Рейтинг: 0 / 0
13.07.2006, 13:00:29
| Ответить | Цитировать | Написать  
Работа с памятью Red Hat Enterprise Linux AS/ES 4
    #33851273
no-dashi-v2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
no-dashi-v2
Гость
softbuilder@inbox.ru no-dashi-v2 Может все-таки почитаете о том, что такое page cache и о том, что его страницы при необходимости отдаются затребовавшему память приложению?
Так понятно, что отдаются. Проблема в том, как это делается.

Нормально это делается.

Просто много того, что вы считаете "кэшем" на самом деле таким является с очень большой натяжкой. Например, если в системе запущено достаточно много разномастных демонов, то все бибилиотеки и бинарники, чей код должен быть загружен в память, в действительности лежат в том самом кэше.

А теперь внимание, вопрос на засыпку - каков у вас размер /lib, /bin, /sbin, /usr/lib, /usr/bin, /usr/sbin? Вы не находите, что страница памяти одной задачи в таком случае является несколько менее приоритетной, чем страница из кэша, в которой лежит кусок /lib/libc.so?

Так что линуксовый механизм управления памятью, если вдуматься, весьма неплох.
...
Рейтинг: 0 / 0
13.07.2006, 15:01:11
| Ответить | Цитировать | Написать  
Работа с памятью Red Hat Enterprise Linux AS/ES 4
    #33851845
Фотография softy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softy
Участник
Если функционально сервер Linux используется тупо как простой файловый сервер, к которому обращаются много пользователей за одним и тем-же статическим(неизменяющимся) файлом - то да - это удобно.

Но я использую Linux как систему под БД Oracle, которая имеет очень тонкие механизмы настройки втом числе различных внутренних кэшей. И я как админ решаю, что мне кэшировать, что не кэшировать и в какой мере итд.

Поэтому это кэширование на уровне ОС - мне абсолютно не нужно и даже мешает.
...
Рейтинг: 0 / 0
13.07.2006, 17:02:15
| Ответить | Цитировать | Написать  
Работа с памятью Red Hat Enterprise Linux AS/ES 4
    #33852708
no-dashi-v2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
no-dashi-v2
Гость
softbuilder@inbox.ruПоэтому это кэширование на уровне ОС - мне абсолютно не нужно и даже мешает.
А вы не думали, что пора бы начинать читать документацию, а не заявлять "хочу-хочу-не-хочу, линукс ваш сосет"?
В доках на "тяжелые" СУБД почти всегда говорится "используйте сырые устройства, чтобы избежать двойного кэширования, оверхеда на вводе-выводе и фрагментации датафайлов" - лично я читал это в доках у оракла и информикса как минимум. Для оракла, если у вас 10-ка, есть флажок для direct I/O и на регулярных датафайлах, а на 9i/8i - "/bin/raw ваше ффсё". ASM поверх raw, кстати, тоже поднимается.
...
Рейтинг: 0 / 0
14.07.2006, 07:26:00
| Ответить | Цитировать | Написать  
Работа с памятью Red Hat Enterprise Linux AS/ES 4
    #33852820
Фотография softy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softy
Участник
no-dashi-v2 softbuilder@inbox.ruПоэтому это кэширование на уровне ОС - мне абсолютно не нужно и даже мешает.
А вы не думали, что пора бы начинать читать документацию, а не заявлять "хочу-хочу-не-хочу, линукс ваш сосет"?
В доках на "тяжелые" СУБД почти всегда говорится "используйте сырые устройства, чтобы избежать двойного кэширования, оверхеда на вводе-выводе и фрагментации датафайлов" - лично я читал это в доках у оракла и информикса как минимум. Для оракла, если у вас 10-ка, есть флажок для direct I/O и на регулярных датафайлах, а на 9i/8i - "/bin/raw ваше ффсё". ASM поверх raw, кстати, тоже поднимается.

Да вы теоретик, батенька как я погляжу.

Про raw
...
Рейтинг: 0 / 0
14.07.2006, 09:10:50
| Ответить | Цитировать | Написать  
Работа с памятью Red Hat Enterprise Linux AS/ES 4
    #33852823
Фотография softy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softy
Участник
А если собрать реальную статистику по использованию raw для Oracle - сильно сомневаюсь, что это типично.
...
Рейтинг: 0 / 0
14.07.2006, 09:14:18
| Ответить | Цитировать | Написать  
Работа с памятью Red Hat Enterprise Linux AS/ES 4
    #33853016
Сына
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сына
Участник
no-dashi-v2Для оракла, если у вас 10-ка, есть флажок для direct I/O и на регулярных датафайлах, а на 9i/8i - "/bin/raw ваше ффсё".
В 9-ке тоже можно использовать DIO на FS (ext2/ext3).
...
Рейтинг: 0 / 0
14.07.2006, 10:16:41
| Ответить | Цитировать | Написать  
Работа с памятью Red Hat Enterprise Linux AS/ES 4
    #33998364
AWanderer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AWanderer
Участник
softbuilder@inbox.ru no-dashi-v2 softbuilder@inbox.ruПоэтому это кэширование на уровне ОС - мне абсолютно не нужно и даже мешает.
А вы не думали, что пора бы начинать читать документацию, а не заявлять "хочу-хочу-не-хочу, линукс ваш сосет"?
В доках на "тяжелые" СУБД почти всегда говорится "используйте сырые устройства, чтобы избежать двойного кэширования, оверхеда на вводе-выводе и фрагментации датафайлов" - лично я читал это в доках у оракла и информикса как минимум. Для оракла, если у вас 10-ка, есть флажок для direct I/O и на регулярных датафайлах, а на 9i/8i - "/bin/raw ваше ффсё". ASM поверх raw, кстати, тоже поднимается.

Да вы теоретик, батенька как я погляжу.

Про raw

для оракла есть еще OCFS, для тех кто не хочет ASM или у кого 8i/9i. производительность та же что у raw.
...
Рейтинг: 0 / 0
20.09.2006, 03:55:43
| Ответить | Цитировать | Написать  
22 сообщений из 22, страница 1 из 1
Форумы / Unix-системы [игнор отключен] [закрыт для гостей] / Работа с памятью Red Hat Enterprise Linux AS/ES 4
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=25&msg=33848310&tid=1489045]:
 0ms
get settings:
 9ms
get forum list:
 16ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 51ms
get topic data:
 10ms
get forum data:
 3ms
get page messages:
 64ms
get tp. blocked users:
 1ms
others: 210ms
total:  370ms
созд. / загр.: 370ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]