Недт

прометей хороший оперативный мониторинг - девопсам глядеть на сиюминутные метрики

у меня знакомая сетевик в москве

Если учесть что в Прометеусе нет SNMP то непонятно что Хрыч с ним делать собирается

Там экспортер есть же

Кто-то походу Кена Томсона поцеловал и он проснулся

для 70-х

в Go достаточно простой код и достаточно быстро работает, некий компромисс

Тогда уж Д.У.Е.

Или Кложур, как его там.

Для нас любой язык, в котором есть immutability и homoiconicity

Потому что высчитывать пробелы и превратить это в синтаксис языка - это фашизм. У меня на это глаза болят.

</duscuss> по закону годвина

КОМПРОМИСС НЕ ДЛЯ НАС

я тоже не против смешения разных ЯП в 1 проекте, если в каком-нибудь проекте есть узкие места и 2-3% всего кода переведут на С/С++ - в этом нет ничего плохого, это самые быстрые языки программирования.. все игровые проекты вообще полностью на С++ пишут (движки ААА-класса типа CryEngine )

просто когда нужна высокая производительность - берут С/С++, главное, не стремиться весь код писать на нём)

но почти всегда программисты, у которых этот язык родной пишут самый быстрый код =)

Опять непонятные слова

Эта та простыня, которая магия.

в java хоть понятно где и что нетак... пошёл писать скрипт на python, где вывод хуй знает

в java хоть понятно где и что нетак... пошёл писать скрипт на python, где вывод хуй знает

gdb многое разъясняет

вообще код, который полгается, на copy-on-write после форка, смотрится очень стрёмно и плохо переносится

С чего бы вдруг? Например, так редис снапшотится

в питоне есть https://docs.python.org/3.6/library/pdb.html , ещё PyDev..

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

причина может звучать хотя бы так — а что если этот редис захотят собрать на какой-нибудь другой юникс подобной среде? Ну и вообще, код, который делает не то, что подразумевает — по умолчанию говно

ничего не понимаю. Что значит снапшотится?

fork - это всегда cow.

redis - это in-memory db. Для персистентности использует снапшоты. Чтобы снять снапшот делается fork и дочерний процесс пишет дамп на диск.

не всегда. Тенденции меняются, а библиотечные вызовы — почти всегда нет, так как эти библиотеки создавали, чтобы изолировать системные вызовы. Это сделанно, чтобы на всех ОС, стандартный библиотечные вызовы вели себя одинаково. Так cow в fork приехал, не исключено, что так же он и уедет.

а одновременно несколько дампов создаваться может? Один дамп на процесс?

есть такое понятие, как управление сложностью. Когда я пишу fork() я вкладываю в это определённый смысл. Я хочу передать некоторую семантику читающему. Если я оперирую терминами cow, я, пожалуй лучше напишу clone()

есть такое понятие, как управление сложностью. Когда я пишу fork() я вкладываю в это определённый смысл. Я хочу передать некоторую семантику читающему. Если я оперирую терминами cow, я, пожалуй лучше напишу clone()

если ты используешь клон ты говоришь "плевать я хотел на всех кто пользуется не линуксом", и ничего кроме.

если ты используешь клон ты говоришь "плевать я хотел на всех кто пользуется не линуксом", и ничего кроме.

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

у тебя неправильное понимание договоренностей.

ещё хочу сказать, что мне очень жаль программистов, которым приходится писать, например под freebsd

чем жёсче "контракт" между клиент и заказчиком, тем меньше будет проблем у обоих