голанг кстати тоже

наименьшее из, да

Ой, а свой велосипед — прямо эталон надёжности

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

Почему?

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

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

Не стоит концепцию выбора языка натягивать на выбор всех инструментов

Тем не менее

Зачем вобще редис в Голанге?

живут они где угодно хорошо, только зачем хранить в памяти то что там не нужно?

так сбрасывайте на диск через LRU

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

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

Не стоит концепцию выбора языка натягивать на выбор всех инструментов

ты не путай

выбор языка - это тоже выбор инструмента

и это - концепция выбора инструмента, а не только языка

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

Варвара, для одного из заказчиков

живут они где угодно хорошо, только зачем хранить в памяти то что там не нужно?

вы так говорите что оверхеда от базы не будет

будет да еще в разы больше

Варвара, для одного из заказчиков

о как, ещё один факт в копилку

и по памяти и по электричеству

будет да еще в разы больше

ага, в разы

вы так говорите что оверхеда от базы не будет

О каком оверхеде речь, при частоте запросов раз в полторы минуты?

О каком оверхеде речь, при частоте запросов раз в полторы минуты?

ну значит медленно будет работать

ага, в разы

вот представьте стоит pg и приходит запрос select 1;

ну значит медленно будет работать

в разы?

ну значит медленно будет работать

Давайте теперь заниматься преждевременными оптимизациями, лол

сколько будет памяти потрачено и сколько кэша с диска прочитано - сколько левых операций

Вам задачу решать, или велосипеды пилить?

в разы?

ага

@mersinvald ты чо, не имеет смысла же писать код, если он не ИДЕАЛЬНЫЙ

@mersinvald ты чо, не имеет смысла же писать код, если он не ИДЕАЛЬНЫЙ

Тогда зачем писать его на го?

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

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

Да, отдаем. Именно тому инструменту, который СОЗДАН, ЧТОБЫ ОБЕСПЕЧИВАТЬ СОХРАННОСТЬ ДАННЫХ.

Если мы говорим о реляционке

лол.

Ребят, а boltdb не скопытится, если будет 600 запросов на запись в течении 2-3 секунд? Он их сам в ряд выложит и последовательно обработает или ошибку выдаст?

Дело не в скорости и не в оверхеде. Дело в том, что не надо к простому чат-боту прикладывать сервер субд. Не надо. «KISS, обезьяны»

простую модель о который вы говорите просто реализовать с fsync. будет надежнее и быстрее

Дело не в скорости и не в оверхеде. Дело в том, что не надо к простому чат-боту прикладывать сервер субд. Не надо. «KISS, обезьяны»

Аргументы по-существу будут?

чем pg по крайней мере

Аргументы по-существу будут?

Это - по существу

Ребят, а boltdb не скопытится, если будет 600 запросов на запись в течении 2-3 секунд? Он их сам в ряд выложит и последовательно обработает или ошибку выдаст?

не скопытится

pg - проебал файл и данных нет. все. хер найдешь

Это - по существу

Нет, это какие-то эмоции

только целостность по индксам

pg - проебал файл и данных нет. все. хер найдешь

Проебал файл, в который синхронизируешься — данных нет

проебал сервер - ничего нет

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

Аргументы по-существу будут?

если ты не можешь сказать "зачем тебе полноценная база" - она тебе не нужна

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

Какие-то странные проблемы. Не удаляй файл БД.

если ты не можешь сказать "зачем тебе полноценная база" - она тебе не нужна

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

Нет, это какие-то эмоции

Надо прикладывать, я правильно понял? Оооок

Какие-то странные проблемы. Не удаляй файл БД.

https://bugzilla.redhat.com/show_bug.cgi?id=845233

https://bugzilla.redhat.com/show_bug.cgi?id=845233

Вспоминается картинка с велосипедом и палкой

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

То же самое будет и с велосипедом, ровно в такой же ситуации

Лол

если нужно sql, индексы - да

а тут - это сраный оверхед

вообщем ваше дело :)

https://bugzilla.redhat.com/show_bug.cgi?id=845233

выбирая xfs ты должен осознавать чем тебе это грозит

если ты не осознаешь - нуууу

после первой потери данных будешь

база тут как бы не очень тебе поможет

а ext4 пишут боги :)

а ext4 пишут боги :)

ext4 также себя ведет если монтировать с nobarrier,data=writeback

а ext4 пишут боги :)

Давай по существу, а. На ext4 проблемы нет на дефольных параметрах — дальше обсуждать тут нечего. И проблема с xfs не исчезнет от написания велосипеда, будет ровно то же самое.

журналирования данных нет .

усе, о чем разговор

"я выбрал FSNAME и у меня потерялись данные" - проблемы блин человека как человека

"я выбрал FSNAME и у меня потерялись данные" - проблемы блин человека как человека

xfs - default в EL

ERROR: S client not available

еще вопросы есть по сопровождению или админ локалхоста?

xfs - default в EL

Это спасибо скажите, что не btrfs

еще вопросы есть по сопровождению или админ локалхоста?

вопросов изначально не было. Я утверждаю что если ты ВЫБРАЛ xfs (согласие с выбором по-умолчанию - тоже выбор), то ТЫ должен понимать чем тебе это грозит

вопросов я не задавал, если посмотришь

вообще в энторпрайзе нет выбора :)

https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/storage_administration_guide/ch-xfs

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

Вопрос в том, чем fsync в базе другой от fsync в твоем велосипеде и с фига ли последний вдруг не подвержен проблема будет?

Аргументация против БД рассыпается нахер

Вообще, конечно, жаль, что рядом с нашими никами не светится ссылка на наше cv. Или хотя бы на linkedin

Аргументация против БД рассыпается нахер

я про то что тебе надо быть специалистом по дб

чтобы разобраться что там разъебало

и собрать по крохам

@vadvmkn ну ты лишний раз повторяешь все те аргументы против ынтерпрайз решений, которые я и так знаю

а тут ты все сам контролируешь

связался с ынтерпрайзом - ну у тебя был выбор эторго не делать, сам дурак

а тут ты все сам контролируешь

И несешь в итоге бОльшую ответственность: те грабли, которые давно отлажены в БД, будут и в твоем велосипеде, только никто не гарантирует, что ты их отладишь до выкатывания на прод

И несешь в итоге бОльшую ответственность: те грабли, которые давно отлажены в БД, будут и в твоем велосипеде, только никто не гарантирует, что ты их отладишь до выкатывания на прод

вот и весь ответ, ответственность на DBA перекладываешь, если он есть конечно

за тебя никто ничего не решит

вот и весь ответ, ответственность на DBA перекладываешь, если он есть конечно

Конечно перекладываю: нахер мне делать лишнюю работу вместо программирования бизнес-логики?

я тут наговнокодил - нужна бахулька на 100k строк

Вам задачу решать или в песочке играть?

И несешь в итоге бОльшую ответственность: те грабли, которые давно отлажены в БД, будут и в твоем велосипеде, только никто не гарантирует, что ты их отладишь до выкатывания на прод

Какие грабли? Нам 100KB на диск не сериализовать? У нас лапки?

Какие грабли? Нам 100KB на диск не сериализовать? У нас лапки?

Масштабируй на 100 пользователей — и уже будут лапки. Проблему одновременной записи таки надо будет решать, никто за тебя ее не решит. А написать параллельный код без гонок данных и дедлоков новичок вряд ли осилит

По этому — почему бы не взять готовый инструмент, который решает эти проблемы за тебя, и не заняться задачей?

Масштабируй на 100 пользователей — и уже будут лапки. Проблему одновременной записи таки надо будет решать, никто за тебя ее не решит. А написать параллельный код без гонок данных и дедлоков новичок вряд ли осилит

1. Я все отмасштабировал 2. Осилит, на то стековерфлоу есть 3. Надо, все же, соотносить задачу и набор инструментов. Простой бот, например, может жить в минимальном инстансе aws и дампиться в s3. А если примотать к нему редис?

По этому — почему бы не взять готовый инструмент, который решает эти проблемы за тебя, и не заняться задачей?

может это преждевременная оптимизация все таки? :D

спасибо за флуд, я спать :)

1. Я все отмасштабировал 2. Осилит, на то стековерфлоу есть 3. Надо, все же, соотносить задачу и набор инструментов. Простой бот, например, может жить в минимальном инстансе aws и дампиться в s3. А если примотать к нему редис?

1. Выполнил лишнюю работу, которая не потребовалась бы, молодец. 2. И потратит на это довольно много времени, не факт что решит все проблемы: гонки данных коварны. 3. Простой бот может жить на минимальном инстансе DO и дампиться в бесплатные снапшоты.

1. Я все отмасштабировал 2. Осилит, на то стековерфлоу есть 3. Надо, все же, соотносить задачу и набор инструментов. Простой бот, например, может жить в минимальном инстансе aws и дампиться в s3. А если примотать к нему редис?

2. я бы даже больше сказал, свою недобазочку осилит написать любой идиот который знает про sync.RWMutex

2. я бы даже больше сказал, свою недобазочку осилит написать любой идиот который знает про sync.RWMutex

Кулстори бро. Масштабирование прям на высоте

Кулстори бро. Масштабирование прям на высоте

Кул троллинг, бро. Весь сыр бор пошел от бота для телеграмма