Tarantool development patches archive
 help / color / mirror / Atom feed
From: Leonid Vasiliev <lvasiliev@tarantool.org>
To: Konstantin Osipov <kostja.osipov@gmail.com>,
	alexander.turenko@tarantool.org,
	tarantool-patches@dev.tarantool.org
Subject: Re: [Tarantool-patches] [PATCH] Add a cancellation guard to cpipe flush callback
Date: Tue, 24 Dec 2019 18:27:36 +0300	[thread overview]
Message-ID: <7b4e53cf-f2a8-1dca-4eb1-0c315f0b8932@tarantool.org> (raw)
In-Reply-To: <20191223125519.GA25824@atlas>



On 12/23/19 3:55 PM, Konstantin Osipov wrote:
> * Leonid Vasiliev <lvasiliev@tarantool.org> [19/12/23 15:48]:
>> +	while(hang_endpoint.mutex.__data.__lock < 2) {
>> +		usleep(100);
>> +	}
> 
> How does this work? Is there a way to not look inside mutex?
> 

Other alternatives (which I can come up with) add possible races or 
cancellation points.
We must cancel the thread before cancellation point in ev_async_send
(ev_async_send(endpoint->consumer, &endpoint->async);) and as close as 
possible to it for to reproduce a behavior from 
https://github.com/tarantool/tarantool/issues/4127 .

How it's work (it's hack):
mutex.__data.__lock == 0 - mutex unlocked
mutex.__data.__lock == 1 - mutex locked
mutex.__data.__lock == 2 - waiters are exists

We just wait while the canceled worker try to lock the endpoint mutex
and cancelate thread at the moment. if you have any ideas how this can 
be done better and without possible races, tell me.
And yes, I must to disable this dirty test for OSes other than Linux.

---
diff --git a/test/unit/CMakeLists.txt b/test/unit/CMakeLists.txt
index 339521489..fb8f74be0 100644
--- a/test/unit/CMakeLists.txt
+++ b/test/unit/CMakeLists.txt
@@ -98,8 +98,10 @@ target_link_libraries(cbus_stress.test core stat)
  add_executable(cbus.test cbus.c)
  target_link_libraries(cbus.test core unit stat)

-add_executable(cbus_hang.test cbus_hang.c)
-target_link_libraries(cbus_hang.test core unit stat)
+if (${CMAKE_HOST_SYSTEM_NAME} MATCHES "Linux")
+    add_executable(cbus_hang.test cbus_hang.c)
+    target_link_libraries(cbus_hang.test core unit stat)
+endif ()

  reply	other threads:[~2019-12-24 15:27 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-12-03 16:33 Leonid Vasiliev
2019-12-03 18:02 ` Konstantin Osipov
2019-12-05  7:22   ` Leonid Vasiliev
2019-12-05  7:27     ` Konstantin Osipov
2019-12-23 12:44       ` Leonid Vasiliev
2019-12-23 12:55         ` Konstantin Osipov
2019-12-24 15:27           ` Leonid Vasiliev [this message]
2019-12-24 15:33             ` Konstantin Osipov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=7b4e53cf-f2a8-1dca-4eb1-0c315f0b8932@tarantool.org \
    --to=lvasiliev@tarantool.org \
    --cc=alexander.turenko@tarantool.org \
    --cc=kostja.osipov@gmail.com \
    --cc=tarantool-patches@dev.tarantool.org \
    --subject='Re: [Tarantool-patches] [PATCH] Add a cancellation guard to cpipe flush callback' \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox