https://ruby-doc.org/core-2.4.1/Kernel.html#method-i-test

o.private_methods.include? :test => true

безопаснее же юзать public_send

безопаснее же юзать public_send

так и сделаю спасибо

че по типам полей?

Какаю именно миграцию сбросить?

у тебя PG на русском пишет?

rails db:rollback

По всей видимости

По-русски это мощно, гуглить особенно удобно

Ничего нагуглить не смог

Ничего нагуглить не смог

кидай в gist

ну и очевидно что types_technologies.name у тебя String/varchar, а types_technologies.id (который ты subselect'ишь) — int

и pg не может искать varchar в результате subselect'a

https://gist.github.com/denisoster/6a11963a8dd49b065c014a9cfaf24160

Мой запрос неверный?

смотря что ты хотел сделать в запросе

def search_catalogs(params) search_types_technology = TypesTechnology.where(name: types_technologies) search_model = Model.where(model_id: search_types_technology.select(:id)) search_brand = Brand.where(id: search_model.select(:brand_id)) end

оуч

меняй collect'ы на .select(:whatever) для начала

так? я отредактировал сообщение

потому что каждый collect достаёт данные из БД на уровень приложения и делает ещё один sql-запрос, с select'ами это всё выполнится одним sql-запросом

нет, не так

А как верно?

или почитать документацию, или более внимательно сравнить моё сообщение с тем, что у тебя написано

ну и непонятно откуда у тебя types_technologies в методе берётся. Прозреваю что там у тебя что-то в духе TypeTechnology.where(x: y).select(:id) и как раз в этом проблема.

да так и есть

Не могу понять почему этот не работает если анологичй работает. хоть да он использует collect что не верно

unless types_technologies==[] or types_technologies==[""] search_good = Good.where( id: ModelsGood.where( model_id: Model.where( types_technology_id: TypesTechnology.where( name: types_technologies ).collect(&:id) ).collect(&:id) ).collect(&:good_id) ) end

select(:id) => .ids select(:brand_id) => pluck(:brand_id) Попробуй

зачем?

падает раньше

подскажите пожалуйста как можно сделать truncate модели?

я бы сделал через ActiveRecord::Base.connection.execute("TRUNCATE xxxx"), но у меня такая модель: class Card < ActiveRecord::Base establish_connection adapter: "mysql2", database: "baikal", username: "baikal", password: "baikal" end

Card.connection.execute

Card.connection.execute

спасибо!

ребят, кто с сайдкиком плотно работал, какое значение concurrency максимальное вы использовали?

Don't set the concurrency higher than 50. I've seen stability issues with concurrency of 100, for example.

кто-то пробовал более 50?

но зачем?

очевидно что кто-то пробовал, если об этом пишут

ребят, кто с сайдкиком плотно работал, какое значение concurrency максимальное вы использовали?

Вроде общая рекомендация это кол-во ядер * 2

Те если у тебя 24 ядра

То смело ставь 48 :)

ну это все понятно, но если я правильно понял, то concurrency ограничивает кол-во одновременно выполняемых воркеров, верно?

ну это все понятно, но если я правильно понял, то concurrency ограничивает кол-во одновременно выполняемых воркеров, верно?

Это кол-во потоков

а кол-во одновременно выполняемых воркеров как настраивается?

а кол-во одновременно выполняемых воркеров как настраивается?

Что значит воркеров?

ну джоб, точнее

Кол-во процессов штоле?

да

Не очень понятно зачем это для сайдкика

Вроде эта фича есть только в сайдкик про

Не очень прнятно чего ты хочешь добиться

У меня дикий опохмел, поэтому могу туго соображать :)

ну суть в том, что допустим есть джоб штук 100, 1 джоба выполняется не быстро, скажем 20 минут, но суть в том, что джобы для 1 пользователя работают синхронно, а между пользователями асинхронно, вот поэтому и спрашиваю

сама по себе джоба будет работать с файлами и API

ну суть в том, что допустим есть джоб штук 100, 1 джоба выполняется не быстро, скажем 20 минут, но суть в том, что джобы для 1 пользователя работают синхронно, а между пользователями асинхронно, вот поэтому и спрашиваю

Делай на каждого пользователя

Свой queue

я так и делаю

на queue ставлю .limit

А дальше будет гемморой

посредством sidekiq-limit_fetch

ну я так понимаю, что в sidekiq 1 джоба делается в 1 поток?

ERROR: S client not available

ну да, я поставил :concurrency: 20, создал 25 джоб, но выполняются активно только 20

если одна джоба выполняется 20 минут — надо что-то делать с джобой

если одна джоба выполняется 20 минут — надо что-то делать с джобой

Уже разобрались :)

да, спасибо

и что решили?

и что решили?

Человеку нужен был sidekiq-throttled

Сайдкик - нативное расширение?

google://sidekiq

Или я совсем плохо искал, или у них на гите ни слова про native extensions, разве что фраза "sidekiq workers are sent to a multithreaded process". + одни .rb файлы в lib/

вот и ответ

Тогда при чем тут количество ядер * 2 при расчете оптимального количества задач, если руби на одном ядре исполняется?

друзья, коллега собирается брать для ruby/rails разработки макбук 13 2015, там-ж двуядерный проц и 8 гб рам есть у кого опыт работы за таким железом? отговаривать или нет?

друзья, коллега собирается брать для ruby/rails разработки макбук 13 2015, там-ж двуядерный проц и 8 гб рам есть у кого опыт работы за таким железом? отговаривать или нет?

пускай на эти же деньги нормальный системник и монитор купит, а остаток пропьет

Тогда при чем тут количество ядер * 2 при расчете оптимального количества задач, если руби на одном ядре исполняется?

схуяли?

Тогда при чем тут количество ядер * 2 при расчете оптимального количества задач, если руби на одном ядре исполняется?

facepalm

Неоднократно читал, что в MRI нет реального параллелизма, не понимаю к чему такая реакция

Неоднократно читал, что в MRI нет реального параллелизма, не понимаю к чему такая реакция

в документации, которую ты якобы читал, упомянут JRUby

угадай, на скольки ядрах он исполняется?

Неоднократно читал, что в MRI нет реального параллелизма, не понимаю к чему такая реакция

wtf реальный параллелизм? GIL в MRI не мешает параллельности в большинстве джоб (где много io).

wtf реальный параллелизм? GIL в MRI не мешает параллельности в большинстве джоб (где много io).

Параллельное исполнения на нескольких ядрах

mkay, это никак не уточнило утверждение.

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

"Прибиваешь каждый к своему ядру" в MRI?

да

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

в документации, которую ты якобы читал, упомянут JRUby

"Supports CRuby and JRuby" мною трактовалось, как "также поддерживает".

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

Какой-то линк к тому, что это работает в MRI можно? Везде, при упоминании MRI и multicore processing указано, что это не поддерживается.

google://MRI+GIL

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

(в много потоков)

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