Я юзал гем parallel, тоже вроде не сложно, если не thread safe задачи

Причем злесь потоки и фоновые задачи?

потому что фоновые задачи выполняются в много потоков, нет?)

я лучше crystal выберу ?

А как он решит задачи распараллеливания? Или я что-то не то думаю) А так кристал быстро решит задачи наверное, смотря какие)

потому что фоновые задачи выполняются в много потоков, нет?)

Ты не о том говоришь. Я не говорю о фоновых задачах. Я говорю о распараллеливании обработки запросов на вэб

Ты не о том говоришь. Я не говорю о фоновых задачах. Я говорю о распараллеливании обработки запросов на вэб

обработки запроса или запросов?

А как он решит задачи распараллеливания? Или я что-то не то думаю) А так кристал быстро решит задачи наверное, смотря какие)

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

Знаю только, что те, кто так делал получали прирост, но много мучались с thread safe

а как мучались? race conditions происходило

Как то json генератор делал на кристале, впечатлило время выполнения)

И разбор быстрее

файл тестил по 100мб

обработки запроса или запросов?

Ммм... Ну в принципе того и того. Но я с jruby не работал, не могу в деталях подсказать

honeybadger-exceptions.pdf, седня в рассылки руби викли была книга, вроде ничего такая. Примеры кастомных эксепшенов прикольные, вложенные: # RuntimeError caused by EatingError while eating soup # eating.rb:9:in `fail_and_reraise' ПРикольно)

а как мучались? race conditions происходило

И это тоже вроде, но это надо не у меня спрашивать ) Можно позавать в чат того, кто с этим работал

он уже стыдливо удалил

детский сад. статьи урезать. windows не использтвать :)

честь не позволила смолчать на обидную фразу

Ммм... Ну в принципе того и того. Но я с jruby не работал, не могу в деталях подсказать

вот интересно jruyb это же просто очередная имплементация руби. Что в не такого осбенного? Какие особые скилы, навыки, вопросы возратсают по запуске jruby

вот интересно jruyb это же просто очередная имплементация руби. Что в не такого осбенного? Какие особые скилы, навыки, вопросы возратсают по запуске jruby

Разве то при работе с jvm

Наверное немного java надо знать, к ней могут быть затыки мелкие + Jvm особенности

зачем java надо знать то?

это язык, а jvm это платформа так сказать

Ммм... Ну в принципе того и того. Но я с jruby не работал, не могу в деталях подсказать

я не сталкивался с настолько тяжелыми запросами, не могу сказать. Но вообще, если респонс тайм большой, то скорее всего где-то есть очень узкое место (ошибка в проекторовании, ошибка в разработке). Правильный способ - это устранить это место, а распараллеливать обработку такое себе. Плюс, к примеру если на сервере 8 ядер и веб-сервер работает в 8 потоков, это может привести к еще большему увеличению времени отклика сервера.

Наверное немного java надо знать, к ней могут быть затыки мелкие + Jvm особенности

на сколько я знаю java - прекомпилируемый язык. он формирует байткод который запускается на вирутальной машине. Какого плана могут быть затыки с jvm?

разве jruby не формирует байт код,

Еще раз повторюсь, никогда не видел, чтобы реквест обрабатывали в несколько потоков

я не сталкивался с настолько тяжелыми запросами, не могу сказать. Но вообще, если респонс тайм большой, то скорее всего где-то есть очень узкое место (ошибка в проекторовании, ошибка в разработке). Правильный способ - это устранить это место, а распараллеливать обработку такое себе. Плюс, к примеру если на сервере 8 ядер и веб-сервер работает в 8 потоков, это может привести к еще большему увеличению времени отклика сервера.

Так то вообще там все просто получается. Вместо того, чтобы как у юникорнов параллелить по процессам все, параллелишь на какой-нибудь пуме по потокам. Переключение потоков быстрее, чем переключение процессов + jvm дает профит по мультипроцессорности. Отсюда и прирост в производительности. Ну и сам запрос если тяжелый, например работа с массивами, то это тоже легко параллелится и выполняется быстрее

зачем java надо знать то?

А разве там нет require java файлов, кажется гже то видел, возможно ошибаюсь

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

Т.е. прироста в скорости обычных операций не будет. Но код можно параллелить.

ну а MRI на сях завязан, и что

А разве там нет require java файлов, кажется гже то видел, возможно ошибаюсь

оно есть как плюха. чтоб подтянуть модули. Но если этого не исползьовать в чем затыки?

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

что удивляет.

Есть еще трюфель

ПРо него много в последнеее время гвоорят

Есть еще трюфель

что это такое?

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

это скорее другой стек, а не другой мир. Не все гемы саппортят jruby.

https://github.com/graalvm/truffleruby

это скорее другой стек, а не другой мир. Не все гемы саппортят jruby.

теперь ясно.

https://github.com/graalvm/truffleruby

neat

https://github.com/graalvm/truffleruby

Oracle смущает. доверяют?

ну его еще меньше гемов саппортит)

я про трюфель)

не продакшен-рэди(

Если Oracle и IBM пытаются руби поднять на новый уровень, значит язык наверняка им нравится и не хотят с ним прощатся

Oracle смущает. доверяют?

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

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

ну как-то у них подпортилась репутация с java, насколько я помню

и многие теперь боятся, что они могут в любой момент openjvm закрыть (забросить), например

ну как-то у них подпортилась репутация с java, насколько я помню

вроде это было из-за судов.

ясно

Единственное, что не очень хорошо, все свои имплементации делают, а что то одно дополить никак. В итоге зоопарк большой, а толку не много, кто то у себя чисто вкорпоративных нуждах юзают и все. Руби 3х3 в 2020г это оооочень долго. Уже говорили например совместить бы MRI и например Rubinuis, было бы уже хорошо, но каждый свое пытается пропихнуть

@lbvf50, ты где тов конторе работаешь или сам для себя что-то пилишь?

@lbvf50, ты где тов конторе работаешь или сам для себя что-то пилишь?

контора, дружище

Ясно)

) А ты с какого города?

Лед тронулся, госопода присяжные заседатели. Командовать парадом буду я.

)

ты там точно сам не тронулся? :DDDDD

$ gem i nokogiri Building native extensions. This could take a while... ERROR: While executing gem ... (TypeError) no implicit conversion of nil into String крайне информативно, люблю такое

люблю, блядь, rbenv

Jruby хорош в мультипроцессорности, mri не умеет этого. Но господа mri с его gil даёт thread safe, jruby нет, так что если вы уверены в своих силах в плане потоков и распараллеливания процессов ручками, то без проблем- берите и пилите:)

В остальном я особо пока не касался jruby

Jruby хорош в мультипроцессорности, mri не умеет этого. Но господа mri с его gil даёт thread safe, jruby нет, так что если вы уверены в своих силах в плане потоков и распараллеливания процессов ручками, то без проблем- берите и пилите:)

хорошо описал (только "берите", плиз)

$ gem uninstall nokogiri Select gem to uninstall: 1. nokogiri-1.7.0 2. nokogiri-1.7.0 3. All versions тоже шикардос

хорошо описал (только "берите", плиз)

Спасибо, описАлся: с телефона:)

Jruby хорош в мультипроцессорности, mri не умеет этого. Но господа mri с его gil даёт thread safe, jruby нет, так что если вы уверены в своих силах в плане потоков и распараллеливания процессов ручками, то без проблем- берите и пилите:)

а что значит давет thread safe. Как это на практике проявляется?

а что значит давет thread safe. Как это на практике проявляется?

К примеру ты во всех потоках инкрементируешь значение одной переменной

ERROR: S client not available

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

а что значит давет thread safe. Как это на практике проявляется?

нет гонок за данными

Если потоков 1000, а изначально переменная равна нулю

То после завершения программы получишь в mri переменную равную 1000

А в jruby не гарантирована 1000 нк выходе, будет 800-900

спасибо

Потому что не знают потоки о том что другие сейчас туда пишут

В mri gil следит за этим и блокирует запись другим потокам пока пишет один

наверно в thread safe есть какие-то очереди к доступу на объект, чтоб ве операции произвести

Тоесть если умеешь руками делать то мри надежнее?

Мьютексы вроде там

наверно в thread safe есть какие-то очереди к доступу на объект, чтоб ве операции произвести

Не помню, но вроде да

В нутрях на самом деле запись идёт всегда в одном потоке

https://en.wikipedia.org/wiki/Compare-and-swap

в итоге все в эту инструкцию упирается

https://mortoray.com/2011/12/16/how-does-a-mutex-work-what-does-it-cost/

mutex использует cas, если вход в критическую область закрыт то усыпляет поток

$ gem i nokogiri Building native extensions. This could take a while... ERROR: While executing gem ... (TypeError) no implicit conversion of nil into String крайне информативно, люблю такое

вроде решил с помощью: 1. удаления переменной $GEM_HOME 2. установкой плагина rbenv-user-gems

я сдался, нахуй rbenv не осилил на арче

я сдался, нахуй rbenv не осилил на арче

Как так?

ну вот так. у тебя норм переключаются версии, подхватываются гемы, исполняемые файлы? я так и не смог добиться стабильности в этом

ручной работы много получается

а может косяк был из-за system версии ?

но уже стрёмно rvm удалять, всё засрал наверняка

но я попробую отважно

с ним шелл долго грузится(

хз че ты там не осилил.

всё нормально переключалось.

на крайняк rbenv rehash

на крайняк rbenv rehash

не-а

хз че ты там не осилил.

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

типа $GEM_HOME, ~/.gemrc и прочее