1.1, A.Stahl (ok), 22:23, 29/08/2017 [ответить] [﹢﹢﹢] [ · · · ] [↓] [к модератору]
| +7 +/– |
>судьба которой под вопросом
Вопросы? Какие тут могут быть вопросы? Ну кроме проблемы выбора между белыми тапочками и туфлями.
| |
|
|
|
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 напомнить? Открытый линукс на то и открыт, что практически на любую глупость находится достаточно недовольных, чтобы сделать альтернативу.
| |
|
|
|
1.12, Аноним (-), 00:04, 30/08/2017 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| –5 +/– |
А писать портируемый код они не умеют. Про фрагментации - бред, все вокруг illumos. Clang прекрасно работает, как и gcc.
| |
|
|
3.54, Аноним (-), 05:42, 31/08/2017 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
> А сборки загружают меньше, потому что олдскул, а не линукс-школота - собирают сами.
Значит и монгу сами майнтайнить как нибудь будут. Они же не школота какая-то, да?
| |
|
2.15, Ordu (ok), 01:47, 30/08/2017 [^] [^^] [^^^] [ответить] [↓] [↑] [к модератору]
| +6 +/– |
Сходи и объясни им как надо писать портабельный код. А лучше просто напиши статейку на этот счёт. Базы данных устраивают довольно весёлые пляски с бубном вокруг mmap, всячески борясь с ядром, чтобы то не встревало в процесс со своим дисковым кешом. Причём, я подозреваю, что там всё ещё более весело, чем я думаю, потому что я случайно и довольно давно интересовался тем как это делается, и довольно смутно представляю себе проблемы. Я бы с радостью почитал какую-нибудь статейку минут на десять-двадцать чтения, которая бы описала как эти проблемы надо решать портабельно. Так что не таи свои знания, поделись с сообществом.
| |
|
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.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(). Вот весело-то будет.
Платформо-зависимый код должен быть изолирован в одном месте, а не раскидан по всему проекту.
| |
|
|
5.42, _ (??), 18:39, 30/08/2017 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
А чего тогда слились? Пишут же - каждый раз тоо мэни эффортс то киииипап ...
Да хрен с ней с этой монгой, кому короме строителей уютненьких оно упёрлась?! :-\
| |
|
6.57, Аноним (-), 06:01, 31/08/2017 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> А чего тогда слились? Пишут же - каждый раз тоо мэни эффортс
> то киииипап ...
Конечно мэни. Ведь работу программы надо еще и проверить на платформе, если ее поддержка заявляется. Вываливать код который вы даже ни разу не запустили - свинство. Это означает что кто-то должен платформу развернуть, настроить там софт, суметь там собрать программу тамошними тулсами и проч. И где таких желающих взять, если пользователи соляры сильны только в пантарезе и рассказах про правильные юниксы?
| |
|
7.71, пох (?), 15:00, 31/08/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.
Ну по крайней мере попытаться. Разнообразие конечно нужно
бывает для творчества, но УНИФИКАЦИЯ тоже нужна, только не во вред
качеству.
| |
|
|
1.17, Меломан1 (?), 04:37, 30/08/2017 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| +2 +/– |
После такого эпичного заявления пользователи ОС Solaris наконец-то узнают о существовании СУБД MongoDB и то что их не посчитали, нет они просто обязаны это узнать иначе разработчики MongoDB сделают еще более дурацкое заявление.
| |
|
|
|
4.58, Аноним (-), 06:04, 31/08/2017 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> Это неважно. Важно что бабла всё ещё немерянно :)
У кого? У оракла? Они и без саляриса найдут на чем его срубить. Основным активом у них база-переросток, а на чем она там работает вообще дело десятое.
| |
|
|
|
3.31, лютый жабист__ (?), 12:18, 30/08/2017 [^] [^^] [^^^] [ответить] [к модератору]
| –2 +/– |
>PostgreSQL есть с JSONB и результат получше ем у монги
Влажные фантазии. Никогда РСУБД с примотанным изолентой JSON не сможет догнать изначально документоориентированную СУБД, ни по скорости, ни по фичам.
| |
|
4.36, Аноним (-), 16:16, 30/08/2017 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +3 +/– |
> Влажные фантазии. Никогда РСУБД с примотанным изолентой JSON не сможет догнать изначально документоориентированную СУБД, ни по скорости, ни по фичам.
Сразу видна "осведомлённость" в вопросе :D
| |
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?
Не знаю, как сейчас, а раньше монга на операции записи по дефолту возвращала "ок", как только данные _приняты_ к записи, ничего еще по факту не записав.
| |
|
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. точка.
Чем ТУПЕЕ СУБД тем она быстрее - memcache рулит и пипикает
| |
6.81, Аноним (-), 22:19, 31/08/2017 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>> Мда, эксперты опеннета во всей красе. Зачем носклю транзакции? Чтобы получился очередной тормозной Постгрес? Атомарность на уровне документов 100 лет в обед. В том числе на композитные операции типа findAndReplace. Протокол давно починили. А у ПГ всё так же врукопашную мастера переключаете, критики Монги? 8)))
Потеряли часть данных?, да и хер с ними...
Обновление - единственныйт показатель в котором mongodb ещё опережает mysql и postgresql
| |
|
7.82, лютый жабист__ (?), 05:31, 01/09/2017 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
> Потеряли часть данных?, да и хер с ними... Обновление - единственныйт показатель в котором mongodb ещё опережает mysql и postgresql
Какие фантазии. Если Р держать в Ж, то и в Оракле будут теряться данные.
| |
|
|
|
|
|
|
1.22, DmA (??), 08:37, 30/08/2017 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| –1 +/– |
Солярка всё! :(
Где-то полгода назад ставил её из любопытства. Случайно не поменял раскладку на английскую и имя ввёл по русски и пароль. Или может не случайно, хотел попробовать, годится она для русскоязычных. Так вот тупизм ситуации такой, что при вводите логина на русский нельзя было переключится, а при вводе пароля почему-то можно... В общем пришлось переустановить систему из-за этого косяка. Соляркой уже никто не интересуется, даже сама Oracle пока ей не позвонят пользователи, которые платят за техподдержку Solaris не вспоминает о ней!
| |
|
|
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.39, exSun (ok), 16:38, 30/08/2017 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Вас дезинформировали. Определенность, конечно, есть, но она не столь радужна, как об этом говорят партнерам. 11.5 в планах нет. M8 уже есть физически, но будут ли системы на нем - большой вопрос. Спарк линукса и систем на нем уже нет (впрочем, не жалко). На этой неделе ожидается очередная волна увольнений как раз железячников и ОС-ников по всем фронтам (разработка, пресейл, поддержка). Спустить в /dev/null тысячи человеко-лет - это вполне в духе этой полимерной компании.
Новости агентства "ОБС", конечно.
| |
|
|
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, которые люблю.
| |
|
|
|
|
|