http://tenderlovemaking.com/2017/09/27/visualizing-your-ruby-heap.html

хоспаде

побитовые операции

где мой CRUD!?

п.с на самом деле шучу, в минске вроде доклад рассказывал как они оптимизировали руби исследуя аллокацию ресурсов и прочую магию…вот это некст лвл

п.с на самом деле шучу, в минске вроде доклад рассказывал как они оптимизировали руби исследуя аллокацию ресурсов и прочую магию…вот это некст лвл

слишком сложно, у меня лапки для такого

?

Посты Аарона заходят только после 3-4 прочтений и то не полностью. Точно некст левел

да ладно, у него был крутой пост про дебаг puts

> They are aligned at 40 bytes

а чего не 64?

Посты Аарона заходят только после 3-4 прочтений и то не полностью. Точно некст левел

а потом пошёл дальше верстать таблицу inline css

а чего не 64?

42

а потом пошёл дальше верстать таблицу inline css

даже звучит обидно :(

да ладно, у него был крутой пост про дебаг puts

Да, она очень годная.

даже звучит обидно :(

жиза потому что ?

но пост годный, потому что интроспекция аллокации — это очень важный шаг к серьезному ускорению отдачи страниц. Я ещё в 2009-м как-то полез ковыряться: почему страница _рендерится_ 600 мс. Оказалось что надо убрать все content_tag :div do ... и тогда безумная аллокация блоков уходит и время падает до 200 мс

что в принципе всё равно было в 100 раз выше нормы

Про это Нейт хорошо писал

Какая разница 10 или 100? или Даже 200?

Какая разница 10 или 100? или Даже 200?

теперь добавь пинг пользователя

теперь добавь SPA. Вуаля

сайт неотзывчивый.

Какая разница 10 или 100? или Даже 200?

Ты серьезно? Вообще если страница делается меньше 50 мс, то у пользователя хорошее годное ощущение что здесь можно гулять и смотреть. Если больше, то он начинает ждать

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

В общем напрямую влияет.

Я не говорю, что она не влияет

Я говорю, что когда разговор заходит о ранице меду 10мс и 100мс - это бессмысленые споры

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

Я говорю, что когда разговор заходит о ранице меду 10мс и 100мс - это бессмысленые споры

разница между 10 и 100 мс это разница для уже следующего запроса

т.е если у тебя за 10 отрисовал, то быстрее перейдет к следующему запросу этого же или другого пользователя.

Ну это уже перебор, откровенно:) Ребят, еще раз, я не спорю что это важно, но если пользователь ПОЛУЧИЛ старницу за 100мс то он даже не увидит заницы

т.е если у тебя за 10 отрисовал, то быстрее перейдет к следующему запросу этого же или другого пользователя.

Я это понима

Ну это уже перебор, откровенно:) Ребят, еще раз, я не спорю что это важно, но если пользователь ПОЛУЧИЛ старницу за 100мс то он даже не увидит заницы

а следующий не получил

э не. У тебя есть получение страницы, есть получение всего остального, есть первичный рендер и потом уже есть полное введение страницы в строй

если оно до 300 мс, то молодец, ты сделал так же круто, как это было в 95-м году

если больше, то не молодец =)

поэтому 100 мс на сервере — это на поход к БД, обработку в логике и рендеринг

и честно говоря когда рендеринг занимает дольше 5-10 тысяч микросекунд — это вызывает массу вопросов

но для развесистого рубийного темплейта не проблема сожрать и 500 мс чисто на _рендеринге_

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

пф, сто раз видел такой треш И время на рендерниг сразу улетает в небеса #index.haml - users.each do |user| = render user #_user.haml = user.first_name = user.last_name

Окей, вы меня убедили

пф, сто раз видел такой треш И время на рендерниг сразу улетает в небеса #index.haml - users.each do |user| = render user #_user.haml = user.first_name = user.last_name

а это partial

да

тормозная хрень

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

Пока носом не тыкнуть)

Пока носом не тыкнуть)

пока не решишь tree view коменты к посту отрендерить

увидишь сразу что страница ДООООООООООООЛГА рисуется

угу =(

Но это еще вершина айсберга, про AR я вообще молчу

тормозная хрень

чет я не в теме - partial плохо юзать т.к. медленные?

чет я не в теме - partial плохо юзать т.к. медленные?

дя

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

Не всегда

если рисуешь циклом партишл - жди лагов

дя

нунихуясе

В цикле рендерить - плохая идея

но это мне кажется фигня по сравнению с блоками

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

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

а если через collection ? когда оно само ищет parial по нейму?

render @products

Там реслов имени

через to_partial_path

пф, сто раз видел такой треш И время на рендерниг сразу улетает в небеса #index.haml - users.each do |user| = render user #_user.haml = user.first_name = user.last_name

самая пушка, когда в паршале что-то такое #_user.haml = user.first_name = user.posts.count

ERROR: S client not available

вот тогда прямо 10 из 10

:D

через to_partial_path

ай ноу, я про скорость)

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

ай ноу, я про скорость)

получил to_partial_path

и дальше как обычный партишл

Это быстро

Это быстро

ой да ладно, в to_partial_path можно в базу залезть

чтобы прям бомба была.

самая пушка, когда в паршале что-то такое #_user.haml = user.first_name = user.posts.count

https://prnt.sc/gpjznt

https://prnt.sc/gpjznt

да да да

это был 3ьего уровня partial

вчера нашёл

самая пушка, когда в паршале что-то такое #_user.haml = user.first_name = user.posts.count

счетчики для дураков :)

в консоли же видно что N+1

и обязательно в моделе есть какие-то ебанутые колбэки на инициализацию объектов, что бы там была отссылка сообщений по сети

я до сих пор помню восхитительный код на сайте edimdoma.ru, когда дважды из базы вытягивались все те, кто зафрендил главную ведущую

что типо я сделял

и обязательно в моделе есть какие-то ебанутые колбэки на инициализацию объектов, что бы там была отссылка сообщений по сети

да ты ценитель =)

я много говна повидал, кек

я до сих пор помню восхитительный код на сайте edimdoma.ru, когда дважды из базы вытягивались все те, кто зафрендил главную ведущую

чет вспомнил презентацию твиттора. Tweets.count

Да какие колбеки с отправкой сообщения по сети, просто из базы юзеров с топиками достать можно так, что на затылке волосы дрожат User.all.select { |user| user.topics.any? } ¯\_(ツ)_/¯

получил to_partial_path

так, а если сложнее = render @products products/_product.slim: div h1 = product.name = render partial: ‘products/details’, product.details это долго или норм?

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

Да какие колбеки с отправкой сообщения по сети, просто из базы юзеров с топиками достать можно так, что на затылке волосы дрожат User.all.select { |user| user.topics.any? } ¯\_(ツ)_/¯

я поправиль User.all.select { |user| user.topics.to_a.count == 0 } ¯\_(ツ)_/¯

?

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

тема для доклада на митапе в Москоу

жаль я не в Москоу живу

Вы не любите рельсу :)

И я тоже не в Москве

никто не любит рельсу

ну судя по чатам