Во перввый я вам поставил минус в карму за хамство и переход на личности.
Во вторых — если вы считаете что это вопрос _только_ политической воли — вы просто не владеете вопросом. Вы не сможете перенести столицу на дальний восток для того, чтобы его развить. Вам надо развить дальний восток, чтобы перенести туда столицу.
Школы создаются десятилетиями (и далеко не везде, куда вкладывают деньги). В то время как уже наработанные, существующие школы могут просто исчезнуть от нехватки денег.
Почему у кубинцев хорошие боксеры, а у соседней Доминиканской республики — не очень? Они глупее или слабее? нет. У кубинцев есть школа.
Почему японские автомобили хорошие, а наши не очень? Наши инженеры глупее? нет. Потому что японцы десятилетиями упорного труда создали свою школу автомобилестроения.
Почему пару веков назад Тульское оружие было лучше, чем к примеру Рязанское (а еще передайте, что англичане ружья кирпичем не чистят)? Жители Тулы умнее? Нет. У них была своя школа.
Ну не нравится вам Москва, ну и хрен с ней, у нас есть Урал со своей научной школой и школой решения индустриальных вопросов. У нас есть высокотехнологичный Новосибирск и «сотоварищи» со своей школой. Да мало ли мест у нас! Там есть кадры, есть инфраструктура, есть что сохранять и что развивать.
Но просто назначить территорию «наукоемкой» — вбухать деньги, и ждать отдачи — это просто профанация. Как говорили при советах — «экономический волюнтаризм».
Почемуж приготовление? Это покушение, ч3 статьи 30 УК. Причем оконченное покушение — при котором виновный выполнил все, что считал необходимым, однако преступный результат не настил.
И в соответствии с ч.3 ст. 29 УК — ответственность за него предусмотрена как за настоящее преступление.
Это зависит от типа запросов. Для сложных запросов или запросов возвращающих много данных (ну грубо говоря OLAP), действительно sql overhead можно пренебречь.
Для частых однотипных запросов типа select * from table where pkey=число, (грубо говоря OLTP) которые выполянются «много тыщщ» раз в секунду, также много тыщщ раз в секунду выполняется лексический анализ запроса, парсинг, обращение к схеме (чтобы узнать поля и индексы), query cache, оптимизатор и т.д. И в этом случае overhead уже очень заметен.
Откуда по Вашему появилось вообще движение NoSQL? — это борьба с overskills обычных sql серверов.
В случае нового плагина появляется уникальная возможность комбинации подходов — использовать nosql там где нужно, и sql там где можно.
прослойка это не то, о чем говорится. В случае прослойки сначала парсится nosql протокол, затем он переводится в sql, который опять парсится уже mysql сервером. То есть работы — добавляется. В случае плагина nosql интерфейс используется вместо sql, то есть весь sql слой просто не участвует при разборе запроса.
Что же касается скорости ndb (к примеру) без sql слоя — вот тут есть тесты самого Оракла на этот счет, они получили на кластере из 16 машин 6.8 миллионов чтений в секунду и 2.4 миллиона updates в секунду.
«если правда оно, ну хотя бы на треть» ( (с) Высоцкий), то ожидается заметный прирост производительности при использовании nosql плагина.
потому что постгрес там появился намного раньше, чем эрланг. И идея была перенести часть того, что делалось в хранимках на постгресе в отдельный эрланг процесс. С улучшениями и балансировкой разумеется.
В нашем случае баласировщик нагрузки был выше, в радиус сервере. Там можно настроить чтобы нагрузка распределялась равномерно между модулями(радиусовскими) и если нода отказывается принимать запрос (ну или с ней потерялась связь) запрос уйдет к другой ноде. Если все ноды отказали — радиус ответит циске, что «извини, не могу отбработать твой аккаунтитнг».
По поводу 300 запросов — для эрланга это далеко не предел. У нас такое ограничение появилось потому что тяжелая обработка запроса — требует от 0 до 3 запросов в постгрес базу.
А железо там — обычный 32 разрядный компьютер с 2 гигами памяти и amd phenom если не ошибаюсь.
Ой, ну этого бы очень не хотелось. Во первых этого не достаточно, так, как sys.config читается процессом init а не sasl, а во вторых на sasl навешано еще других функций, которые не хотлеось бы прерывать. например — лог файлы, или слежение за переполнением памяти и диска.
а использовать application:set_env() как-то страшновато, учитывая, что про него пишут в документации.
Синтаксические ошибки обнаруживаются так быстро как это возможно. Сразу же как встречается символ, который не соответствует предыдущему входному потоку, мы можем вывести ошибку об этом.
Вот это крайне спорно. Как правило для LR приходится прилагать дополнительные усилия, чтобы ошибки указывались на самый левую лексему ошибочной части.
Во вторых — если вы считаете что это вопрос _только_ политической воли — вы просто не владеете вопросом. Вы не сможете перенести столицу на дальний восток для того, чтобы его развить. Вам надо развить дальний восток, чтобы перенести туда столицу.
Школы создаются десятилетиями (и далеко не везде, куда вкладывают деньги). В то время как уже наработанные, существующие школы могут просто исчезнуть от нехватки денег.
Почему японские автомобили хорошие, а наши не очень? Наши инженеры глупее? нет. Потому что японцы десятилетиями упорного труда создали свою школу автомобилестроения.
Почему пару веков назад Тульское оружие было лучше, чем к примеру Рязанское (а еще передайте, что англичане ружья кирпичем не чистят)? Жители Тулы умнее? Нет. У них была своя школа.
Ну не нравится вам Москва, ну и хрен с ней, у нас есть Урал со своей научной школой и школой решения индустриальных вопросов. У нас есть высокотехнологичный Новосибирск и «сотоварищи» со своей школой. Да мало ли мест у нас! Там есть кадры, есть инфраструктура, есть что сохранять и что развивать.
Но просто назначить территорию «наукоемкой» — вбухать деньги, и ждать отдачи — это просто профанация. Как говорили при советах — «экономический волюнтаризм».
Даже если не учитывать коррупцию.
И в соответствии с ч.3 ст. 29 УК — ответственность за него предусмотрена как за настоящее преступление.
И — не обижайтесь — но выглядит такая новость не очень правдоподобно.
Для частых однотипных запросов типа select * from table where pkey=число, (грубо говоря OLTP) которые выполянются «много тыщщ» раз в секунду, также много тыщщ раз в секунду выполняется лексический анализ запроса, парсинг, обращение к схеме (чтобы узнать поля и индексы), query cache, оптимизатор и т.д. И в этом случае overhead уже очень заметен.
Откуда по Вашему появилось вообще движение NoSQL? — это борьба с overskills обычных sql серверов.
В случае нового плагина появляется уникальная возможность комбинации подходов — использовать nosql там где нужно, и sql там где можно.
Что же касается скорости ndb (к примеру) без sql слоя — вот тут есть тесты самого Оракла на этот счет, они получили на кластере из 16 машин 6.8 миллионов чтений в секунду и 2.4 миллиона updates в секунду.
«если правда оно, ну хотя бы на треть» ( (с) Высоцкий), то ожидается заметный прирост производительности при использовании nosql плагина.
По поводу 300 запросов — для эрланга это далеко не предел. У нас такое ограничение появилось потому что тяжелая обработка запроса — требует от 0 до 3 запросов в постгрес базу.
А железо там — обычный 32 разрядный компьютер с 2 гигами памяти и amd phenom если не ошибаюсь.
а использовать application:set_env() как-то страшновато, учитывая, что про него пишут в документации.
Это был проект СССР, не лично Гагарина, и подбор фоток на главную страницу без этой надписи на шлеме вызывает усмешку.
Вот это крайне спорно. Как правило для LR приходится прилагать дополнительные усилия, чтобы ошибки указывались на самый левую лексему ошибочной части.
С большой долей вероятности вам придется подпиливать грамматику под тот тип парсера, который вы выбрали. Причем что для LL, что для LR.