Ну если такие коробки под диски — машинка априори очень мало места занимать не будет. mITX всего на пару см. шире 5" отсека. Я-то думал, речь о 2,5" дисках, раз о таких размерах думаете.
Положить плату горизонтально, над ней подвесить 4 такие коробки вертикально с, где-то, 8-10мм просветом — вполне изящный ящичек.
Или вертикально коробки, сбоку от них закрепить плату.
По своему опыту проектирования корпуса скажу — сделайте габаритные муляжи основной комплектухи из какого-нибудь картона да покрутите в руках. Или в софте 3d моделирования, если это ближе.
да не, всё же минуты. Но это как раз на задержку «опубликовали новость в блоге»->«новость разошлась по миру» и оформление заказа.
Хотя, если за пару дней до того объявят, что распродажа начнётся в определённое время определённого дня — тогда да, меньше минуты хватит.
> из триггеров нельзя обновлять ту же таблицу, что вызвала триггер.
Да, действительно, таблицу вообще трогать запрещается. Что-то я думал, что нецикличные операции можно делать.
> mdadm + LVM + xfs — вот отличный вариант, именно в таком порядке.
А их можно собрать в обратном порядке? =)
Но LVM для чего посередине? Просто интересно, что даёт его использование для основного массива хранения данных. XFS уменьшаться же не умеет.
Но проверить легко:
индексы делаются для чего? Чтобы ускорить поиск.
0) Создаёте таблицу, пишете в неё побольше чего-нибудь случайного (в зависимости от производительности тестовой машины)
1) Делаете апдейт по условию какому-нибудь (желательно, не по PK, для наглядности), затрагивающий 1 или несколько строк.
2) строите индекс по полю
3) повторяете апдейт
4) сравниваете время выполнения
230мб/с = 1840мбит/с
250 — 2гбит/с
И во-вторых, SATA2 — это 3ггц, а не 3гбит/с. Теоретический предел — 2400мбит/с == 300мб/с. Отдельно подчеркну — теоретический.
И SSD'шник действительно упёрся в шину, т.к. на SATA3 он, хоть всё равно на 500мб/с не тянет, но и не 250.
www.overclockers.ru/lab/43866.html