Where communities thrive

  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
Repo info
  • May 07 23:39

    chrisseaton on master

    Use new TruffleRuby::Concurrent… Merge pull request #907 from Sh… (compare)

  • May 07 23:39
    chrisseaton closed #907
  • May 07 23:39
    chrisseaton commented #907
  • May 07 23:37
    wildmaples review_requested #907
  • May 07 23:36
    wildmaples synchronize #907
  • May 07 23:00
    chrisseaton commented #907
  • May 06 15:51
    wildmaples synchronize #907
  • May 06 14:31

    chrisseaton on master

    Add CI flow for tests on Github… Merge pull request #908 from wi… (compare)

  • May 06 14:31
    chrisseaton closed #908
  • May 06 14:29
    chrisseaton review_requested #908
  • May 06 14:29
    chrisseaton assigned #908
  • May 06 13:58
    wildmaples opened #908
  • May 06 13:43
    wildmaples opened #907
  • May 04 12:07
    timcraft closed #898
  • Apr 30 10:35
    eregon commented on 82d1e4b
  • Apr 22 10:55
    chrisseaton commented #906
  • Apr 22 03:21
    flavorjones commented #906
  • Apr 20 20:51
    flavorjones opened #906
  • Apr 18 20:52
    luizkowalski commented #585
  • Apr 18 20:13
    joelvh commented #585
Sorry for the ignorance, but does gem build invoke rake?
Charles Oliver Nutter
but if you download a JRuby tarball and unpack it and point JRUBY_HOME at it, I think this all will work
ah I see what you're sayting
no it does not...that might be an ok workaround for you if you're ok with the CRuby extension building when you install the gem
I thought you might be wanting to precompile everything
gem build will just literally include the files listed in the gemspec
if that resulting gem works for you I think you're ok
Thanks a million for your help
I really appreciate you taking the time to explain things
Charles Oliver Nutter
sure, hopefully this works ok for you
Farid Zakaria
Hey @headius ;
I have a question -- are you aware of any JRuby bugs on previous versions where after a Thread#kill was issued; the thread hung around?
I am investigating an issue where we are starting a watchdog thread (heartbeat); and eventually calling Thread#kill on it.
The thread seems to be alive afterwards though.
Farid Zakaria
Olle Jonsson
@pitr-ch I'm attempting to configure Rubinius for CI, so that the project does not have all this Rubinius-supporting code for nothing.

Using https://travis-ci.org/ruby-concurrency/concurrent-ruby/jobs/659471195

osx, Xcode: xcode8 Ruby: rbx-3.107

Olle Jonsson
I figured it out, had to use Trusty dist, then it actually finds it!
Denis Semenenko

Hey. I have a Javascript Promise/A+ background. Trying to understand the API reference, cause it's hard to find any examples for the library usage in the Net.

The question is how to create a pending Promise?

I use multiple constructor functions like: Concurrent::Promises.future and Concurrent::Promises.zip_futures (aka Promise.all) and both start to invoke resolver immediately.
I want to be able to resolve explicitly with the wait/result/value method.
Instead, now I need to add an unneeded condition like this:
result.wait unless result.fulfilled?


Ben Sheldon (he/him)

@Hyperc0der_twitter here's a GitHub search that has plenty of code examples:


I do though think most usages are executing the promise and resolving.

Aditya C S
Hi All
How do we close Thread which is started by Channel.go
If we have code like below
Concurrent::Channel.go do
  loop do
    Concurrent::Channel.select do |s|
        s.take(somechannel) {
          #do something
        s.take(otherchannel) {
          # dosomething
Thread started by Channel.go is always active. Is there any way we can close this thread explicitly?
closing the channels will stop the loop and selection. However, the Channel.go thread will always remain active
Ben Sheldon (he/him)
@adityacs hi! I don't have much experience with channels, but I have two questions:
  1. Have you verified the loop is broken? For example, by puts-ing a message after the loop-end. I don't see an block-breaking return or throw in what you posted.
  2. Concurrent ruby typically runs things on a global thread pool that will manage, reuse and recycle threads on its own. So if you're confident that the thread isn't doing any work, it shouldn't need to be actively killed.
Aditya C S
@bensheldon_twitter Yeah, the loop is broken and thread is not doing any work
Tomek Wałkuski
Hi all! Do you recommend any resources on testing Async and TimerTask enabled classes?
Ben Sheldon (he/him)
@tomekw hi! I didn't find sources in testing, but I went towards integration testing. You could probably extract and test the task method themselves. Here's what I did with RSpec if your curious:

Hi all. I have a problem when converting a js function to ruby, using concurrent-ruby gem.

JS code:

async function test_js(redis) {
  const arrPromises = [];


  await Promise.all(arrPromisses);
  logger.info('remove success');

Ruby code:

promises = []

promises << Concurrent::Promise.new do
promises << Concurrent::Promise.new do

promises.each { |j| j.execute }
  then{|result| puts "remove success" }.
  rescue { |reason| puts reason }.execute

I'm quite confused cause Promise.all(arrPromisses) will execute all promisses in this array at the same time, while promises.each { |j| j.execute } delay a litle bit cause they're in loop.
Is there any better way to convert this js function to ruby code?
Thank you (bow)

Mikael Henriksson

I think that first of all you should prefer the Concurrent::Promises (plural) which seems to do the trick for me.

Let’s see if I can find the code...

@tuantv-0547 I did something like this:

def tasks
  files.map do |original_file|
    Concurrent::Promises.future(original_file) { |file| process_file(file) }.rescue do |exception|

def process_file(file)
  ProcessFile.perform(file: file, dir: dir, declaration_uuid: declaration_uuid)
If I am not mistaken this was kind of the whole point about the Promises api to provide better support for the exact thing you are trying to achieve.
Shawn Anderson
Not sure if this is the right place, but can anyone here describe the roadmap of getting this PR merged: ruby-concurrency/concurrent-ruby#856 ?
It's blocking my use of concurrent-ruby in production now (which makes me sad, because concurrent-ruby is awesome!)
Aditya C S
Noticed a strange behaviour. Channel.select doesn't block on channels and when used within loop it consumes full cpu(single core). Created an issue here ruby-concurrency/concurrent-ruby#883.

Hi guys!
I have read the doc about high level abstracts but I am still unable to find out what to use.
Here is my use case:

I have a sidekiq worker class that run for quite long sometimes.
Jobs and their states are persisted in database records.

class Worker
  include Sidekiq::Worker

  def perform



However since sometimes worker processes are restarted due to code release
The job record state is "stuck" on "started"
My idea is to raise error when sidekiq is detected to be "quiet" and rescue that error to update job status.
Can someone provide some advice/direction on the implementaion?

Tried Concurrent::TimerTask but my sample code would not raise error on main thread
timer_task = Concurrent::TimerTask.new(execution_interval: 1, run_now: false) do |task|
  task.execution_interval.to_i.times{ STDOUT.puts 'Boom! ' }
  STDOUT.print "\n"
  task.execution_interval += 1
  if task.execution_interval > 2
    STDOUT.puts 'Stopping...'
    raise RuntimeError.new("bye")
timer_task.with_observer do |_time, _result, ex|
  STDOUT.puts "in observer"
  next unless ex
  STDOUT.puts ex
  if ex.is_a?(RuntimeError)
    STDOUT.puts "ex is Interrupt"
    raise ex
main_thread = ::Thread.current
timer_task = Concurrent::TimerTask.new(execution_interval: 1, run_now: false) do |task|
  $sidekiq_is_quiet.tap do |quiet|
    task.shutdown if quiet
timer_task.with_observer do |_time, quiet|
  puts "with_observer >>"
  next unless quiet

  puts "raising"
  main_thread.raise "Sidekiq is quiet!"
Just got this and it seems working
Michael Kuklinski
Hi there!
I'm wondering if it's possible to pass an additional lock/mutex to something such as Concurrent::Array in order to more easily perform atomic tasks on multiple collections at once
such as where I need to remove something from one and add it to another, atomically
Michael Kuklinski
Also, is there a proper means by which to promote a ReadWriteLock in read-lock state to write-lock (and demote)?
Alex Maslakov
Why is it not found?
irb(main):001:0> require 'concurrent'
=> true

irb(main):002:0> puts "Main thread: #{Thread.current}"
Main thread: #<Thread:0x00005581cd29b428 run>
=> nil

irb(main):004:1* Concurrent::Channel.go do
irb(main):005:1*   puts "Goroutine thread: #{Thread.current}"
irb(main):006:0> end

Traceback (most recent call last):
        4: from /home/alex/.rubies/ruby-3.0.0/bin/irb:23:in `<main>'
        3: from /home/alex/.rubies/ruby-3.0.0/bin/irb:23:in `load'
        2: from /home/alex/.rubies/ruby-3.0.0/lib/ruby/gems/3.0.0/gems/irb-1.3.0/exe/irb:11:in `<top (required)>'
        1: from (irb):3:in `<main>'
NameError (uninitialized constant Concurrent::Channel)
Ben Sheldon (he/him)
If channels are still "edge" it needs to be required directly eg require "concurrent/channels"
Oops, that should be "concurrent/channel" (singular)
Andy Maleh

I'd hate to bother you, but I recently used 'concurrent-ruby' inside Glimmer and blogged about an example of taking advantage of it over here, leveraging thread pools: https://andymaleh.blogspot.com/2021/02/glimmer-dsl-for-swt-mandelbrot-fractal.html

Java 8 and later versions offer something even superior to thread pools called parallel streams (which build on thread pools behind the scenes as a higher abstraction), enabling my original loop implementation before parallelization (not shown in link) to work by changing a single keyword only (in Java, you switch stream() to parallelStream()) instead of instantiating a thread pool, distributing work, and waiting for it to finish.

What is the closet equivalent to Java parallel streams in "concurrent-ruby"?

Thanks and Godspeed.

Ben Sheldon (he/him)

@AndyObtiva that's cool! I think the closest equivalent is a Future: https://ruby-concurrency.github.io/concurrent-ruby/master/Concurrent/Future

A future will implicitly run on a global thread pool, but it's also possible to pass it an explicit thread pool too.