https://m.opennet.dev/openforum/vsluhforumID3/40330.html "Using raw device in Firebird (http://pmakowski.ibphoenix.fr/post/2008/02/15/Using-raw-device)" - использование сырого (raw) дискового раздела для хранения базы Firebird.<br><br>URL: http://pmakowski.ibphoenix.fr/post/2008/02/15/Using-raw-device<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=14372<br> https://m.opennet.dev/openforum/vsluhforumID3/40330.html#5 Mon, 25 Feb 2008 10:20:32 GMT &gt;Я сомневаюсь что для FB от этого будет прок, лучше вместо этого <br>&gt;использовать xfs, да и надёжность гораздо выше будет <br><br>Спорить не буду - достаточно просто провести несколько тестов.<br>По поводу доступа к файлу БД - имхо (и не только мое) - сырой раздел будет существенно быстрее.<br>1. Кеширование файловых операций не нужно.<br>2. Доступ к файлу осуществляеться только одним процессом - соответственно не требуется "прокладка" между процессом (фаер) и файлом БД.<br>3. Если у вас нет упса (странно, кто гоняеть БД без нормального питания, но всякое бывает) - вероятность потерять БД на файловой системе - выше. Да и в принципе даже если есть усп - просто какие-либо сбои. При использовании сырого раздела - вероятность восстановления БД выше - лично в этом убедился.<br><br>&gt;Вот у Oracle выигрыш действительно будет, там всё своё есть <br><br>Ну давайте не будет сравнивать Оракл и мааааааленький Файр - у каждого своя ниша применения.<br><br><br> https://m.opennet.dev/openforum/vsluhforumID3/40330.html#4 Mon, 25 Feb 2008 07:16:51 GMT Я сомневаюсь что для FB от этого будет прок, лучше вместо этого использовать xfs, да и надёжность гораздо выше будет<br><br>Вот у Oracle выигрыш действительно будет, там всё своё есть<br> https://m.opennet.dev/openforum/vsluhforumID3/40330.html#3 Sat, 23 Feb 2008 08:13:13 GMT Выигрыш действительно есть, и довольно существенный.<br>Уже около года лежит база на raw разделе - полет нормальный.<br>Кстати, если располагать на томе LVM - можно и размер тома увеличивать. А потом backup/restore - и поехали дальше.<br> https://m.opennet.dev/openforum/vsluhforumID3/40330.html#2 Sat, 23 Feb 2008 07:51:08 GMT &gt; ИМХО, на файловой системе все же будет быстрее за счет кэширования ОС<br><br>наоборот. файловый кэш только мешает.<br>по крайней мере в oracle именно так.<br>то что сложнее - это правда, надо знать структуру б/д, ее прирост и т.д.<br>но в результате - выигрышь до 30 %. Плюс - экономия ОЗУ (той, что уходила на файловый кэш)<br> https://m.opennet.dev/openforum/vsluhforumID3/40330.html#1 Sat, 23 Feb 2008 07:03:01 GMT Прикольно!<br>И насколько быстрее?<br>ИМХО, на файловой системе все же будет быстрее за счет кэширования ОС<br>Тобишь, одна база - один раздел?<br>Наверно, не очень удобно.<br>Вдруг база выростет?<br>Разделы двигать?<br>