1.1, Аноним (-), 08:53, 25/06/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +6 +/– |
>Высокая производительность в MemSQL достигается благодаря реализации нескольких интересных особенностей. Например, в MemSQL не осуществляет разбор SQL на лету, вместо этого из SQL-конструкций генерируется и зтем компилируется С++ код
-Потенциально 10 000 уязвимостей.
>MemSQL является проприетарной разработкой,
- о которых вы никогда и не узнаете. Точнее узнаете, когда юные какеры будут тренироваться на базе ваших паролей.
| |
1.3, ааноним (?), 08:55, 25/06/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +8 +/– |
Думал действительно что-то интересное придумали, а "генерируется С++ код", "данные всегда полностью держатся в ОЗУ" как-то первое, что приходит в голову при желании добиться такой производительности.
| |
|
2.34, arisu (ok), 13:30, 25/06/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Думал действительно что-то интересное придумали, а "генерируется С++ код", "данные всегда
> полностью держатся в ОЗУ" как-то первое, что приходит в голову при
> желании добиться такой производительности.
"генерируется C++ код" -- это сразу крест на производительности. ты прикинь, сколько времени будет выжирать вызов g++.
p.s. я понимаю, что имелась в виду скорее всего обычная JIT-компиляция (а то и просто шитый код, возможно даже не подпрограммный). но не поиздеваться над текстом новости я не мог.
| |
|
|
4.47, arisu (ok), 14:33, 25/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Кроме g++ альтернатив нет.
да без разницы: другие не сильно быстрее, если рассматривать именно «C++ код». ведь не сказали же, что «машинный код», а именно «C++». а его надо компилировать. а поэтому надо распарзивать кучу заголовков и заниматься прочей ненужной работой.
| |
|
|
6.58, arisu (ok), 15:29, 25/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
>>а поэтому надо распарзивать кучу заголовков
> Открой для себя PCH.
угу, их парзить не надо, они автомагически распарзиваются, за нулевое время.
| |
|
7.75, Аноним (-), 21:05, 25/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> угу, их парзить не надо, они автомагически распарзиваются, за нулевое время.
Ну я могу себе вообразить продвинутый кешинг когда c++ версия буферизуется и потом немедленно доступна при таком же запросе.
Вот только если надо такие уровни производительности - это пора уже нa key-value базы смотреть, там оверхеда по определению минимум.
| |
|
|
5.55, FFASM (ok), 15:14, 25/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> Кроме g++ альтернатив нет.
> да без разницы: другие не сильно быстрее, если рассматривать именно «C++ код».
> ведь не сказали же, что «машинный код», а именно «C++». а
> его надо компилировать. а поэтому надо распарзивать кучу заголовков и заниматься
> прочей ненужной работой.
Больше чем наверняка предпроцессором проходить вообще не придётся.
Что касается C++ действительно не понятно, лучше всего (по скорости) C.
Хотя может они умеют очень быстро собирать C++ или на C получается слишком муторный код, так как СУБД проще всего описать через ООП.
Генерировать сразу машинный код себе дороже, будет либо не эффективно, либо почти полноценный gcc(или альтернатива) (такой же тормознутый и большой).
| |
|
6.59, добрый дядя (?), 15:31, 25/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Генерировать сразу машинный код себе дороже, будет либо не эффективно, либо почти полноценный gcc(или альтернатива) (такой же тормознутый и большой).
man LLVM
| |
|
7.61, arisu (ok), 15:36, 25/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> Генерировать сразу машинный код себе дороже, будет либо не эффективно, либо почти полноценный gcc(или альтернатива) (такой же тормознутый и большой).
> man LLVM
ну вот и «помань». а то вы, Указующие, про llvm знаете только то, что «а вот оно может!»
| |
|
6.60, arisu (ok), 15:34, 25/06/2012 [^] [^^] [^^^] [ответить] | +/– | да ни разу даже комбинация подпрограммного шитого кода с инлайнингом в стратеги... большой текст свёрнут, показать | |
|
7.62, FFASM (ok), 15:53, 25/06/2012 [^] [^^] [^^^] [ответить] | +/– | gt оверквотинг удален Ничего плохого и тормозного в aot нет, а вот сделать пол... большой текст свёрнут, показать | |
|
8.63, arisu (ok), 16:01, 25/06/2012 [^] [^^] [^^^] [ответить] | +/– | для изменяющихся условий, ага позволь задать вопрос не в плане унизить, просто... большой текст свёрнут, показать | |
|
9.65, FFASM (ok), 16:35, 25/06/2012 [^] [^^] [^^^] [ответить] | –1 +/– | Меня всегда умиляли люди с практикой под 10 лет, которые качали авторитет подобн... большой текст свёрнут, показать | |
|
10.67, arisu (ok), 17:04, 25/06/2012 [^] [^^] [^^^] [ответить] | +1 +/– | а меня всегда умиляли люди, которые на вопрос о наличии практики начинают 171 ... большой текст свёрнут, показать | |
|
11.68, FFASM (ok), 17:52, 25/06/2012 [^] [^^] [^^^] [ответить] | +/– | Проф уровень 0, если вас так интеерсует 64 не далеко ушла от x86 Как была гемо... большой текст свёрнут, показать | |
|
12.70, arisu (ok), 18:20, 25/06/2012 [^] [^^] [^^^] [ответить] | +1 +/– | там больше регистров, и они не так жестоко прибиты гвоздями к операциям поэтому... большой текст свёрнут, показать | |
|
13.71, FFASM (ok), 18:47, 25/06/2012 [^] [^^] [^^^] [ответить] | +/– | Если не брать во внимание всякие нахлабушки, регистров там столько же, только он... большой текст свёрнут, показать | |
|
14.72, arisu (ok), 19:09, 25/06/2012 [^] [^^] [^^^] [ответить] | +/– | ну так и я не знаю может, вы там тоже достаточно объективное, на самом деле н... большой текст свёрнут, показать | |
|
|
|
|
|
|
|
|
|
|
|
3.64, ыгчч (?), 16:05, 25/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> "генерируется C++ код" -- это сразу крест на производительности. ты прикинь, сколько времени будет выжирать вызов g++.
Даже в таком случае prepared statements спасут гиганта мысли :)
| |
|
|
1.5, o (?), 09:02, 25/06/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Интересно какая нужна конфигурация для получения 3500рек/сек из мускула.
Только так чтобы не давно закешированый ответ а нормальное рандомное чтение из таблицы размером много больше оперативной памяти.
| |
|
2.78, axe (??), 21:43, 25/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
с какой целью интересуетесь? Имхо смысла эта информация не имеет. Если вся таблицы будут умещаться в памяти, тогда да, можно сравнить.
| |
|
1.7, Аноним (-), 09:26, 25/06/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Оракл, десятилетней давности. Впереди большой путь по фиксации багов, добавления поддержки стандартов и, как знать, возможно через 10 лет кто-то начнет применять в промышленных условиях...
| |
|
2.11, Челз (?), 10:23, 25/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
Кстати, что не характерно для хабра, разобрали довольно аргументировано.
| |
|
3.29, анон (?), 12:59, 25/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
бгг. а где аргументированней разбирают? анонимы на опеннете что ль?
| |
|
|
1.10, Аноним (-), 10:10, 25/06/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
они там тебе че хочешь докажут. =) Как и на лоре - ничего не нужно кроме голой консоли.
| |
|
2.22, Куяврик (?), 12:31, 25/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
для мускуля? истинно так.
но специально для дошколят есть phpmyadmin
| |
|
|
2.40, Андрей (??), 13:57, 25/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
Да проприетарно и open - это несовместимо.
> но распространяется бесплатно c ограничением
А вот на "freenet" вполне можно.
| |
|
1.14, Xasd (ok), 10:24, 25/06/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
"""лучшее -- враг хорошего"""
то есть проще говоря -- вобщемто людям не нужна "самая лучшая" СУБД. им достаточна просто ХОРОШАЯ СУБД. и уж точно не проприетарная :)
...хотя любители пирацких Фотошопов и WinRAR -- возможно заценят и эту поделку тоже... но что-то я сомниваюсь о большем успехе :)
| |
|
2.18, SubGun (ok), 11:20, 25/06/2012 [^] [^^] [^^^] [ответить]
| –4 +/– |
Только потому что проприетарная разработка? Что за бред. ПО выбирается согласно задачам, а не религиозным убеждениям.
| |
|
3.30, анон (?), 13:01, 25/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
среди проприетарщины можно найти и что-то получше, чем эта "самая лучшая субд"
| |
3.36, arisu (ok), 13:36, 25/06/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Только потому что проприетарная разработка? Что за бред. ПО выбирается согласно задачам,
> а не религиозным убеждениям.
и поэтому сия поделка не нужна: исходники для аудита ширнамассами недоступны, мегафич, которые бы оправдали использование никому не известного и не прошедшего широкое «боевое тестирование» irl продукта отсутствуют.
так что да: именно потому, что проприетарщина и пролетает. иначе нашлись бы энтузиасты, которые стали бы это пилить, ставить и тестировать. а так… ну, воткнуть блоб в чруте, погонять на паре игрушечных тестов и выкинуть.
| |
3.74, Аноним (-), 21:02, 25/06/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Только потому что проприетарная разработка? Что за бред.
Достаточный повод чтобы обойти в новой разработке стороной. Закладываться на проприетарь сегодня - это обеспечивать себе много геморроя в будущем.
| |
|
|
1.15, Аноним (-), 10:33, 25/06/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
вот еще немного, совсем чуть-чуть и начнут вывешивать новости об adware...
а что, тоже бесплатно!
| |
1.16, Аноним (-), 10:35, 25/06/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>Например, MemSQL не осуществляет разбор SQL на лету, вместо этого из SQL-конструкций генерируется С++ код, работающий с оптимизированными для хранения в памяти структурами данных, доступ к которым осуществляется без блокировок. Второй особенностью является то, что данные всегда полностью держатся в ОЗУ и отдаются из памяти.
1. Вангую новый вид атак на сервер БД - С++-Инжекш :)
2. Как я понимаю, данные в памяти держаться до первого сбоя электроснабжения?..
| |
|
|
3.52, Аноним (-), 15:02, 25/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
Читать разучился? Сказано же, что синхронизируеться не сразу, а когда нить потом, ну чтобы быстро было.
| |
|
4.56, анон (?), 15:17, 25/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
Читать разучился? Сказано же, что при коммите транзакции
| |
|
5.66, Аноним (-), 16:44, 25/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
>Хм. Что-то автор новости про ACID, похоже, немного загнул. memSQL обеспечивает транзакционную целостность ТОЛЬКО уровня "READ COMMITTED", и ТОЛЬКО в режиме "транзакция на SQL-запрос".
Паста с коммента ниже.
| |
|
|
|
|
1.20, Аноним (-), 12:00, 25/06/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Если SQL транслируется в код на С++, то можно ставить крест на динамической генерации SQL-запросов из скриптов. Или он как-то на лету транслирует, но тогда непонятно чем это от стандартного кэширования отличается.
| |
|
2.25, Ваня (??), 12:39, 25/06/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
Для Windows - MS. Postgre медленнее и периодически встречаются глюки, когда Postgre'шники используют один механизм во всех платформах (кросс-платформенность), а в Windows данный механизм "obsolete" с приличным списком известных уязвимостей, оставленных для совместимости.
Для Linux - Postgre, просто MS ещё не выпустили.
А вообще всё зависит от размера базы. Для базы меньше 10 Гб быстрее всего файловый вариант.
| |
|
3.28, Аноним (-), 12:48, 25/06/2012 [^] [^^] [^^^] [ответить]
| +3 +/– |
Для Windows - PostgreSQL. MS медленнее и периодически встречаются глюки, когда Miscrosoft-овцы баги месяцами не исправляют и давно висит приличный список неисправленных известных уязвимостей, оставленных для совместимости. Ну и лицензия на MS SQL стоит от 30 тыс рублей, но и за такие деньги поддержка нулевая, только стрелки переводят. PostgreSQL бесплатен и в форуме поддержки в течение дня на любой вопрос ответят без попыток показать клиенту, что он идиот.
| |
3.90, Аноним (-), 10:54, 26/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
>А вообще всё зависит от размера базы. Для базы меньше 10 Гб быстрее всего файловый вариант.
а если база будет к примеру 4Гб, разве в файловом режиме 1с 8 будет не медленней работать по сети, чем в SQL-режиме? у меня база 1,6Гб и то уже на глаз сущетвенно заметно, что в файловом режиме намного медленней работает по сетке
| |
|
|
3.57, ананим (?), 15:24, 25/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
И это при том, что 1с на постгри использует табличные блокировки, а на мссиквеле - построчные.
| |
|
4.77, ffirefox (?), 21:16, 25/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> И это при том, что 1с на постгри использует табличные блокировки, а
> на мссиквеле - построчные.
1. Вид блокировок настраивается в PostgreSQL, а не в 1С. Она использует то, что дадут.
1. Вы о какой версии PostgreSQL говорите?
| |
|
5.81, ананим (?), 00:12, 26/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
1. О сертифицированной (и патченной) в 1с
2. У 1с свой язык. Он выгребет всю таблицу в автоматических блокировках и строки в программируемых в зависимости от сервера.
3. Благодоря дизайну постгри (а теперь и оракл) всё равно уделывают мссиквел.
Ещё вопросы?
| |
|
6.83, ffirefox (?), 00:59, 26/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
Ну, эту белиберду я и так знаю. Вопрос то был про версию PostgreSQL. В современных версиях можно включить построчную блокировку. Так что, ваша информация, как бы сказать, несколько устаревшая.
| |
|
|
|
|
2.76, ffirefox (?), 21:08, 25/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> кто-нибудь знает, что быстрее PostgreSQl или msSQL под 1с 8.2?
Быстрее то, с чем умеешь и приятно работать.
У меня получается быстрее с PostgreSQl. Но я MS SQL хуже знаю.
| |
|
|
4.84, ffirefox (?), 01:05, 26/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
Ну, похоже, PostgreSQL Вы плохо знаете, однако советуете.
Надеюсь, MS SQL Вы лучше знаете?
А советовал, Я по простой причине: для плохо настроенной системы особой разницы нет и гнаться за мифических преимуществом - глупость. Лучше вложиться в изучение инструмента.
| |
|
5.92, ананим (?), 12:33, 26/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
Вот и вложитесь.
А то складывается ощущение, что блокировки на строку вы только что открыли для себя в постгри и с криками вау пошли комментить всё подряд.
Зыж
Оракл уже тыщу лет умеет блокировки на ячейку.
А 1с на нём всё-равно лочит всю таблицу в автомате.
| |
|
|
|
|
1.24, Аноним (-), 12:38, 25/06/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Назревает вопрос, могут ли несколько талантливых программистов за год написать полностью совместимый аналог MySQL без заимствования кода MySQL ? Нет не могут. Значит частично использовали код MySQL, но этот код под GPL, а MemSQL - проприетарщина. Вывод - имеет место нарушение GPL. Уверен, что покопавшись в потрохах их бинарников можно много пересечений с MySQL найти, которые простым обеспечением бинарной совместимости на уровне протокола не объяснить.
| |
|
2.26, Аноним (-), 12:41, 25/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Уверен, что
> покопавшись в потрохах их бинарников можно много пересечений с MySQL найти,
> которые простым обеспечением бинарной совместимости на уровне протокола не объяснить.
Не получится покопаться в потрохах, чтобы загрузить MemSQL нужно согласиться с лицензией, а лицензия http://memsql.com/agreement.html гласит:
You may not, directly or indirectly: copy, distribute, rent, lease, timeshare, operate a service bureau with, use for the benefit of a third party, reverse engineer, disassemble, decompile, attempt to discover the source code or structure, sequence and organization of, or remove any proprietary notices from, the Software.
| |
|
3.31, анон (?), 13:05, 25/06/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
Выделенное жирным противоречит российскому законодательству, и любой суд признает этот пункт юридически ничтожным
| |
|
4.39, AdVv (ok), 13:53, 25/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
Оба-на ! Ну-ка ну-ка, какому конкретно закону РФ это противоречит ?
| |
|
|
6.89, AdVv (ok), 02:26, 26/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Гражданский кодекс РФ, часть 4, статья 1280. http://www.consultant.ru/popular/gkrf4/79_2.html#p559
Впечатляет. Только как водится очень пространные и невнятные формулировки, которые можно сильно по разному трактовать. Подозреваю что если затеять тяжбу результат может оказаться не так быстр и очевиден как вы озвучили. Надо будет глянуть EULA от русской версии Windows...
| |
|
|
4.85, Аноним (-), 01:17, 26/06/2012 [^] [^^] [^^^] [ответить] | +/– | И не только нашему, европейскому тоже - директива ЕС о правовой охране программ ... большой текст свёрнут, показать | |
|
|
2.37, arisu (ok), 13:40, 25/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Назревает вопрос, могут ли несколько талантливых программистов за год написать полностью
> совместимый аналог MySQL без заимствования кода MySQL ? Нет не могут.
с чего бы это? документация на диалект sql открыта. интерфейсы клиента открыты. какие проблемы сделать совместимую реализацию? или ты где-то углядел в новости «совместимость по файловым форматам» и ты пы?
| |
|
1.27, б.б. (?), 12:44, 25/06/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Кому в 2012 году может понадобиться закрытая БД без репутации в десятки лет?
| |
|
2.38, arisu (ok), 13:42, 25/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Кому в 2012 году может понадобиться закрытая БД без репутации в десятки
> лет?
её авторам, которые надеются, что используя громкое имя мордокниги смогут подзашибить лавэ.
| |
|
1.33, arisu (ok), 13:27, 25/06/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
ясно. унылая ерунда, с рекламой которой прибежали на опеннет. да ещё и проприетарная, что вообще ни в какие ворота. вот зачем сюда тащить новости про всякое гуано?
| |
|
2.43, Аноним (-), 14:12, 25/06/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
> новости про всякое гуано?
Вот я тоже не понимаю - зачем писать новости про всякие оперы и прочие маргинальные фигни.
| |
|
3.44, arisu (ok), 14:17, 25/06/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
(пожимает плечами) увы. никто кроме апруверов не знает, я полагаю. есть, впрочем, подозрение, что не знают даже сами апруверы.
| |
|
|
5.80, arisu (ok), 21:50, 25/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> ибо врага надо знать в лицо!
это ты так намекаешь, что надо и новости о выходе очередного KB для винды сюда постить?
| |
|
|
7.87, arisu (ok), 01:58, 26/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> нет, не тот масштаб
в смысле — опеннет слишком мелкий для этого сайт? хм… может быть, поэтому и не постят.
| |
|
8.88, Аноним (-), 02:08, 26/06/2012 [^] [^^] [^^^] [ответить] | +/– | в смысле KB это слишком мелкая штука, таких последствий как топик в перспективе ... текст свёрнут, показать | |
|
|
|
|
|
|
|
1.41, Crazy Alex (ok), 14:04, 25/06/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Тьфу, кто писал заключительный абзац? Mongo, оперирующая парами "ключ-значение" - это песня.
| |
|
|
3.69, Crazy Alex (ok), 18:03, 25/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
Вы идиот.
Mongo - ДОКУМЕНТНАЯ (Document-oriented) база, а ни разу не "ключ-значение". О чем и написано на первой странице сайта первым пунктом.
Так уж и быть - поясняю - в ней нет какого-то единственного ключа, по которому только и можно выдернуть хранимую сущность - а задается набор условий, которым должны удовлетворять поля документа.
| |
|
|
1.42, Аноним (-), 14:11, 25/06/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> является проприетарной разработкой, но распространяется бесплатно c ограничением
Первая доза - бесплатно...
| |
1.50, Kodirr (?), 14:51, 25/06/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Хранить всё в памяти - много ума не надо! Ты попробуй хранить хотя бы 100 гигов, да отдавать всё быстрее пули.
Да и в целом, не таков запрос на скорость, сколь велик запрос на надёжность и защиту.
| |
1.53, Andrew Kolchoogin (?), 15:03, 25/06/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Хм. Что-то автор новости про ACID, похоже, немного загнул. memSQL обеспечивает транзакционную целостность ТОЛЬКО уровня "READ COMMITTED", и ТОЛЬКО в режиме "транзакция на SQL-запрос".
| |
|