|
|
|
NoSQL объясните)
|
|||
|---|---|---|---|
|
#18+
ASCRUSDPH3Если нужна очень быстрая БД с нормальным ACID - то смотри на VoltDB. Но он с нормальной Durability уже платный ) Ну я бы не сказал, что все так просто на Вольте. Там ACID только на уровне хранимых процедур поддерживается. То есть надо написать на Java ХП, все что происходит внутри нее и будет идти в рамках одной транзакции. А снаружи если дергать клиентом напрямую SQL, то транзакций нет, любая DML операция будет идти автокоммитом, нет возможность стартовать, подтвердить или откатить транзакцию клиентским приложением. Такая парадигма имеет право на жизнь, имеет ряд преимуществ эффективной обработки данных на огромной скорости, но в реализации получается на каждый чих придется на Java писать ХП. На выходе можно сказать получаем достаточно специфичный сервер данных, который выгодно использовать, где действительно скорость обработки данных от 100 тысяч и выше транзакций важнее сложности разработки логики и поддержки работы. Плюс платный. В большинстве случаев это лишнее. 100к транзакций за какой промежуток? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2015, 16:43 |
|
||
|
NoSQL объясните)
|
|||
|---|---|---|---|
|
#18+
ASCRUSНу я бы не сказал, что все так просто на Вольте. Там ACID только на уровне хранимых процедур поддерживается. Ну, они пишутся практически с той же скоростью, что и просто SQL-запросы. Вот SQL там бедноват, это да. Но как вариант решения - вполне работает, с кучей своих ограничений, конечно ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2015, 00:56 |
|
||
|
NoSQL объясните)
|
|||
|---|---|---|---|
|
#18+
Zalm100к транзакций за какой промежуток? За секунду ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2015, 00:57 |
|
||
|
NoSQL объясните)
|
|||
|---|---|---|---|
|
#18+
DPH3Zalm100к транзакций за какой промежуток? За секунду ) Ну мы вчера на одном пилоте при вставке больших объемов получили 1 лям в секунду. Даже удивились. Но там простая вставка была пакетом, апдейты конечно на столько не разгонятся. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2015, 01:02 |
|
||
|
NoSQL объясните)
|
|||
|---|---|---|---|
|
#18+
да, 1M TPS на вставке на 2-х нодах (24 ядра на каждой) неплохо очень получилось. Аптейты 200К TPS. Будем гонять дальше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2015, 01:10 |
|
||
|
NoSQL объясните)
|
|||
|---|---|---|---|
|
#18+
Только почему это в NoSQL попало, непонятно.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2015, 01:11 |
|
||
|
NoSQL объясните)
|
|||
|---|---|---|---|
|
#18+
Подолью маслица... :-) OS: WinXP (на виртуалке) Xeon E5410 - выделено одно ядро на виртуалку ОЗУ: 3,87 Гб - для виртуалки СУБД: Cache 5.0.21 (довольно старая) Вставка 1000000 записей: for i=1:1:1000000 { set ^tmp(i)=$zts } write ^tmp(1) 63630,43687.049write ^tmp(1000000) 63630,43690.877Т.е. 43690.877-43687.049 = 3.828 сек. Т.е. 1000000/3.828 = 261000 записей в сек. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2015, 15:30 |
|
||
|
NoSQL объясните)
|
|||
|---|---|---|---|
|
#18+
П.С.М. , Было уже: 8830867 , 8933305 . Если записывать с клиента по сети, то будет немного медленнее . (CPU: Intel Core i5-2400, HDD: Seagate Barracuda 7200.12)С журналированием (с ACID):?>set N=1e6,time=$ZH for i=1:1:N {set ^tmp(i)=$zts} w "speed = ",N\($ZH-time)," rows/s." speed = 921736 rows/s. Без журналирования (без ACID):?>set N=1e6,time=$ZH do DISABLE^%NOJRN for i=1:1:N {set ^tmp(i)=$zts} d ENABLE^%NOJRN w "speed = ",N\($ZH-time)," rows/s." speed = 2123516 rows/s. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2015, 16:14 |
|
||
|
NoSQL объясните)
|
|||
|---|---|---|---|
|
#18+
servit П.С.М. , (CPU: Intel Core i5-2400, HDD: Seagate Barracuda 7200.12)С журналированием (с ACID):?>set N=1e6,time=$ZH for i=1:1:N {set ^tmp(i)=$zts} w "speed = ",N\($ZH-time)," rows/s." speed = 921736 rows/s. Э, вот как-нибудь объясните мне, как при диске на 300 IOPS получается 900 000 транзакций в секунду? Как VoltDB делает - я знаю, но там ACID с довольно условным D (да и на уровне команд только), а вот как кэша это реализует - интересно... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2015, 02:36 |
|
||
|
NoSQL объясните)
|
|||
|---|---|---|---|
|
#18+
DPH3, Большинство nosql баз не пишут на диск, так что durability у них нет. Все норовят надежность заменить шардингом, чтобы несколько нод получали данные одновременно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2015, 14:31 |
|
||
|
NoSQL объясните)
|
|||
|---|---|---|---|
|
#18+
DPH3Э, вот как-нибудь объясните мне, как <...>, а вот как кэша это реализует - интересно...Если бы я являлся разработчиком Caché и при этом не подписывал NDA, обязательно объяснил бы. 740945 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2015, 17:38 |
|
||
|
NoSQL объясните)
|
|||
|---|---|---|---|
|
#18+
gandjustasDPH3, Большинство nosql баз не пишут на диск, так что durability у них нет. Все норовят надежность заменить шардингом, чтобы несколько нод получали данные одновременно. причем без распределенных транзакций. Т.е. и одновременно - это "одновременно", получила ли там удаленная нода - разберемся потом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.03.2015, 09:35 |
|
||
|
NoSQL объясните)
|
|||
|---|---|---|---|
|
#18+
servitDPH3а вот как кэша это реализует - интересно...Если бы я являлся разработчиком Caché и при этом не подписывал NDA, обязательно объяснил бы.Т.е. вы проводите нагрузочные тесты, но при этом даже не знаете, что именно измеряете и что при этом происходит? Ок, больше вопросов нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.03.2015, 13:20 |
|
||
|
NoSQL объясните)
|
|||
|---|---|---|---|
|
#18+
DPH3Э, вот как-нибудь объясните мне, как при диске на 300 IOPS получается 900 000 транзакций в секунду? Как VoltDB делает - я знаю, но там ACID с довольно условным D (да и на уровне команд только), а вот как кэша это реализует - интересно ...DPH3Т.е. вы проводите нагрузочные тесты, но при этом даже не знаете, что именно измеряете и что при этом происходит ?Между "объяснить что измеряете/происходит " и объяснить " как реализует/получается " - большая пропасть. В конкретном примере выше измеряется время создания на диске одно мерного массива количеством 1 млн. элементов со значением функции $ZTIMESTAMP , т.е. происходит создание, заполнение и долговременное сохранение данных на диск. А для настоящего нагрузочного тестирования как правило используют реальное железо, реальные данные, реальные бизнес-процессы, реальное кол-во пользовательских сессий или близкие к реальным и нагрузку подбирают с неким запасом. Именно так поступили специалисты ESA (Европейское космическое агентство) при выборе СУБД для своего проекта GAIA.DPH3Ок, больше вопросов нет.Ок, ловлю Вас на слове. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.03.2015, 15:14 |
|
||
|
|
start [/forum/topic.php?fid=48&gotonew=1&tid=1856846]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
176ms |
get topic data: |
11ms |
get first new msg: |
10ms |
get forum data: |
2ms |
get page messages: |
58ms |
get tp. blocked users: |
2ms |
| others: | 14ms |
| total: | 305ms |
| 0 / 0 |
