[Barrelfish-users] Bidirectional bulk transfer

[Zeus Gómez Marmolejo]

Hey Andrew,

Yes, sorry, I was building the easy example quite fast, I forgot that. In
any case if you change the line

while(!request_done) {

by

while(1) {

the result is the same. Messages are not being delivered.

zeus.

El 17 de abril de 2012 19:27, Baumann Andrew <andrewb at inf.ethz.ch> escribió:

>  Hi Zeus,****
>
> ** **
>
> Perhaps this is a bug arising only from over-simplification in the
> example, but it looks to me like the problem is here:****
>
> ** **
>
>     request_done = false;****
>
>     while (!request_done) {****
>
>         event_dispatch(get_default_waitset());****
>
>     }****
>
>     ****
>
>     debug_printf("DONE\n");****
>
>     ****
>
>     return 0;****
>
> ** **
>
> Whenever either server or client sees their request completed they exit.
> There is no guarantee that they have seen and responded to the other side’s
> request. If you instead loop while (1), does the problem still arise?****
>
> ** **
>
> Andrew****
>
> ** **
>
> *From:* Zeus Gómez Marmolejo [mailto:zeus.gomez at bsc.es]
> *Sent:* Tuesday, 17 April 2012 08:59
> *To:* barrelfish-users at lists.inf.ethz.ch
> *Subject:* [Barrelfish-users] Bidirectional bulk transfer****
>
> ** **
>
> Hi,****
>
> ** **
>
> I'm currently testing the bulk transfer implementation and I'm having some
> issues. As I want to be able to send from core 0 to core 1 and from 1 to 0
> large amounts of data, I'm creating two bulk memory regions. One master to
> core 0 and another master to core 1. When creating this link there are two
> caprefs sent, one from core 0 to 1 and the other on the opposite way. In
> this case, the test hangs. When there is only one being sent, the example
> works well.****
>
> ** **
>
> Do you have any clues about this? I attach the example.
> ****
>
> ** **
>
> --
> Zeus Gómez Marmolejo
> Barcelona Supercomputing Center
> PhD student
> http://www.bsc.es
>
> ****
>



-- 
Zeus Gómez Marmolejo
Barcelona Supercomputing Center
PhD student
http://www.bsc.es
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://lists.inf.ethz.ch/pipermail/barrelfish-users/attachments/20120417/9cea56db/attachment-0001.html