The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"OpenNews: Использование сырого (raw) дискового раздела для х..."
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение [ Отслеживать ]

"OpenNews: Использование сырого (raw) дискового раздела для х..."  
Сообщение от opennews (??) on 23-Фев-08, 10:03 
"Using raw device in Firebird (http://pmakowski.ibphoenix.fr/post/2008/02/15/Using-raw-device)" - использование сырого (raw) дискового раздела для хранения базы Firebird.

URL: http://pmakowski.ibphoenix.fr/post/2008/02/15/Using-raw-device
Новость: https://www.opennet.ru/opennews/art.shtml?num=14372

Высказать мнение | Ответить | Правка | Cообщить модератору

 Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Использование сырого (raw) дискового раздела для хранения ба..."  
Сообщение от eplumber (??) on 23-Фев-08, 10:03 
Прикольно!
И насколько быстрее?
ИМХО, на файловой системе все же будет быстрее за счет кэширования ОС
Тобишь, одна база - один раздел?
Наверно, не очень удобно.
Вдруг база выростет?
Разделы двигать?
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Использование сырого (raw) дискового раздела для хранения ба..."  
Сообщение от vitek (??) on 23-Фев-08, 10:51 
> ИМХО, на файловой системе все же будет быстрее за счет кэширования ОС

наоборот. файловый кэш только мешает.
по крайней мере в oracle именно так.
то что сложнее - это правда, надо знать структуру б/д, ее прирост и т.д.
но в результате - выигрышь до 30 %. Плюс - экономия ОЗУ (той, что уходила на файловый кэш)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Использование сырого (raw) дискового раздела для хранения ба..."  
Сообщение от Legiar email(??) on 23-Фев-08, 11:13 
Выигрыш действительно есть, и довольно существенный.
Уже около года лежит база на raw разделе - полет нормальный.
Кстати, если располагать на томе LVM - можно и размер тома увеличивать. А потом backup/restore - и поехали дальше.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Использование сырого (raw) дискового раздела для хранения ба..."  
Сообщение от vadiml on 25-Фев-08, 10:16 
Я сомневаюсь что для FB от этого будет прок, лучше вместо этого использовать xfs, да и надёжность гораздо выше будет

Вот у Oracle выигрыш действительно будет, там всё своё есть

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Использование сырого (raw) дискового раздела для хранения ба..."  
Сообщение от Legiar email(??) on 25-Фев-08, 13:20 
>Я сомневаюсь что для FB от этого будет прок, лучше вместо этого
>использовать xfs, да и надёжность гораздо выше будет

Спорить не буду - достаточно просто провести несколько тестов.
По поводу доступа к файлу БД - имхо (и не только мое) - сырой раздел будет существенно быстрее.
1. Кеширование файловых операций не нужно.
2. Доступ к файлу осуществляеться только одним процессом - соответственно не требуется "прокладка" между процессом (фаер) и файлом БД.
3. Если у вас нет упса (странно, кто гоняеть БД без нормального питания, но всякое бывает) - вероятность потерять БД на файловой системе - выше. Да и в принципе даже если есть усп - просто какие-либо сбои. При использовании сырого раздела - вероятность восстановления БД выше - лично в этом убедился.

>Вот у Oracle выигрыш действительно будет, там всё своё есть

Ну давайте не будет сравнивать Оракл и мааааааленький Файр - у каждого своя ниша применения.


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Спонсоры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2022 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру