но Clojure это ад какойто

но Clojure это ад какойто

Почему? Ты не можешь в Lisp?

Почему? Ты не можешь в Lisp?

я про лисп только слышал на хабре

К докеру с концепцией 1 процесс - 1 контейнер по-моему никакой мониторинг не готов

честно у меня кровь из глаз от этих построений и )))))))

только если сам процесс по http или иным способом будет сообщать полный свой статус + статистику )

К докеру с концепцией 1 процесс - 1 контейнер по-моему никакой мониторинг не готов

По-моему, любой готов, я так мониторю Solr, в чем проблема-то?

По-моему, любой готов, я так мониторю Solr, в чем проблема-то?

В том, что в контейнер агент мониторинга не поставить.

Потому что в большинстве случаев это отдельный процесс.

Единственный вариант, который мне приходит в голову, - ставить на хостовую машину, но это нарушает концепцию изоляции, особенно если контейнеры разных проектов.

понимаю что заббикс это уже позавчера

А Чо щя самое горячее?

А Чо щя самое горячее?

прометеус же

из менее распиаренного вроде босун

Дба-way это батники и сервер отчетов на базе mssql:)

В том, что в контейнер агент мониторинга не поставить.

docker stats есть

но там конечно минимум

В том, что в контейнер агент мониторинга не поставить.

да почему? сборку сових докеров отменили?

да почему? сборку сових докеров отменили?

1 процесс per контейнер же

ээээ

и как такое возможно?

Это лучше адептов докера спришивать

1 процесс per контейнер же

это не

блин

In almost all cases, you should only run a single process in a single container. Decoupling applications into multiple containers makes it much easier to scale horizontally and reuse containers. If that service depends on another service, make use of container linking.

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

накостылять везде можно)

используй systemd-nspawn

или lxc

Мы про докер спорили. Что lxc можно - это и так понятно

а у ркт как с этим?

https://github.com/bobrik/collectd-docker

например

Если ты один админ и всех контейнеры мониторить надо только тебе - пойдёт

по поводу мониториннга как раз сейчас расмартиваю Grafana

очень прикольная штукенция

шустрее заббикса

сравнил хер с пальцем

по поводу мониториннга как раз сейчас расмартиваю Grafana

графана не мониторит

она рисует

господа, имеет сли смысл спор clickhouse или greenplum?

Окно кстати неплохая штука, лучше чем велосипед

Видео с DC'16 https://habrahabr.ru/company/badoo/blog/306530/

Кто подскажет где почитать про в+ деревья? В смысле как взять организацию дерева в свои руки.

Всем привет начал работать с ораклом и не пойму одну вещь устанавливаю errorlogging в on, затем проверяю командой show errorlogging - указано on и какая таблица затем выполняю любой ошибочный запрос, но после его выполнения в таблице ошибок пусто и errorlogging установлен в off

Билл Карвин программирование баз данных - там есть про паттерны и антипаттерны разных способов хранить деревья

Кто подскажет где почитать про в+ деревья? В смысле как взять организацию дерева в свои руки.

Билл Карвин программирование баз данных - там есть про паттерны и антипаттерны разных способов хранить деревья

Спасиб

Друзья а на кидайте статей по индексам желательно с картинками

комиксы сразу, что уж

комиксы сразу, что уж

Да просто картинок

http://use-the-index-luke.com/

есть хорошее видео на тытрубе от Петра Зайцева https://www.youtube.com/watch?v=39e1vAGD3hg

Мдаа а с деревьями я разобрался. Если кому интересно. Оказывается достаточно обратить что все деревья САМООРГАНИЗУЮЩИЕСЯ. И понять что нифига не выйдет.

Спасибо

Мдаа а с деревьями я разобрался. Если кому интересно. Оказывается достаточно обратить что все деревья САМООРГАНИЗУЮЩИЕСЯ. И понять что нифига не выйдет.

а зачем ты их хотел сам организовывать кстати?

а зачем ты их хотел сам организовывать кстати?

Есть данные которые нужно в виде деревьев строить. Но сами данные не содержат признаков родителей

Поентому бум прививать данным родительские признаки в соответствии с самоорганизацией деревьев. Получается дикий перерасход места на дисках. Зато можно выбрать отдельную заданую ветку.

какие-то странные данные, первое что пришло в голову с деревьями - комментарии в бложеке с древовидной структурой и неограниченным числом вложений комментариев

какие-то странные данные, первое что пришло в голову с деревьями - комментарии в бложеке с древовидной структурой и неограниченным числом вложений комментариев

Странные данные. Но не бложек. Немного сложнее.

ну в любом случае, можно родителей найти, по автоинкременту первичного ключа, например

ну в любом случае, можно родителей найти, по автоинкременту первичного ключа, например

Это сложно. Дерево будет расти постоянно и не рааномерно

А смысл быстро найти нужный лист. Превратить его в ветку и вырастить лист.

а имеет ли вообще смысл делать это средствами БД? может в вашем случае это легче сделать посредством языков высокого уровня?

а имеет ли вообще смысл делать это средствами БД? может в вашем случае это легче сделать посредством языков высокого уровня?

Я думаю над этим. Просто обьемы основного дерева обещают быть очень внушительными.

какие-то странные данные, первое что пришло в голову с деревьями - комментарии в бложеке с древовидной структурой и неограниченным числом вложений комментариев

Как это опганизовано в бложике кстати? И что будет если коментарии начнут исчислятся миллионами?

зависит от того, какие операции над деревом будут производится

Поиск заданого слова. И чтение всех растущих с него веток. Ну и добавление веток

Поиск заданого слова. И чтение всех растущих с него веток. Ну и добавление веток

Можно объединить с конечным автоматом чтобы ограничить глубину дерева

Можно объединить с конечным автоматом чтобы ограничить глубину дерева

Низя ограничивать глубину

потому что автор не знает, какая она будет максимальная)

Низя ограничивать глубину

Глубину поиска по дереву признаков

Или я не так себе представил то что ты затеял ))

потому что автор не знает, какая она будет максимальная)

Никто не знает. Можно теоретически подсчитать. Но один фиг где то за сотню мильенов точно

Глубину поиска по дереву признаков

Глубину выборки придется ограничивать. Иначе ответа придется ждать вечность.

Никто не знает. Можно теоретически подсчитать. Но один фиг где то за сотню мильенов точно

В английском языке активно юзается 50 тыщ слов

Слова в узлах?

Или буквы в узлах?

Чтобы быстро из текста находить заданные слова - надо делать КА

В английском языке активно юзается 50 тыщ слов

Слова это образно.

Слова в узлах?

Понятия :)

Глубину выборки придется ограничивать. Иначе ответа придется ждать вечность.

Если в узлах буквы - то скорость поиска зависит только от длины самого длинного слова и длины текста

Если в узлах буквы - то скорость поиска зависит только от длины самого длинного слова и длины текста

Тебя ни в туда понесло

а как это классно перестраивать, если потом захочется ветку вставить где-нибудь в середине :)

Пока я придумал только прописывать индекс

Тоесть грубо говоря заведу таблицу из 2 столбиков

а как это классно перестраивать, если потом захочется ветку вставить где-нибудь в середине :)

Мой вариант? Если тыщ 200 слов буит - то минут 40