На самом деле ceres немного получше, но реально работает только как single server решение (т.к. никто не делал поддержку оного в carbonserver). На самом деле за последние пару лет появилась пачка различных баз данных, возможно у какой-нибудь из них получше с эффективностью, но я пока в процессе тестирования.
Что касается carbonate и buckytools — у них есть некоторые проблемы, делающие их непригодными для использования в продакшене. Например что carbonate заставляет использовать мягко говоря посредственную реализацию consistent hash из carbon-cache'а. У второго как я понимаю та же проблема + поддержка только replication factor=1, что тоже не есть прям очень здорово. И поверх любого из них нужно писать какую-то обвязку, искать способы убедиться что все корректно, доступно и так далее, что в общем уже есть для других баз данных.
P.S. И к слову, с точки зрения нагрузки на диск InfluxDB. Cassandra, KairosDB и пр. товарищи лучше, другое дело что там с масштабированием, скоростью чтения, нагрузкой на CPU и т.п. беда (у каждого что-то свое).
go-carbon принципиально не сильно отличается от carbon-cache. Да, он лучше с точки зрения CPU, но неэффективность whisper'а остается (как с точки зрения disk i/o и write amplification, так и с точки зрения того сколько места тратится на 1 точку). Плюс ко всему carbon в любом его виде довольно сложен в поддержке (требует много ручной или полуручной работы на каждый чих). Но да, с точки зрения скорости альтернатив zipper stack'у я не знаю.
Да, whisper на не-SSD нагрузку держит плохо и попытки заставить его нормально работу выливаются в ram-диск или долгий и упорный тюнинг кэшей.
К слову, если есть только вращающиеся диски и не очень жалко в случаи проблем потерять данные, может быть тут как раз стоит глянуть на influxdb. Ну или если смириться с его недостатками, то на kairosdb с бэкэндом в виде cassandra. Они с диском намного лучше обращаются, но особенно первый стоит очень аккуратно тыкать, раньше были проблемы со стабильностью работы.
carbon-c-relay это замена carbon-cache в роли relay и aggregator. Он действительно очень быстрый. Агрегатор может переварить порядка пары миллионов метрик в минуту на железе уровня 2xe5-2620v3, а в виде relay — несколько миллионов в секунду (сеть куда более узкое место). Но там дальше узким местом станут другие компоненты.
Требования к дисковой подсистеме идут из формата хранения данных. Whisper довольно странный и имеет очень большой write amplification. Решения на базе всевозможных influxdb, kairosdb и т.п. тоже имеют свои проблемы (например influxdb намного меньше использует диск, но даже 0.13 требует больше CPU и хуже масштабируется чем carbon-cache). Встроенная кластеризация у graphite тоже довольно странная, но тут есть carbonzipper и carbonserver, которые несколько спасают положение.
С фронтэндом тоже все не очень здорово. Читать код graphite-web не очень приятно. Есть graphite-route-api который чище и не имеет собственного интерфейса, но он в какой то момент узким местом станет питон (если много сложной математики будет). Можно конечно взять pypy, станет раз в 5 быстрее, но все равно на сотне запросов в секунду и ему станет плохо. Есть реализации на Go, например carbonapi, но они зачастую не полностью повторяют функционал graphite-web's/graphite-api и, как минимум carbonapi, требует использования carbonzipper.
Но в целом адекватных альтернатив пока что не видно, протокол графита очень много кто умеет и при желании можно получить очень неплохую производительность на чтение и запись.
AArch64 (arm64) имеет обратную совместимость с arm, так что в этом плане все нормально. Вопрос действительно в том, насколько производитель это все будет поддерживать, так как если я не ошибаюсь, нужна поддержка в ядре и в u-boot'е.
Можно уехать сразу с ней (она подается по воссоединению с семьей). Если ехать по Blau Kart то ей НЕ нужно сдавать на знание немецкого (если не по Blau — нужно иметь А2 с сертификатом). Про ребенка я бы посоветовал узнать в посольстве.
Пока не получите Blau Kart на руки, у нее не будет права работать. После этого она может работать где хочет на какой угодно зарплате или учиться, без каких либо извещений. При смене работы по Blau Kart нужно в первые 18 месяцев получать разрешение на смену работы в Auslandbehorde (там же где ее и выдадут). Я в прошлом году писал о своем опыте переезда.
Здравствуйте! Стоит или нет — каждому решать для себя, ИМХО. Про беженцев на момент когда я уезжал в Нидерланды (июль) их видно не было. Да и сомневаюсь что то колличество, которое мог приютить Берлин, как-то заметно сказалось бы на ощущениях от города с населением в 4 с лишним миллиона человек. Беженцы, к тому же, довольно бесправные товарищи, в плане свободы перемещения и прочего. Не думаю, что там многие будут рисковать и устраивать беспорядки.
Цели — ну пожить е европе, западаная компания — это да. А про профессиональное развитие — как повезет с компанией, тут в целом свои ньюансы, но тем не менее люди в первую очередь люди, всякие бывают. Может работа звучать интернесно, а на деле начальник-самодур, нулевые перспективы и прочий тлен быть.
Съем жилья… Хорошо, дешево, быстро найти — выбирайте любые 2 пункта. На первое время какой-нибудь сервис по поиску квартиры на короткий-средний срок (сейчас их много развелось, называть не буду, чтобы не было рекламой). Ну и стоит морально готовится к тому, что за квартиру прийдется платить порядка 1000 евро (с комуналкой) за 50-60 квадратных метров, и примерно 1600 остаить как залог за жилье (который потом будет довольно долго возвращаться).
По поводу второго пункта, весело то, что это касается в том числе зарплаты если ты переходишь в другую компанию. Я когда менял работу в это наступил — вышел на работу 16-ого, а зарплатные рассчеты они оформляли до 16-ого, и было уже поздно предоставлять информацию.
Т.е. для граждан как минимум России это не проблема (а судя по той же википедии, для граждан любой страны СНГ, кроме Белорусии). Позволю себе процитировать википедию по этому поводу:
В 2009 году КС признал невозможность назначения смертной казни
У меня слегка свой опыт, скорее опыт «худшего» варианта. В моем случаи хватило 6к евро примерно на всё, включая квартиру, билеты и прочее, потому что работодатель не компенсировал ничего. Бывают и такие, которые компенсируют практически все, включая всякие вещи типа услуг агенства по поиску квартиры.
До зарплаты — вероятнее всего примерно месяц :) У них принято платить зарплату считая от первого числа и где-нибудь этак 25-27 (с рассчетом, чтобы она дошла до конца месяца).
Я скорее про свой опыт — я пытался учить немецкий, благо на работе (на всех где я работал, точнее) были бесплатные курсы. Но просто тяжело учить язык, когда в принципе без него можно обойтись, а ПМЖ я не собираюсь получать тут.
Вот как раз не уверен. Про врачей — да, вполне возможно, но сойдет не только говорящий на твоем родном, но и говорящий на английском — а таких уже значительно больше.
В официальных учереждениях — кроме как в АБХ со мной везде сносно изъяснялись по-английски (во всяком случаи они знают язык лучше, чем я знаю немецкий).
В плане не то и не по той цене — очень быстро вучивается десяток слов, означающих «коробка», «ящик» и числительные до 20. А остальное как-то не очень то и надо.
По крайней мере это все исходя из моего опыта в Берлине. Возможно в плане других городов все отличатеся и там немецкий нужнее.
Печаль простая — первое время будешь получать зарплату меньше, а деньги вернутся только после подачи декларации. А когда ты только переехал — деньги обычно нужны как можно быстрее.
Этот совсем базовый немецкий это B1 подтвержденный. А это нужно изучить A1 и A2 еще. Понятно, что этого нехватит чтобы нормально нормально разговоривать, но это достаточно большие инвестиции в плане времени (от которых сложно получить отдачу сразу).
После подачи — да, но до подачи получаешь столько же, сколько получал по 1-1, а сама декларация подается только в следующем году — в этом то вся и печаль. Например в моем случаи, я приехал в Августе с женой, у нас был 4-4 первые пару месяцев, потом смена подействовала, но зарплату по 3-5 я получал только с ноября. Сейчас конечно декларация уже подана и я жду когда вернут разницу в налогах за 3 месяца, но было бы намного приятнее получать сразу по 3-5.
Да конечно, я с этим и не спорю. Просто в целом людям полезно знать ДО переезда, что можно получить за какие деньги. Ну как минимум мне этой информации до переезда очень нехватало.
Что касается carbonate и buckytools — у них есть некоторые проблемы, делающие их непригодными для использования в продакшене. Например что carbonate заставляет использовать мягко говоря посредственную реализацию consistent hash из carbon-cache'а. У второго как я понимаю та же проблема + поддержка только replication factor=1, что тоже не есть прям очень здорово. И поверх любого из них нужно писать какую-то обвязку, искать способы убедиться что все корректно, доступно и так далее, что в общем уже есть для других баз данных.
P.S. И к слову, с точки зрения нагрузки на диск InfluxDB. Cassandra, KairosDB и пр. товарищи лучше, другое дело что там с масштабированием, скоростью чтения, нагрузкой на CPU и т.п. беда (у каждого что-то свое).
К слову, если есть только вращающиеся диски и не очень жалко в случаи проблем потерять данные, может быть тут как раз стоит глянуть на influxdb. Ну или если смириться с его недостатками, то на kairosdb с бэкэндом в виде cassandra. Они с диском намного лучше обращаются, но особенно первый стоит очень аккуратно тыкать, раньше были проблемы со стабильностью работы.
Требования к дисковой подсистеме идут из формата хранения данных. Whisper довольно странный и имеет очень большой write amplification. Решения на базе всевозможных influxdb, kairosdb и т.п. тоже имеют свои проблемы (например influxdb намного меньше использует диск, но даже 0.13 требует больше CPU и хуже масштабируется чем carbon-cache). Встроенная кластеризация у graphite тоже довольно странная, но тут есть carbonzipper и carbonserver, которые несколько спасают положение.
С фронтэндом тоже все не очень здорово. Читать код graphite-web не очень приятно. Есть graphite-route-api который чище и не имеет собственного интерфейса, но он в какой то момент узким местом станет питон (если много сложной математики будет). Можно конечно взять pypy, станет раз в 5 быстрее, но все равно на сотне запросов в секунду и ему станет плохо. Есть реализации на Go, например carbonapi, но они зачастую не полностью повторяют функционал graphite-web's/graphite-api и, как минимум carbonapi, требует использования carbonzipper.
Но в целом адекватных альтернатив пока что не видно, протокол графита очень много кто умеет и при желании можно получить очень неплохую производительность на чтение и запись.
Еще можно посмотреть на diamond из популярного.
Цели — ну пожить е европе, западаная компания — это да. А про профессиональное развитие — как повезет с компанией, тут в целом свои ньюансы, но тем не менее люди в первую очередь люди, всякие бывают. Может работа звучать интернесно, а на деле начальник-самодур, нулевые перспективы и прочий тлен быть.
Съем жилья… Хорошо, дешево, быстро найти — выбирайте любые 2 пункта. На первое время какой-нибудь сервис по поиску квартиры на короткий-средний срок (сейчас их много развелось, называть не буду, чтобы не было рекламой). Ну и стоит морально готовится к тому, что за квартиру прийдется платить порядка 1000 евро (с комуналкой) за 50-60 квадратных метров, и примерно 1600 остаить как залог за жилье (который потом будет довольно долго возвращаться).
До зарплаты — вероятнее всего примерно месяц :) У них принято платить зарплату считая от первого числа и где-нибудь этак 25-27 (с рассчетом, чтобы она дошла до конца месяца).
В официальных учереждениях — кроме как в АБХ со мной везде сносно изъяснялись по-английски (во всяком случаи они знают язык лучше, чем я знаю немецкий).
В плане не то и не по той цене — очень быстро вучивается десяток слов, означающих «коробка», «ящик» и числительные до 20. А остальное как-то не очень то и надо.
По крайней мере это все исходя из моего опыта в Берлине. Возможно в плане других городов все отличатеся и там немецкий нужнее.