http://www.fhoster.ru/dclv/IMG_7074.JPG
с таким-то маршрутизатором. это 2811 ? или вы коммутатор сфоткали ?
я что-то не припоминаю мощных 1u-маршрутизаторов вообще. так что затея с безлимитом может накрыться довольно быстро.
ну успехов. ну надо же как то начинать.
далеко не новая (2002 год) статейка на opennet : http://www.opennet.ru/tips/info/273.shtml
надеюсь, исчерпывающая и мы не будем больше искусственно раздувать интерес к вашему скрипту?
ну значит будет время заметить, что винт пора менять по данным smart.
Что значит кто-то? здесь никто про raid6 не писал. сервер ваш и не слушайте его.
я бы этому "кто-то" дяде с большими ушами уши бы пооткрутил.
да можно и вместе с хорошим контроллером
ведь кеш на ssd, просто больше по размеру кеша в памяти контроллера, так даже быстрее может оказаться.
выгоднее настроить raid10 софтверный и отдельный ssd для кеширования чтения и записи.
такая система по производительности приближается к нормальному рейду с батарейкой.
ну и freebsd придется дропнуть,ага.
view - это концепция в sql. почитайте.
возможно.
тогда вопрос только в модификации кода. если сильно не хочется переписывать, тогда стоит создать view и все прозрачно заработает.
общее число ключей, селективность,крайние значения и обычно cубд записывают гистограмму распределения в том или ином виде, но не уверен насчет mysql .
(все непонятные слова есть в гугле)
по этим данным субд может попытаться взвесить целесообразность обращения к индексу или игнорирование его.
Если кто-то когда-то написал OR и увидел, что индекс не используется, это не значит, что индекс не используется всегда.
хватит врать. если все OR по одному столбцу, скорее будет использоваться чем нет.
точно сказать нельзя пока не известна статистика индексов.
IN(<список значений>) конечно удобнее для программиста.
