The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

MongoDB прекращает поддержку платформы Solaris

29.08.2017 22:18

Разработчики документо-ориентированной СУБД MongoDB уведомили пользователей об исключении Solaris из числа поддерживаемых платформ. Отмечается, что отныне все новые релизы, включая корректирующие обновления для существующих веток, будут формироваться без подготовки сборок для Solaris, за исключением обновлений с устранением критических проблем.

В качестве причины указывается нежелание впустую тратить ресурсы на сопровождение платформы судьба которой под вопросом и которая потеряла спрос среди клиентов, при том, что затраты на сопровождение Solaris в кодовой базе MongoDB достаточно высоки. В частности, утверждается, что неопределённость Oracle в отношении Solaris и вялость развития данной платформы привели к тому, что все нынешние коммерческие клиенты, применявшие Solaris, перешли на другие платформы или планируют подобный переход. Невостребованность данной платформы среди пользователей MongoDB также подтверждает статистика загрузок сборок MongoDB для Solaris.

Из проблем с организацией сопровождения Solaris упоминается фрагментация сообщества (llumos, OpenSolaris, OpenIndiana, SmartOS, Oracle Solaris, OmniOS), плохая поддержка в применяемых средствах разработки (Clang не поддерживает Solaris, в GDB имеются проблемы с отладкой многопоточных программ для Solaris, в GCC для Solaris не реализованы некоторые важные возможности C++11), утеря знаний о системе разработчиками (знанием тонкостей Solaris обладают лишь несколько матёрых разработчиков MongoDB, а новое поколение разработчиков требует обучения), проблемы с применением систем непрерывной интеграции для проверки сборок для Solaris.

  1. Главная ссылка к новости (https://engineering.mongodb.co...)
  2. OpenNews: Следом за MongoDB начались атаки на CouchDB, Hadoop и ElasticSearch
  3. OpenNews: Число серверов MongoDB, поражённых шифровальщиком, увеличилось до 28 тысяч
  4. OpenNews: Вымогатели-шифровальщики переключились на незащищённые СУБД MongoDB
  5. OpenNews: Релиз документо-ориентированной СУБД MongoDB 3.2
  6. OpenNews: Компания Oracle опубликовала план разработки Solaris и SPARC
Лицензия: CC-BY
Тип: Тема для размышления
Ключевые слова: mongodb, solaris
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (86) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, A.Stahl (ok), 22:23, 29/08/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    >судьба которой под вопросом

    Вопросы? Какие тут могут быть вопросы? Ну кроме проблемы выбора между белыми тапочками и туфлями.

     
     
  • 2.25, Аноним99 (?), 10:51, 30/08/2017 [^] [^^] [^^^] [ответить]  
  • +/
    -> между белыми тапочками и туфлями.
    Между белыми тапочками и деревянным макинтошем.
    Fixed.
     
  • 2.26, Аноним (-), 10:51, 30/08/2017 [^] [^^] [^^^] [ответить]  
  • +/
    -> между белыми тапочками и туфлями.
    Между белыми тапочками и деревянным макинтошем.
    Fixed.
     
  • 2.52, Аноним (-), 05:37, 31/08/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Никакого. Рррракл уволил почти всех разработчиков соляры и zfs.
     

  • 1.2, wS (?), 22:27, 29/08/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересно куда клиенты переходят и куда хотят перейти?! P.s. интересуюсь для общего развития.
     
     
  • 2.3, Аноним (-), 22:36, 29/08/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    На RHEL или Oracle Linux.
     

  • 1.4, th3m3 (ok), 22:37, 29/08/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А ведь всё могло быть неплохо у  Solaris, если бы на Oracle. Лет 10 назад его пробовал, очень даже ничего был.
     
     
  • 2.9, Аноним (-), 23:44, 29/08/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    ЕМНИП лет 10 назад была только десятка, которая была (и есть) жутким окаменевшим гoвном мамонта.
     

  • 1.5, Аноним (-), 22:53, 29/08/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Когда они пришли за коммунистми - я молчал, я же не коммунист
     
     
  • 2.6, Crazy Alex (ok), 23:21, 29/08/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Додушить проприетарные юниксы - святое дело
     
     
  • 3.7, Аноним (-), 23:31, 29/08/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Однако ж первым делом задушили они OpenSolaris.
     
     
  • 4.10, Аноним (-), 23:45, 29/08/2017 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Невозможно убить то что уже мертво.
     
     
  • 5.27, Аниним (?), 10:55, 30/08/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Что мертво, умереть не может (с)
     
  • 4.53, Аноним (-), 05:40, 31/08/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Однако ж первым делом задушили они OpenSolaris.

    Он даже не родился, поэтому как максимум это выкидыш по причине дурной наследственности.

     
  • 3.8, ананим.orig (?), 23:40, 29/08/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Раньше тут занзвер появлялся. Вот..
    Тоже не видел ничего плохого в том, что солярку так и не успели открыть.
    На фоне айзена и его "сддл — самая открытая из всех приоткрытых" .. ну или как-то так.
     
  • 3.11, RobotsCantPoop (?), 00:00, 30/08/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Ситуация с systemd как бы показала что и линукс, несмотря на открытость кода и gpl, насквозь проприетарен. Сообщество и открытый код бессильны против бабла.
     
     
  • 4.14, Crazy Alex (ok), 01:15, 30/08/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Вот чудак. Про генту и devuan напомнить? Открытый линукс на то и открыт, что практически на любую глупость находится достаточно недовольных, чтобы сделать альтернативу.
     
     
  • 5.34, systemdfree (?), 13:32, 30/08/2017 [^] [^^] [^^^] [ответить]  
  • +/
    http://www.cucumberlinux.com/ :)
     

  • 1.12, Аноним (-), 00:04, 30/08/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    А писать портируемый код они не умеют. Про фрагментации - бред, все вокруг illumos. Clang прекрасно работает, как и gcc.
     
     
  • 2.13, Аноним (-), 00:07, 30/08/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А сборки загружают меньше, потому что олдскул, а не линукс-школота - собирают сами.
     
     
  • 3.54, Аноним (-), 05:42, 31/08/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А сборки загружают меньше, потому что олдскул, а не линукс-школота - собирают сами.

    Значит и монгу сами майнтайнить как нибудь будут. Они же не школота какая-то, да?

     
  • 2.15, Ordu (ok), 01:47, 30/08/2017 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Сходи и объясни им как надо писать портабельный код. А лучше просто напиши статейку на этот счёт. Базы данных устраивают довольно весёлые пляски с бубном вокруг mmap, всячески борясь с ядром, чтобы то не встревало в процесс со своим дисковым кешом. Причём, я подозреваю, что там всё ещё более весело, чем я думаю, потому что я случайно и довольно давно интересовался тем как это делается, и довольно смутно представляю себе проблемы. Я бы с радостью почитал какую-нибудь статейку минут на десять-двадцать чтения, которая бы описала как эти проблемы надо решать портабельно. Так что не таи свои знания, поделись с сообществом.
     
     
  • 3.16, opennotru (?), 03:40, 30/08/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Не кричите так сильно, он только что Питоняшу выучил, теперь умеет писать переносимо.
     
  • 3.21, Аноним (-), 07:29, 30/08/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    О, да, mmap сильно "фрагментирован". Они катят бочку на сообщество и компиляторы. При этом поддерживают Windows - совершенно другую систему. Mysql и Postgres могут в Солярис, а Монго не могу, значит, неосиляторы. С появлением json в Постгресе и Мускуле, Монго не нужна.
     
     
  • 4.55, Аноним (-), 05:46, 31/08/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Вероятно причина в том что разработчики или хотя-бы тестировщики с виндой у них есть, а с соляркой таких найти - сами понимаете. Соляркой в основном размахивают ископаемые админы, от которых толку в процессе разработки ноль. Вот поддержка соляры в софте и загибается. Где-то быстрее, где-то медленнее. Зависит от терпения разработчиков и их желания иметь дело с экзотикой неизвестно ради чего.
     
  • 2.28, KonstantinB (ok), 11:16, 30/08/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Ага, давайте писать портируемый код. Для начала откажемся от epoll, kevent и прочих /dev/poll и начнем везде использовать портируемый select(). Вот весело-то будет.
     
     
  • 3.29, Аноним (-), 11:30, 30/08/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    По такой логике можно и от C++ отказаться в пользу языка ассемблера. А тут даже самостоятельно абстракции писать не надо, есть libuv, например.

     
     
  • 4.33, KonstantinB (ok), 12:25, 30/08/2017 [^] [^^] [^^^] [ответить]  
  • +/
    [irony] Но ведь libuv не портируем на произвольный юникс!
     
  • 4.56, Аноним (-), 05:54, 31/08/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > По такой логике можно и от C++ отказаться в пользу языка ассемблера.

    Только на днях в ffmpeg прилетели оптимизации декодера VP9. На чистейшем AVX2 асм. Зачем? Ассемблерный вариант функции на AVX2 в 10 раз быстрее сишной версии!!! Старинный SSE2 тоже быстрее, но "всего" в 5 раз. Это против простого си, где оверхеда мало и он относительно предсказуем.

     
     
  • 5.60, Аноним (-), 07:30, 31/08/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > оптимизации декодера VP9. На чистейшем AVX2 асм

    Но ведь не весь ffmpeg написан на AVX2 асм? Там же есть дефолтная версия на Си, правда?

     
     
  • 6.67, Аноним (-), 14:26, 31/08/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Но ведь не весь ffmpeg написан на AVX2 асм? Там же есть
    > дефолтная версия на Си, правда?

    Есть. И на ассемблере или simd intrinsics пишут только критичный код. Но если собрать ffmpeg в чисто сишном виде, работать будет медленно и печально. В libvpx недавно тоже кто-то с @loongson.cn комитнул. Каждый комит давал 100-500% прироста. Побить generic C в критичных к скорости вычислениях не так уж сложно. Тем более что перед вызовом куска асма делают определение cpu в рантайм и вызывают самый хороший кусок. А если с этим набором команд всю прогу собрать - так она грохнется на проце без нужных фич. Всякие явы могут в принципе генерить код используя все фичи проца, но на практике им это не очень помогает по куче других причин, так что толку с этого чуть.

     
  • 3.30, Аноним (-), 11:33, 30/08/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ага, давайте писать портируемый код. Для начала откажемся от epoll, kevent и
    > прочих /dev/poll и начнем везде использовать портируемый select(). Вот весело-то будет.

    Платформо-зависимый код должен быть изолирован в одном месте, а не раскидан по всему проекту.

     
     
  • 4.32, KonstantinB (ok), 12:23, 30/08/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А с чего вы взяли, что в монге он раскидан по всему проекту?
     
     
  • 5.42, _ (??), 18:39, 30/08/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А чего тогда слились? Пишут же - каждый раз тоо мэни эффортс то киииипап ...

    Да хрен с ней с этой монгой, кому короме строителей уютненьких оно упёрлась?! :-\

     
     
  • 6.57, Аноним (-), 06:01, 31/08/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > А чего тогда слились? Пишут же - каждый раз тоо мэни эффортс
    > то киииипап ...

    Конечно мэни. Ведь работу программы надо еще и проверить на платформе, если ее поддержка заявляется. Вываливать код который вы даже ни разу не запустили - свинство. Это означает что кто-то должен платформу развернуть, настроить там софт, суметь там собрать программу тамошними тулсами и проч. И где таких желающих взять, если пользователи соляры сильны только в пантарезе и рассказах про правильные юниксы?

     
     
  • 7.71, пох (?), 15:00, 31/08/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Конечно мэни. Ведь работу программы надо еще и проверить на платформе, если ее поддержка
    > заявляется.

    разумеется. Причем желательно - откатив автоматом комит, а еще лучше - недопустив комита вообще, если тестовая сборка не проходит тесты.

    А, да - у нормальных людей это автоматизировано.

    > Это означает что кто-то должен платформу развернуть, настроить там софт, суметь там
    > собрать программу тамошними тулсами и проч.

    а разработчики модной хипстерской погребени, разумеется, ничего этого не умеют.
    Зато они могут под виндовс, ага. А виноват, разумеется, клятый оракл.

    не то чтобы, конечно, мне хотелось видеть хоть где-нибудь у себя эту ман..а-дб...

     
     
  • 8.90, Аноним (-), 18:36, 01/09/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Есть нюансы 1 Автоматизировать проверку локалей при логине про которую тут ныл... текст свёрнут, показать
     
  • 4.50, Led (ok), 23:16, 30/08/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Платформо-зависимый код должен быть изолирован в одном месте, а не раскидан по
    > всему проекту.

    Так его и "изолировали": прикопали в могилку с солярисом.

     
  • 3.51, kuku (ok), 02:50, 31/08/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    +1

    Молодец. В каждой функции есть своя изюминка,
    причем оригинальные решения не приветствуются,
    так как написано много программ. Функции совершенствуются
    по мере разработки нестандартных алгоритмов или их доработки.
    Может, поэтому Linux так популярен, что его постоянно переделывают ?

    Вообще, к уважению Microsoft, было введено понятие программных
    интерфейсов в ООП. Я думаю тоже самое можно сделать и в Linux.
    Ну по крайней мере попытаться. Разнообразие конечно нужно
    бывает для творчества, но УНИФИКАЦИЯ тоже нужна, только не во вред
    качеству.

     
     
  • 4.87, Легион (?), 11:10, 01/09/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > к уважению Microsoft

    Оксюморон ;)

     

  • 1.17, Меломан1 (?), 04:37, 30/08/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    После такого эпичного заявления пользователи ОС Solaris наконец-то узнают о существовании СУБД MongoDB и то что их не посчитали, нет они просто обязаны это узнать иначе разработчики MongoDB сделают еще более дурацкое заявление.
     
     
  • 2.18, Аноним (-), 05:37, 30/08/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > пользователи ОС Solaris наконец-то узнают

    нет. Мозг уже отмер, осталось только вздувшееся тело

     
     
  • 3.43, _ (??), 18:41, 30/08/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это неважно. Важно что бабла всё ещё немерянно :)
     
     
  • 4.58, Аноним (-), 06:04, 31/08/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Это неважно. Важно что бабла всё ещё немерянно :)

    У кого? У оракла? Они и без саляриса найдут на чем его срубить. Основным активом у них база-переросток, а на чем она там работает вообще дело десятое.

     
  • 2.23, Аноним (-), 09:12, 30/08/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Им пофигу т.к. PostgreSQL есть с JSONB и результат получше ем у монги
     
     
  • 3.31, лютый жабист__ (?), 12:18, 30/08/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >PostgreSQL есть с JSONB и результат получше ем у монги

    Влажные фантазии. Никогда РСУБД с примотанным изолентой JSON не сможет догнать изначально документоориентированную СУБД, ни по скорости, ни по фичам.

     
     
  • 4.36, Аноним (-), 16:16, 30/08/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Влажные фантазии. Никогда РСУБД с примотанным изолентой JSON не сможет догнать изначально документоориентированную СУБД, ни по скорости, ни по фичам.

    Сразу видна "осведомлённость" в вопросе :D

     
     
  • 5.44, _ (??), 18:42, 30/08/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Пожалей жабиста, "жабабыстреепроцессора" :-)
     
  • 4.40, KonstantinB (ok), 17:29, 30/08/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Монга очень условно документноориентированная.
    Внутре у нея неонка, ну то есть BTree, что вообще очень странный выбор в качестве единственной структуры данных для индекса полей документов, где разреженность может быть очень даже немала. В постгресе же из коробки есть инвертированные индексы, даже два - GIN и GIST на выбор.

    Главная фича монги - это горизонтальное масштабирование из коробки. На единственном сервере постгрес будет эффективнее на подавляющем большинстве задач (если, конечно, его правильно готовить).

     
     
  • 5.45, _ (??), 18:47, 30/08/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Главная фича монги - это горизонтальное масштабирование из коробки.

    Да.
    Но комрад А. его люто обо$#@л :) Типо "бибикает и теряет файлы" :) А он - в большом авторитете по поводу поломки сейфов и субдЫ :)

     
  • 5.62, лютый жабист__ (?), 07:50, 31/08/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Главная фича монги - это горизонтальное масштабирование из коробки. На единственном сервере постгрес будет эффективнее на подавляющем большинстве задач

    А ACID уже стало бесплатным?

    В РСУБД вообще НИКОГДА не видел скорости INSERT больше 5-6k в сек. Только не надо про костыли COPY или ораклового SQLloader, речь про программное добавление/изменение данных, а не приседания с csv-шками.

    Массовый update такой же "быстрый".

    При этом и select-ы проседают мама не горюй.

    В слоновий JSON с какой скоростью будет грузиться разлапистый JSON на 1МБ и 500-элементов?
    Главный вопрос что там с типами полей?! Автоопределение или всё как string (omg?)
    А можно как в монге сделать в одно и то же поле поле и String и например Long в разных документах. При этом .find() прекрасно их различать будет.

     
     
  • 6.65, лютый жабист__ (?), 09:38, 31/08/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > В слоновий JSON с какой скоростью будет грузиться разлапистый JSON на 1МБ и 500-элементов?

    Сам проверил. autocommit off, 1000 документов весом 40МБ вставлялось 4756мс (коммит после 1000), итого по 200 записей в сек. У монги скажем так, чтобы не обидеть, примерно в 10 раз больше. Безо всякого "правильно готовить"...

    Плюс удобные фишки в духе автосоздания коллекций и миллиона других.

    Жду прохладных былин про разрыв Монги Постгресом...

     
     
  • 7.80, KonstantinB (ok), 18:04, 31/08/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А как монга измерялась? Write concern?

    Не знаю, как сейчас, а раньше монга на операции записи по дефолту возвращала "ок", как только данные _приняты_ к записи, ничего еще по факту не записав.

     
     
  • 8.83, лютый жабист__ (?), 05:34, 01/09/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    На одном сервере-то Читай всю ветку, если комментируешь Итого слышал звон ... текст свёрнут, показать
     
  • 7.91, Led (ok), 23:19, 01/09/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > итого по 200 записей в сек.

    Когда же этот безрукий уже повесится?

     
     
  • 8.92, лютый жабист__ (?), 10:14, 02/09/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Ну запиши видео как ты грузишь в слона хмл полумеговые быстрее 300 в сек, я навс... текст свёрнут, показать
     
  • 6.68, Аноним (-), 14:40, 31/08/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > В РСУБД вообще НИКОГДА не видел скорости INSERT больше 5-6k в сек.

    А ты попробуй начать транзакцию, а потом сразу много INSERT-ов до COMMIT. Будешь немало удивлен. Но в случае чего отменится вся группа, конечно. Так импортируют большие объемы данных в базы. А можно вместо этого пойти путем ББ и вместо RTFMа месяц хрустеть ноутбучным диском, слезно рассказывая о том какая база плохая.

     
     
  • 7.78, лютый жабист__ (?), 17:37, 31/08/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> В РСУБД вообще НИКОГДА не видел скорости INSERT больше 5-6k в сек.
    > А ты попробуй начать транзакцию, а потом сразу много INSERT-ов до COMMIT.

    Теоретик, ты попробуй сам получи больше 6к в сек, потом будешь учить меня.

    Без батча, с автокоммитом и многих других крутилок, у Постгреса скорость вообще 300 инсертов в сек. Со всеми возможными приседаниями 4-6к (зависит от размера записи.

    У Монги upto 100k.

     
  • 6.79, KonstantinB (ok), 17:57, 31/08/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Не вижу смысла считать производительность без профиля нагрузки.

    Если надо практически только инсертить - то эффективнее всего будет хранить данные в простом текстовом файле.

    Типичный профиль - это, все же, преобладание селектов.

     
  • 4.49, I (?), 21:47, 30/08/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Влажные фантазии. Никогда РСУБД с примотанным изолентой JSON не сможет догнать изначально документоориентированную СУБД, ни по скорости, ни по фичам.

    А починили глобальные локи?
    Потерю данных?
    Инмемори добавили или только в платной версии?
    Добавили транзакции?
    Допилили вменяемые запросы?
    И наконец можно ограничеть что бы не жрало 100Гб рамы?!!!
    А то фичей полно а банального функционала нехватает.

     
     
  • 5.61, лютый жабист__ (?), 07:35, 31/08/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Добавили транзакции

    Мда, эксперты опеннета во всей красе. Зачем носклю транзакции? Чтобы получился очередной тормозной Постгрес? Атомарность на уровне документов 100 лет в обед. В том числе на композитные операции типа findAndReplace. Протокол давно починили. А у ПГ всё так же врукопашную мастера переключаете, критики Монги? 8)))

    Ключу cacheSizeGB сто лет в обед. Но когда монга ест свои 60% ОЗУ, она и работает божественно. А у слона 350МБ на поток и неотключаемые тормоzzzzZZZZZZzzzzаааа в комплекте.

    >Допилили вменяемые запросы

    неосиляторы в треде. монговский диалект это шаг вперёд по сравнению с SQL. точка.

     
     
  • 6.73, самы лютый жабист__ (?), 16:29, 31/08/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> Допилили вменяемые запросы
    > неосиляторы в треде. монговский диалект это шаг вперёд по сравнению с SQL. точка.

    то есть что бы получить часть данных мне надо всё заселектить
    ну это определённо шаг вперёд *лол*

     
  • 6.74, самы лютый жабист__ (?), 16:33, 31/08/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> Добавили транзакции
    > Мда, эксперты опеннета во всей красе. Зачем носклю транзакции? Чтобы получился очередной тормозной Постгрес? Атомарность на уровне документов 100 лет в обед. В том числе на композитные операции типа findAndReplace. Протокол давно починили. А у ПГ всё так же врукопашную мастера переключаете, критики Монги? 8)))
    > Ключу cacheSizeGB сто лет в обед. Но когда монга ест свои 60% ОЗУ, она и работает божественно. А у слона 350МБ на поток и неотключаемые тормоzzzzZZZZZZzzzzаааа в комплекте.
    >> Допилили вменяемые запросы
    > неосиляторы в треде. монговский диалект это шаг вперёд по сравнению с SQL. точка.

    [b]Чем ТУПЕЕ СУБД тем она быстрее - memcache рулит и пипикает[/b]

     
  • 6.81, Аноним (-), 22:19, 31/08/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> Мда, эксперты опеннета во всей красе. Зачем носклю транзакции? Чтобы получился очередной тормозной Постгрес? Атомарность на уровне документов 100 лет в обед. В том числе на композитные операции типа findAndReplace. Протокол давно починили. А у ПГ всё так же врукопашную мастера переключаете, критики Монги? 8)))

    Потеряли часть данных?, да и хер с ними...
    Обновление - единственныйт показатель в котором mongodb ещё опережает mysql и postgresql

     
     
  • 7.82, лютый жабист__ (?), 05:31, 01/09/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Потеряли часть данных?, да и хер с ними... Обновление - единственныйт показатель в котором mongodb ещё опережает mysql и postgresql

    Какие фантазии. Если Р держать в Ж, то и в Оракле будут теряться данные.

     
     
  • 8.84, Аноним (-), 05:46, 01/09/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Транзакции жеш В принципе можно и дальше люто фапать на монгу рукалицо ... текст свёрнут, показать
     
     
  • 9.85, лютый жабист__ (?), 07:59, 01/09/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У меня в продакшне и Слон и Монго Монга разрывающе быстрее и намного удобнее И... текст свёрнут, показать
     
     
  • 10.86, Аноним (-), 11:09, 01/09/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну, если лютый жабист__ так говорит, то значит так и есть И вооще, лютым жабист... текст свёрнут, показать
     
     
  • 11.88, лютый жабист__ (?), 11:38, 01/09/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я всё гадаю, кто тут сидит Чуть копнёшь - в СУБД профаны, в прогерстве профаны,... текст свёрнут, показать
     
     
  • 12.89, Аноним (-), 12:22, 01/09/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Во-во Место видать такое ... текст свёрнут, показать
     

  • 1.22, DmA (??), 08:37, 30/08/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Солярка всё! :(
    Где-то полгода назад ставил её из любопытства. Случайно не поменял раскладку на английскую и имя ввёл по русски и пароль. Или может не случайно, хотел попробовать, годится она для русскоязычных. Так вот тупизм ситуации такой, что при вводите логина на русский нельзя было переключится, а при вводе пароля почему-то можно... В общем пришлось переустановить систему из-за этого косяка. Соляркой уже никто не интересуется, даже сама Oracle пока ей не позвонят пользователи, которые платят за техподдержку Solaris не вспоминает о ней!
     
     
  • 2.38, Аноним (-), 16:33, 30/08/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так бы и написал: ниасилил!
    Тоже мне, аналитег диванный!
     
     
  • 3.59, Аноним (-), 06:32, 31/08/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Так бы и написал: ниасилил!
    > Тоже мне, аналитег диванный!

    Это называется "мы не тестировали свою систему с локалями отличными от английской", а вовсе не то о чем вы подумали.

     
     
  • 4.64, Аноним (-), 09:23, 31/08/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Так бы и написал: ниасилил!
    >> Тоже мне, аналитег диванный!
    > Это называется "мы не тестировали свою систему с локалями отличными от английской",
    > а вовсе не то о чем вы подумали.

    Это называется не смог настроить.

     
     
  • 5.69, Аноним (-), 14:48, 31/08/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Это называется не смог настроить.

    А зачем кому-то забесплатно тратить время на исправление оракловской жопорукости и нежелания тестировать систему?

     

  • 1.24, iv (?), 09:30, 30/08/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > While several of our senior developers know their way around Solaris well [...]
    > [...] знанием тонкостей Solaris обладают лишь несколько матёрых разработчиков [...]
    > senior
    > матёрых

    Отличный перевод!

     
     
  • 2.35, KonstantinB (ok), 15:32, 30/08/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Хаха, отлично. "Вакансия: матёрый C++-разработчик" :-)
     

  • 1.37, Аноним (-), 16:26, 30/08/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Если они не хотят поддерживать свой софт на соляре, то это их дело Но неопреде... текст свёрнут, показать
     
     
  • 2.39, exSun (ok), 16:38, 30/08/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Вас дезинформировали. Определенность, конечно, есть, но она не столь радужна, как об этом говорят партнерам. 11.5 в планах нет. M8 уже есть физически, но будут ли системы на нем - большой вопрос. Спарк линукса и систем на нем уже нет (впрочем, не жалко). На этой неделе ожидается очередная волна увольнений как раз железячников и ОС-ников по всем фронтам (разработка, пресейл, поддержка). Спустить в /dev/null тысячи человеко-лет - это вполне в духе этой полимерной компании.

    Новости агентства "ОБС", конечно.

     
     
  • 3.47, _ (??), 18:54, 30/08/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Может и так конечно. Но чёто сомнительно.
     
     
  • 4.48, exSun (ok), 19:02, 30/08/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Время рассудит... Самому тяжко всё это узнавать.
     
  • 4.70, Аноним (-), 14:52, 31/08/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Может и так конечно. Но чёто сомнительно.

    Что сомнительно? На layoffs.com или как там его на днях были сведения что народ занимавшийся zfs из оракла поперли, практически всю команду.

     
  • 3.72, Zulu (?), 16:14, 31/08/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Подтверждаю каждое слово этого предсказания.

    Меня сняли со спарк-линукса (куда меня перевели меньше года назад со спарк-соляриса), хотят направить на арм-линукс, но я пока отбиваюсь.

    То что коммент в минусах доставляет отдельно. Опеннет такой смешной, живет в своем мирке.

     
     
  • 4.76, exSun (ok), 16:44, 31/08/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Меня сняли со спарк-линукса (куда меня перевели меньше года назад со спарк-соляриса),
    > хотят направить на арм-линукс, но я пока отбиваюсь.

    А вроде ж перспективное направление, модно-молодежно, с такими скиллами можно будет развиваться и после того, как оракл кончится...

     
     
  • 5.77, Zulu (?), 16:51, 31/08/2017 [^] [^^] [^^^] [ответить]  
  • +/
    "Молодежно" это мне уже не так важно, в сороковник-то.

    А вообще я не настоящий сварщик. Все это меня больше мучало, чем развлекало. Хочу больше в сторону админить, ну или писать на Perl или TCL, которые люблю.

     

  • 1.75, Аноним (-), 16:39, 31/08/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А кто то кроме жабаскрип фанатов , ну и любителей поэкспериментировать ставит в проект это?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру