| 1.3, pavlinux (ok), 02:31, 23/03/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Не убедительная, я бы даже сказал, отсутствующая оценка фрагментации файловой
системы. То что они, файлы, у него очень медленно читаются это только показывает,
что файлы медленно читаются, и как один из вариантов медлительности - фрагментация.
| | |
| 1.7, Lindemidux (??), 10:52, 23/03/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Я устраивал 100% фрагментацию файловым системам (был забит каждый второй кластер), только проблема в том, что в Linux, что во FreeBSD фрагментация похоже пропадает через 10-20 часов, потому что абсолютно исчезают тормоза, а в венде фиг вам, проводите дефрагментацию, правда после 50 часов ожидания я дождался.
Записывал в nix на фрагментированные разделы данные, так эти данные после каждой перезаписи все быстрее и быстрее записывались, а в венде какое-то жуткое падение скорости. После дефрагментации скорость была все равно жутко упавшей.
| | |
| |
| 2.8, pavlinux (ok), 17:58, 23/03/2008 [^] [^^] [^^^] [ответить]
| +/– |
А вы пробовали после загрузки, find / -noleaf > /dev/null
Потом всё так быстро работает... :)
| | |
|
| 1.14, Аноним (14), 07:03, 25/03/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Именно по этой причине СУБД должна хранить свои данные на raw разделе. Да и механизмам кеширования СУБД лучше знать что и когда кешировать и как располагать данные.
| | |
|
