|
2.4, Аноним (4), 15:21, 02/09/2008 [^] [^^] [^^^] [ответить]
| +/– |
>Они бы еще с dos'ом с fat16 сравнивали.
А еще лучше с совсем древним fat12, если кто помнит такой xD
В целом верно в том смысле, что файловую систему совсем неплохо было бы указывать, а если ntfs то еще и ее настройки кое-какие (вроде тайм-стампа или как там оно называется, в куче виндовых твикалок есть возможность отключения этой фигни; а также насчет компрессии).
| |
|
1.2, Guest (??), 14:41, 02/09/2008 [ответить]
| +/– |
ФС-то какая? Как можно писать такое, не указав ФС?
Правда, в случае с Windows это и не важно, но нормальные люди его уже ни с чем не сравнивают, ибо сложно найти, чему он не сольет.
| |
1.3, Ivano (?), 15:01, 02/09/2008 [ответить]
| +/– |
Падение СУБД происходит ещё более эффективно. :-)
| |
|
2.5, BigHo (?), 17:45, 02/09/2008 [^] [^^] [^^^] [ответить]
| +/– |
Даже не знаю, фрагментации в базе данных не бывает в принципе? Как насчет чтения/записи с реальными фрагментированными данными?
| |
|
1.6, User294 (??), 18:05, 02/09/2008 [ответить]
| +/– |
> В ходе эксперимента было организовано копирование
> 3659 файлов общим объемом 343Мб, размещенным в 468 директориях.
Да, на куче небольших файлов (средний размер файла тут получается всего 100Кб) и разлапистой структуре директорий NTFS cливает с треском.
Только вот "ваше присутствие здесь - не ваша заслуга а наша недоработка" (с) ФЭД.То есть,
это не заслуга firebird, а недостаток NTFS :).Если на него сложить в диру в корне диска этак 30 000 файлов - потом систему будет жестоко клинить на добрый десяток минут при почти любых операциях с ФС где кто либо натыкается на эту диру.Даже фdd\remove programs будет открываться минут по 15 потом...
Вывол: понты, при том довольно дешевые.Обогнать тормозную файловую систему плохо подходящую под задачу любой дурак сможет.Более того - Maemo Mapper например юзает GDBM базу чтобы на карточках памяти с их дефективным FAT32 не складывать тысячи файлов.База и быстрее и slack из-за кластеризации отсутствует.Но все это в основном актуально для старых и дефективных файловых систем, не способных адекватно работать с такими количествами файлов с должной скоростью.
| |
1.7, Аноним (7), 19:33, 02/09/2008 [ответить]
| +/– |
Так получается же, что firebird работает поверх все той же ФС.. Только вся запись идет в один большой файл
| |
|
2.8, User294 (ok), 06:42, 03/09/2008 [^] [^^] [^^^] [ответить]
| +/– |
>Так получается же, что firebird работает поверх все той же ФС.. Только
>вся запись идет в один большой файл
Дык у NTFS и FAT как раз с этим все плохо, вот и получается такой парадокс.Это не заслуга БД, это дерьмовость ФС :)
| |
|
1.10, andr.mobi (??), 17:23, 16/09/2008 [ответить]
| +/– |
помнится, они обещали на Longhorn новую FS на базе MSSQL движка :) че-то пропал энтузиазм, зря наверное. Хуже все равно бы не было
| |
|