Joseph Schuchart

You are talking about the remote deps dequeue? As I said, there is no way for TTG to make use of that in its current form because we have to...

I wrote down the reason for why "the proper way" doesn't work for TTG: https://github.com/ICLDisco/parsec/issues/714

I'm warming up to that idea. It could allow for some rebalancing, potentially choosing a different device. But since most worker threads are idle we don't win a lot of...

This is now used in https://github.com/TESSEorg/ttg/pull/307 and seems to work (except for https://github.com/ICLDisco/parsec/pull/694#discussion_r1910691981). I'd like to see this go in asap.

What is the status of this? Any reason for not taking this in? @josephjohnjj Could you please rebase your branch?

> Suspected that we have a mish-mash of c11/stdatomic types, maybe a problem with include file order, need to dig. No, this is invalid C11. `ATOMIC_FLAG_INIT` can only be used...

I get this error with TTG when constraining the device memory to 10%. The copy is being pushed out when we try to change ownership to the device. ``` testing_dpotrf_hip-parsec:...

I see dangling copies on the device. This might just require a fix in the cleanup code (ignoring data that only has the device copy): ``` [****] TIME(s) 7.35572 :...

> > I get this error with TTG when constraining the device memory to 10%. The copy is being pushed out when we try to change ownership to the device....

Here is what I think happens in the `stress` benchmark: - We allocate a new C tile, which has a host and device copy. - At the end of the...