
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
03.05.2005, 17:28
|
|||
|---|---|---|---|
|
|||
создания временных пространств в оперативной памяти |
|||
|
#18+
Добрый день! Может кто-нибудь знает, есть ли возможность создания временных пространств в оперативной памяти,на виртуальной файловой системе?? Такой вопрос возник у меня в всвязи с желанием повысить производительност работы с временными dbspaces. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.05.2005, 17:55
|
|||
|---|---|---|---|
|
|||
создания временных пространств в оперативной памяти |
|||
|
#18+
Не проще ли буфферные пулы побольше задать и области для сортировки??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.05.2005, 11:40
|
|||
|---|---|---|---|
создания временных пространств в оперативной памяти |
|||
|
#18+
Создаешь виртуальный диск в памяти, переменную окружения сервера PSORT_DBTEMP указываешь в файловую систему на этом диске, перезапускаешь сервер. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.05.2005, 12:41
|
|||
|---|---|---|---|
|
|||
создания временных пространств в оперативной памяти |
|||
|
#18+
AndronСоздаешь виртуальный диск в памяти Примечание. На солярисе /tmp штатно находится в виртуальной памяти. Ничего создавать не надо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
05.05.2005, 09:45
|
|||
|---|---|---|---|
|
|||
создания временных пространств в оперативной памяти |
|||
|
#18+
Я правильно понимаю, что мы с Вами говорим про Информикс? Тогда далее у меня возникают вопросы: 1) чем это ( создания временных пространств на виртуальной файловой системе) грозит в случае например падения сервера? Что можно сделать с пропавшими чанками временных пространств? Есть мнение, что их можно просто удалить при необходимости. 2) можно ли заставить временные объекты создаваться, если temp dbspaces созданы на файлах? (основные временные операции - join и sort) 3) другие рекомендации. Буду рада услышать ответы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
05.05.2005, 11:03
|
|||
|---|---|---|---|
|
|||
создания временных пространств в оперативной памяти |
|||
|
#18+
Shket, расскажи лучше зачем для каких запросов oltp dss это надо? Может pdq настроить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
05.05.2005, 11:07
|
|||
|---|---|---|---|
создания временных пространств в оперативной памяти |
|||
|
#18+
Конечно про информикс :) далее по пунктам: 1. ничем не грозит. Надо только чтобы эта витуальная ФС создавалась всегда раньше запуска информикса. 2. Может конечно пострадать производительность если чанки лежат в файлах. И надежность работы через AIO ниже чем KAIO (поскольку через AIO может происходить промежуточная буферизация данных в операционной системе). Но мы говорим про ФС расположенную в ОЗУ, а значит теоретически работа с ней должна быть быстрее чем с дисками. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
05.05.2005, 11:26
|
|||
|---|---|---|---|
|
|||
создания временных пространств в оперативной памяти |
|||
|
#18+
"Для какого рода запросов oltp dss это надо?" - я не в курсе. Передо мной стоит следующая задача: периодически возникают моменты, когда кол-во операций ввода/вывода во временные пространства на 3 порядка превышает кол-во операций со всеми другими пространствами. В эти моменты возникают серьезные нарекания со стороны пользователей.Требуется увеличить производительность путем например создания временных пространств в оперативной памяти, на виртуальной файловой системе. С какими сложностями это будет связано? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
05.05.2005, 11:37
|
|||
|---|---|---|---|
|
|||
создания временных пространств в оперативной памяти |
|||
|
#18+
Andron далее по пунктам: 1. ничем не грозит. Надо только чтобы эта витуальная ФС создавалась всегда раньше запуска информикса. Andron, а как сделать так, чтоб эта витуальная ФС создавалась всегда раньше запуска информикса? и как вообще создать виртуальный диск в памяти? \\ может эти вопросы покажутся совсем глупыми, но все же.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
05.05.2005, 12:18
|
|||
|---|---|---|---|
создания временных пространств в оперативной памяти |
|||
|
#18+
Как создавать это вопрос отдельный для каждой ОС, нужны видимо драйвера для создания RAM диска. Только не вздумайте создавать в этой ФС обычные рабочие dbspace, думаю понятно почему. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
05.05.2005, 13:36
|
|||
|---|---|---|---|
|
|||
создания временных пространств в оперативной памяти |
|||
|
#18+
понятно =) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
05.05.2005, 14:18
|
|||
|---|---|---|---|
создания временных пространств в оперативной памяти |
|||
|
#18+
Shket периодически возникают моменты, когда кол-во операций ввода/вывода во временные пространства на 3 порядка превышает кол-во операций со всеми другими пространствами У меня такая ситуация является постоянной. Именно поэтому, у меня 4 temp dbspac-а на разных дисках (кстати на самых быстрых). Кроме них, на дисках ничего нет. Кроме того, рекомендую посмотреть как создаются временные таблицы, на предмет создания их безлоггирования, т.е. "WITH NO LOG" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
05.05.2005, 14:39
|
|||
|---|---|---|---|
|
|||
создания временных пространств в оперативной памяти |
|||
|
#18+
ShketЯ правильно понимаю, что мы с Вами говорим про Информикс? Конечно. Вот что по этому поводу говорит onconfig.std: # DBSPACETEMP: # OnLine equivalent of DBTEMP for SE. This is the list of dbspaces # that the OnLine SQL Engine will use to create temp tables etc. # If specified it must be a colon separated list of dbspaces that exist # when the OnLine system is brought online. If not specified, or if # all dbspaces specified are invalid, various ad hoc queries will create # temporary files in /tmp instead. Вот что именно я вижу прямо сейчас в моём /tmp: soli[informix]~/zapross>ls -la /tmp/*_??? |tail 5 -rw------- 1 root informix 229376 May 5 13:59 /tmp/srt0004264_211 -rw------- 1 root informix 229376 May 5 13:59 /tmp/srt0004264_212 -rw------- 1 root informix 98304 May 5 13:10 /tmp/srt0005634_027 -rw------- 1 root informix 2260992 May 5 13:05 /tmp/srt0006979_003 -rw------- 1 root informix 2523136 May 5 13:05 /tmp/srt0006979_004 Вот что такое на самом деле /tmp: soli[informix]~/zapross>mount |grep tmp /tmp on swap read/write/setuid/xattr/dev=2 on Sat Mar 26 14:47:10 2005 Как видите, штатная конфигурация сервера и штатная конфигурация ОС привели меня к тому, что временные файлы создаются на виртуальной ФС. И никаких грабель не отмечено последние лет... ну, примерно 9. Как именно в Вашей ОС создать виртуальную ФС и разместить её в памяти до запуска всех нужных сервисов - спрашивайте у неё... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.05.2005, 18:18
|
|||
|---|---|---|---|
создания временных пространств в оперативной памяти |
|||
|
#18+
Илья, а у вас есть обычные темповые db-пространства для создания временных таблиц ? Ведь то, что вы показали, касается только временных ФАЙЛОВ для сортировки - они могут располагаться и на файловой системе (неважно, виртуальной или реальной). А вот временные таблицы, создаваемые явно или неявно и без логирования, могут располагаться только в temp dbspaces, которые указаны в DBSPACETEMP. В принципе, эти пространства тоже могут располагаться на виртуальном диске (виртуальной ФС), но, как уже указывали, необходимо заранее (перед запуском IDS) их создавать и, _возможно_, fast recovery будет иметь проблемы после краха сервера во время отката транзакций, использовавших временные таблицы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.05.2005, 18:21
|
|||
|---|---|---|---|
создания временных пространств в оперативной памяти |
|||
|
#18+
Andron... 2. Может конечно пострадать производительность если чанки лежат в файлах. На Windows не страдает. Здесь даже рекомендуется создавать все чанки на файловой системе NTFS. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.05.2005, 09:19
|
|||
|---|---|---|---|
|
|||
создания временных пространств в оперативной памяти |
|||
|
#18+
vasilis На Windows не страдает. Здесь даже рекомендуется создавать все чанки на файловой системе NTFS. В unix тоже есть выключение кэш ОС, например в Солярис в опциях монтирования ФС ключик forcedirectio. Хотя мне кажется на какие-нибудь сотые доли процента raw быстрее, ведь на любой файловой системе чтобы добраться до определенной позиции файла надо дофига попрыгать по дескрипторам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.07.2005, 13:26
|
|||
|---|---|---|---|
|
|||
создания временных пространств в оперативной памяти |
|||
|
#18+
Такой вопрос. Если создать временные таблицы в виртуальной файловой системе, то что произойдет после падения сервера? Перейдет ли сервер в состояние Online, ведь временные таблицы "исчезнут"?* Что произойдет с временными пространствами, когда поднимется сервер и chink-ов не существует. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.07.2005, 14:04
|
|||
|---|---|---|---|
создания временных пространств в оперативной памяти |
|||
|
#18+
ShketЧто произойдет с временными пространствами, когда поднимется сервер и chink-ов не существует. На момент подъема сервера, до запуска oninit, вирутальная ФС и чанки временных пространств уже должны быть. Надо создавать их на более ранней стадии запуска ОС, например. Или непосредственно до запуска Informix. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.07.2005, 14:15
|
|||
|---|---|---|---|
|
|||
создания временных пространств в оперативной памяти |
|||
|
#18+
На момент подъема сервера, до запуска oninit, вирутальная ФС и чанки временных пространств уже должны быть. Надо создавать их на более ранней стадии запуска ОС, например. Или непосредственно до запуска Informix. т.е. после каждого падения сервера надо заново создавать вирутальные временные пространства, и лишь потом запускать сервер? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.07.2005, 14:36
|
|||
|---|---|---|---|
|
|||
создания временных пространств в оперативной памяти |
|||
|
#18+
Что будет если временные объекты журналируемые, Fast Recovery пройдет или нет ? как мне представляется будет это так: сервер падает (не дожидаясь отката транзакции), при следующем запуске сервер сразу же чистит временные спейсы из DBSPACETEMP, выполняется fast recovery, во время которого сервер пытается откатить ту самую транзакцию, а временной таблицы уже нет... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.07.2005, 15:01
|
|||
|---|---|---|---|
создания временных пространств в оперативной памяти |
|||
|
#18+
Если были временные пространства с единственным чанком, расположенным на виртуальной ФС, то придется, похоже, делать так: 1. Создать пустые файлы под чанки, где они должны быть. 2. Запустить Informix. Он запустится. Все пропавшие и теперь пустые чанки будут помечены как D в onstat -d. 3. Удаляем "недоступные" временные пространства (onspaces -d tempdbs1) 4. Создаем пространство заново (onspaces -c -d tempdbs1 -t ...) со "старыми" (с теми же параметрами) чанками во временной ФС. 5. Все. Пространства готовы к использованию. Если указаны в DBSPACETEMP... И так - при каждом запуске Informix после перезапуска или падения ОС, раз уж чанки "пропадают". Так, судя по проделанному эесперименту, точно работает. На самом деле, первые два пункта можно поменять местами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.07.2005, 15:03
|
|||
|---|---|---|---|
создания временных пространств в оперативной памяти |
|||
|
#18+
ShketЧто будет если временные объекты журналируемые, Fast Recovery пройдет или нет ? как мне представляется будет это так: сервер падает (не дожидаясь отката транзакции), при следующем запуске сервер сразу же чистит временные спейсы из DBSPACETEMP, выполняется fast recovery, во время которого сервер пытается откатить ту самую транзакцию, а временной таблицы уже нет... Журналируемые объкеты сервер во временное (созданное с -t) пространство не поместит никогда. А обычные пространства, как вам уже писали, в виртуальной ФС размещать не надо! Даже те, что у вас в DBSPACETEMP указаны. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=44&mobile=1&tid=1608981]: |
0ms |
get settings: |
4ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
62ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
52ms |
get tp. blocked users: |
1ms |
| others: | 230ms |
| total: | 381ms |

| 0 / 0 |
