|
|
3.4, pavlinux (ok), 13:10, 01/05/2013 [^] [^^] [^^^] [ответить]
| +/– |
Fusion-IO и SSD, обычно, для кэша и каких-то временных файлов используют.
| |
|
4.9, Карбофос (ok), 23:24, 01/05/2013 [^] [^^] [^^^] [ответить]
| +/– |
у меня тут за годик ёмкость ssd уменьшилась с 4 гиг до 3.4. много циклов зписи практически ежедневно - примерно по 1 гигу новых файлов. хотите ушатать быстрее - записывайте интенсивнее.
другая "фишка" ssd заключаеся в том, что экономят даже на смоле для текстолита, через некоторое время он вбирает в себя достаточное количество влаги и...
| |
|
5.10, Аноним (-), 03:12, 02/05/2013 [^] [^^] [^^^] [ответить]
| +/– |
trim включен ? у ssd есть оперативка ddr3 для кэширования блоков ?
| |
|
4.11, Аноним (-), 17:10, 02/05/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
Вся эта ваша ссдетень почти упёрлась в потолок. А жестким дискам ещё есть куда стремиться - hamr, bpm, tdmr и прочие радости.
| |
|
3.8, хзкто2 (?), 16:56, 01/05/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Хранить базы на SSD - опухоль головного мозга
Почему бы и не хранить. На мастере база на SSD или вообще в памяти, бинлоги на HDD, слейв целиком на HDD - вполне рабочая схема. Да и рейд из SSD никто не отменял. HDD уже прошлый век, они хороши только для хранения.
| |
|
4.12, Аноним (-), 19:53, 02/05/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Хранить базы на SSD - опухоль головного мозга
> Почему бы и не хранить. На мастере база на SSD или вообще
> в памяти, бинлоги на HDD, слейв целиком на HDD - вполне
> рабочая схема. Да и рейд из SSD никто не отменял. HDD
> уже прошлый век, они хороши только для хранения.
Как ты себе представляешь себе 100 Тб массив SSD? Сколь он будет стоить - догадываешься? ИЛи ты считаешь, что все СУБД - это твои базеночки на мускуле? Ну так я тебя разочарую. Средней паршивости сервер банкоматов в небольшом таком банчке 2 уровня - 6-9 Тб вполне себе OLTP, причем с хорошим таким откликом. Если такой рэйдик гекнется в масштабах, скажем, вашего паршивого Сбера - догадываешься, чего будет? Ах, ты из бэкапа десяток Тб мгновенно вернешь? Ну-ну...
| |
|
5.13, Фигов (?), 20:17, 02/05/2013 [^] [^^] [^^^] [ответить]
| +/– |
Бедняжка убогонький! как же ты работаешь в банке на мускуле-то?
| |
5.15, хзкто2 (?), 08:08, 03/05/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Как ты себе представляешь себе 100 Тб массив SSD? Сколь он будет
> стоить - догадываешься?
Вопрос не в цене, вопрос в целесообразности. Если уж мы начали говори про абстрактные вещи, то расскажи мне что ты будешь делать, если тебе нужно читать из случайного места всей этой 100Тб базы хотя бы несколько тысяч раз в секунду. Какой нужен массив из HDD чтобы обеспечить столько iops и сколько это всё будет стоит?
> Средней паршивости сервер банкоматов в небольшом таком банчке 2 уровня - 6-9 Тб
> вполне себе OLTP, причем с хорошим таким откликом.
Ты же понимаешь, что это абсолютно бесполезная информация без знания количества и сложности транзакций, по распределению времени обработки, по железу. Хотя бы скажи сколько там произвольных iops, какой рейд и сколько ОЗУ, тогда можно будет поговорить предметно.
| |
5.16, anonymous (??), 10:44, 03/05/2013 [^] [^^] [^^^] [ответить]
| +/– |
OLTP база (про которые разговор, раз SSD затронули) на одном узле без шардинга на 100ТБ - вот он жизненный пример, как аргумент в споре!
| |
|
|
|
2.14, Лентяй (??), 02:01, 03/05/2013 [^] [^^] [^^^] [ответить]
| +/– |
>> особенно заметна на системах с SSD-накопителями
> Ага, - SSD быстрее сдохнет :)
> ---
> https://kb.askmonty.org/en/fusion-io-introduction/
>> FusionIO/DirectFS atomic write support
> Ну конечно, накупили себе там FusionIO теперь пиписками махают. Нет чтоб тестить
> и разгонять на ATA/33
Главное что новость написана так, будто эти самые атомарные операции записи теперь поддерживаются везде, а не только для этого самого FusionIO/DirectFS. Нехорошо.
| |
|
1.6, Аноним (-), 14:52, 01/05/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
> Новое хранилище Connect, позволяющее организовать доступ к произвольным локальным или удалённым данным
Сколько ж я этого ждал смотря в сторону FEDERATED Storage Engine. Теперь FEDERATED Storage Engine должен окончательно умереть.
| |
1.17, Ape (ok), 11:55, 14/05/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>Как ты себе представляешь себе 100 Тб массив SSD? Сколь он будет стоить -
>догадываешься? ИЛи ты считаешь, что все СУБД - это твои базеночки на мускуле?
>Ну так я тебя разочарую. Средней паршивости сервер банкоматов в небольшом таком
>банчке 2 уровня - 6-9 Тб вполне себе OLTP, причем с хорошим таким откликом.
>Если такой рэйдик гекнется в масштабах, скажем, вашего паршивого Сбера -
>догадываешься, чего будет? Ах, ты из бэкапа десяток Тб мгновенно вернешь?
>Ну-ну...
Что за идиот проектировал базу этого банка? Что в ней хранится на 100ТБ или даже на 6-9ТБ? Очевидно, что забита говном проектировщика и программиста... Математиков совсем не стало среди программистов, одни двоечники. Мануалы не читают и ставят в банках свои говноподелия. А, MySQL хорший сервер. Нечего на него пургу гнать. Не хуже Оракла и уж гораздо лучше MSSQL.
| |
|