откуда вы такие задачи берете? :)

ну хз я делаю так в скрипте руби #!/usr/bin/env ruby и запускаю как обычный баш скрипт передаю на крон чтобы запустить периодически

откуда вы такие задачи берете? :)

у меня например та же фигня будет. по крону дергать кое что, но я точно буду использовать системный крон, а не писать адов костыль как на текушей панели хостинга сделано, когда из крона там дергается пхп скрипт раз в минуту который изображает из себя крон, который изображает из себя крон, и который во время рестарта мускуля умудряется к херам забить логами 10 гиговый /var/log

@ojab извини за занудство, но я спрашивал, как оно будет функционировать без процесса. Нити без процесса не могут существовать, нити выполняются последовательно и тормозят выполнение других нитей. Куда логичнее было бы использовать именно процесс для постоянно висящей задачи. Так вот.. sucker_punch использует https://github.com/ruby-concurrency/concurrent-ruby в коде которого слово процесс в самом прямом смысле встречается http://joxi.ru/krD7on6u0YQPzA ну очень часто. Ни раз выполняется поиск количества ядер http://joxi.ru/eAO5ogXU4P013m так вот.. уже доказав, что топовая реализация многопоточности использует процессы могу тебе точно заявить, что "есть такая штука как треды" было сказано не в тему. А вообще спасибо, много полезного узнал)

ну ок

только вопрос был про использование существующего [предположительно рельсового] процесса для выполнения job'ов

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

«нити выполняются последовательно и тормозят выполнение других нитей»

чтаааааааа

ну и смысла доказывать что sucker_punch использует треды я не вижу

Тогда не понятно, как он реализует отложенный вызов, если нет нового процесса

Вот был мой вопрос. Как sucker punch реализует отлженный вызов, если нет нового процесса?

что ты блядь несёшь ваще

господи

чтаааааааа

Меня вот сюда направили))

https://en.wikipedia.org/wiki/Thread_(computing)#Processes.2C_kernel_threads.2C_user_threads.2C_and_fibers

Вот был мой вопрос. Как sucker punch реализует отлженный вызов, если нет нового процесса?

https://github.com/brandonhilkert/sucker_punch/blob/master/lib/sucker_punch/job.rb#L42

дальше можешь идти читать доки к ScheduledTask в concurrent_ruby

ну или сорцы concurrent_ruby, если доки не убедят

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

это я для yopp

ну или сорцы concurrent_ruby, если доки не убедят

Так я вот клонировал репозиторий и сделал поиск по ключевым словам

и увидел что там встречается подстрока 'process'

ок

Там Thread.new встречается http://joxi.ru/J2bJQORh47j8Q2

что дальше и что это доказывает?

А fork нет вообще

господи

Молись в другом чате)))

Руби приложение однопоточно же?

нет

руби поддерживает треды

в MRI есть GIL, но треды от этого не исчезают

Ну rack сервер создает много потоков

Или как оно работает?

А fork нет вообще

Для начала тебе надо понять в чём разница межде всеми механизмами реализации многопоточности

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

Для начала тебе надо понять в чём разница межде всеми механизмами реализации многопоточности

Если я правильно понял - у нас есть проц с 2 ядрами.. мы можем создать 2 параллельных процесса, в которых много нитей

Мы можем создать сколько угодно процессов

На сколько адресного пространства хватит

именно параллельных?

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

сомнительно

...

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

сомнительно

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

именно параллельных?

что значит «паралелльных»?

выполняемых одновременно

что значит «выполняемых»?

concurrent

vs parallel

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

и 8 человек которые могут их решать

это параллелизм

как в ГПУ

окей, один

один человек это уже конкарренси

блядь

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

http://joxi.ru/bmoBXMquMYRMVr

вот такую картинку надыбал

Давайте мы с простого начнём

parallelism is when two tasks literally run at the same time

Есть 100 задач и 1 человек который может их решать. На каждую задачу есть по тетрадочке, в которой есть и текст задачи и какие-то там заметки в процессе решения.

параллельно работающий - значит в один момент времени

Есть штука, называется «шедулер», которая решает какая задача важная и выдаёт человеку тетрадочки.

Есть штука, называется «шедулер», которая решает какая задача важная и выдаёт человеку тетрадочки.

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

тогда здесь не будет concurrency как я уже говорил

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

потому что печатать нельзя было

ERROR: S client not available

с этого всё и началось на самом деле

у тебя был текстовый редактор

и программа печати

и ты не мог выполнять две задачи одновременно

Ну не отвлекайся, пожалуйста)))

при этом принтер был такой медленный физически, что программа печати 99% времени делала ровно нихуя

с этого началась эра многозадачности

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

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

кек

какой пиздец у всех в головах

всё так

какой пиздец у всех в головах

Присоединяйся, тут действительно серьезная тема!))

всё так

Следовательно треды тормозят выполнение других тредов в своем процессе?

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

называется веб разрабы постигают основы cs

Так не доказываем, обсуждаем

Следовательно треды тормозят выполнение других тредов в своем процессе?

для процессора да

потому что ядро может работать с одной тетрадочкой в еденицу времени

для тебя — нет

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

Ну так я это и имел в виду выше.

так вот

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

для тебя они могут работать параллельно

файберы зря ввернул, там ты сам решаешь

только ты решаешь на уровне своего приложения

а чо решит операционная система от тебя совсем не зависит

не RToS система вообще тебе никаких гарантий не даёт

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

^

https://pragprog.com/book/jsthreads/working-with-ruby-threads