форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Разговоры, обсуждение новостей (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 Новость: http://www.opennet.dev/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 (??) 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 (??) on 25-Фев-08, 13:20
	>Я сомневаюсь что для FB от этого будет прок, лучше вместо этого >использовать xfs, да и надёжность гораздо выше будет Спорить не буду - достаточно просто провести несколько тестов. По поводу доступа к файлу БД - имхо (и не только мое) - сырой раздел будет существенно быстрее. 1. Кеширование файловых операций не нужно. 2. Доступ к файлу осуществляеться только одним процессом - соответственно не требуется "прокладка" между процессом (фаер) и файлом БД. 3. Если у вас нет упса (странно, кто гоняеть БД без нормального питания, но всякое бывает) - вероятность потерять БД на файловой системе - выше. Да и в принципе даже если есть усп - просто какие-либо сбои. При использовании сырого раздела - вероятность восстановления БД выше - лично в этом убедился. >Вот у Oracle выигрыш действительно будет, там всё своё есть Ну давайте не будет сравнивать Оракл и мааааааленький Файр - у каждого своя ниша применения.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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