А твои?

Ну ты же говоришь, что не норм)

А ты что норм

а какие есть профилировщики чтобы за ликами посмотреть? Ну просто так сходу чет совсем не понимаю где может течь, помню в учебниказх писали про приведение строк к символам, @@ переменные но мы такого не делаем конечно )

приведение строк к символам давно поправили (в свежих рубях по крайней мере)

Ты знаешь как руби память чистит?

Нет, как?

Хуево

Ты знаешь как руби память чистит?

ахаха

Поясни

с другой стороны у нас там активадмин и я думаю все просто

Ща ноут возьму

Попробуй сначала в env переменные прописать чёт типа MALLOC_AREA_SIZE=2

с другой стороны у нас там активадмин и я думаю все просто

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

В троблшутинге сайдкика есть про это

Ну и код смотри, руби профом

вот к чему нам надо стремится

да там все норм, там отчетики формируются большие в эксель

а там с экселем проблема есть

а csv бизнес не хочет, хочет именно эксель

а ему, чтобы файл отдать – нужно сначала его полностью в память прогрузить

а вообще щас покажу нашу тачку на проде

Попробуй сначала в env переменные прописать чёт типа MALLOC_AREA_SIZE=2

спасибо, пошел читать, вернусь после профилировок расскажу о результатах

На последнем проекте сайдкик отжирал 64гб памяти из за model.relations.present?

от этих 8гб на самом деле не холодно, не жарко ?

У вас ньюрелик платный?

ну конечно

Не, у другого

На последнем проекте сайдкик отжирал 64гб памяти из за model.relations.present?

?

Не, у другого

организуем триалку по необходимости

Ну там риг каждые 10 сек отчёт слал и надо было чекать есть ли в данной сессии отчеты

организуем триалку по необходимости

Там есть триал инфраструктуры у ньюрелика и там можно более детально чекать процессы какие как потребляют ресурсы, память, ЦПУ, вот это вот все

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

так что тут все более чем понятно, так как на серваке всего 1 тип инстансов. Дамп бы снять да посмотреть какие там обьекты, мы так в .net делали давно давно

В ньюрелике тоже где то есть виджет с топ потреблением по памяти

я тут читаю про MALLOC_ARENA_MAX, получается для пумы то она тоже актуальна, особенно если тредов много (скажем 10)

Типа да, но это такое, самое самое безболезненное решение и не факт что поможет

У нас тогда вроде меньше памяти ело, но тогда и утечку я убрал, так что хуй знает, надо мониторить

Судя по статьям самый заебись вариант с jemalloc, но там вроде надо руби компилять с его поддержкой

не факт что течет. может это кеши АР или ещё что-то. то есть вам просто нужно больше оперативки :)

Судя по статьям самый заебись вариант с jemalloc, но там вроде надо руби компилять с его поддержкой

вроде не надо, можно подложить

Судя по статьям самый заебись вариант с jemalloc, но там вроде надо руби компилять с его поддержкой

инсталлишь jemalloc отдельно, а потом подменяешь все пути типа LD_LIBRARY_PATH

вот пример хероку билдпака https://github.com/mojodna/heroku-buildpack-jemalloc/blob/master/bin/compile

ну мы как раз хотели на 2.4.4 обновится

а то и 2.5.1

оно в плане памяти ничего не меняет

Ребята подскажите как как там было скажем большой текст вставить прямо в код как то QWE = << TRAALALA < < END

Ребята подскажите как как там было скажем большой текст вставить прямо в код как то QWE = << TRAALALA < < END

heredoc-syntax

а в чем вопрос?

heredoc-syntax

а вот спасибо

а в чем вопрос?

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

npm i react-form-validation

Можно эти формы заюзать, но надо разбираться https://github.com/akuzko/react-form-base

npm i react-form-validation

а можно гдето взять npm i full-application? ?

ERROR: S client not available

а можно гдето взять npm i full-application? ?

ember new

=Ъ

Нет ответа

Ибо между ними рест

Чтобы не стояло на места рельс

чивооо

есть и такой подход

гибрид, не спа + апи

наверное react_on_rails

в вуем не работал

рили? ничоси

тогда рекомендую делать апи + спа =)

ну у нас какбы не совсем спа+апи, первый рендеринг идет с рельсовой вьюхи

с бутстрапом инфы

а потом все запросы к апи

Ребят, при больших нагрузках лучше не ипользовать не атомарные операции типа ||= вот есть два варика text ||= message.text и text = message.text unless text Вот второй вариант как я понимаю предпочтительней при больших нагрузках когда треды часто переключаются, и происходит смена контекста, или я заблуждаюсь?

Ребят, при больших нагрузках лучше не ипользовать не атомарные операции типа ||= вот есть два варика text ||= message.text и text = message.text unless text Вот второй вариант как я понимаю предпочтительней при больших нагрузках когда треды часто переключаются, и происходит смена контекста, или я заблуждаюсь?

это так то разные варианты с разной логикой

где они разные то? Если text nil то = message.text

где они разные то? Если text nil то = message.text

text == false

а ну ок, согласен

а если в конетксте что text = nil ?

не связано это никак с тредами

а ну ок, согласен

с чем согласен? я до сих пор не вижу в чем они разные тебя просто поправили по поводу Если text nil то = message.text var ||= default_value в var присовится default_value если в var на момент исполнения: 1) nil 2) false почему-то про false часто забывают

Объясните в каком случае результат выполнения двух конструкций ниже будет разным? text ||= message.text text = message.text unless text

Ни в каком, если тебе нужен чтобы присвоение не выполнялось даже если в переменной уже присвоено Нил или фолс то можно использовать `unless defined? var`

окей, я думал я чего-то не понимаю

не связано это никак с тредами

t.me/proRuby/150091 Lazy initialization