On 26/04/23 5:35 pm, Juan Quintela wrote:
"manish.mishra" wrote:
On 26/04/23 4:35 pm, Juan Quintela wrote:
"manish.mishra" wrote:
On 26/04/23 3:58 pm, Juan Quintela wrote:
Before:
while (true) {
sem_post(channels_ready)
}
And you want to add to the initialization a coun
"manish.mishra" wrote:
> On 26/04/23 4:35 pm, Juan Quintela wrote:
>> "manish.mishra" wrote:
>>> On 26/04/23 3:58 pm, Juan Quintela wrote:
>> Before:
>>
>> while (true) {
>>
>> sem_post(channels_ready)
>> }
>>
>> And you want to add to the initialization a counter equal to the num
On 26/04/23 4:35 pm, Juan Quintela wrote:
"manish.mishra" wrote:
On 26/04/23 3:58 pm, Juan Quintela wrote:
"manish.mishra" wrote:
multifd_send_sync_main() posts request on the multifd channel
but does not call sem_wait() on channels_ready semaphore, making
the channels_ready semaphore coun
"manish.mishra" wrote:
> On 26/04/23 3:58 pm, Juan Quintela wrote:
>> "manish.mishra" wrote:
>>> multifd_send_sync_main() posts request on the multifd channel
>>> but does not call sem_wait() on channels_ready semaphore, making
>>> the channels_ready semaphore count keep increasing.
>>> As a resu
On 26/04/23 3:58 pm, Juan Quintela wrote:
"manish.mishra" wrote:
multifd_send_sync_main() posts request on the multifd channel
but does not call sem_wait() on channels_ready semaphore, making
the channels_ready semaphore count keep increasing.
As a result, sem_wait() on channels_ready in mult
"manish.mishra" wrote:
> multifd_send_sync_main() posts request on the multifd channel
> but does not call sem_wait() on channels_ready semaphore, making
> the channels_ready semaphore count keep increasing.
> As a result, sem_wait() on channels_ready in multifd_send_pages()
> is always non-blocki
multifd_send_sync_main() posts request on the multifd channel
but does not call sem_wait() on channels_ready semaphore, making
the channels_ready semaphore count keep increasing.
As a result, sem_wait() on channels_ready in multifd_send_pages()
is always non-blocking hence multifd_send_pages() keep
