Displaying 4 results from an estimated 4 matches for "_these_".
2020 Sep 05
2
libnbd completion callback question
...n the callback function was NOT
registered, and the user must clean any resources then and there to
avoid a leak. Only when nbd_aio_FOO() succeeds will the responsibility
for cleanup be handled by the callback.
But for nbd_block_status and nbd_pread_structured, we have a second
callback. And _these_ callbacks have a problem: we can return -1 for
two different reasons, either because the command was never attempted
(nbd_aio_FOO failed) and so the callback will never be cleaned, or
because the command got sent to the server and the server failed it (the
callback WILL be cleaned). As this is...
2020 Sep 05
0
Re: libnbd completion callback question
...T
> registered, and the user must clean any resources then and there to
> avoid a leak. Only when nbd_aio_FOO() succeeds will the responsibility
> for cleanup be handled by the callback.
>
> But for nbd_block_status and nbd_pread_structured, we have a second
> callback. And _these_ callbacks have a problem: we can return -1 for
> two different reasons, either because the command was never attempted
> (nbd_aio_FOO failed) and so the callback will never be cleaned, or
> because the command got sent to the server and the server failed it (the
> callback WILL be c...
2004 Nov 17
20
Some DNAT''s work, some don''t
...both
places. The fact that I can get in from inside leads me to believe
there''s nothing wrong with the DNS, the IP aliasing, or the Apache
server itself. But I do _not_ see any packets getting dropped in the
logfile (that is, I see _lots_ of packets getting dropped, just not any
of _these_ particular packets).
The other rule that doesn''t work is an rsync rule:
DNAT net:$USER_EXODUS loc:$IN_TEST_RSYNC tcp 873 - $EX_TEST
Unlike with the HTTP rule, I don''t have any working rsync rules to
contrast it with, but I''m pretty sure it''s the sa...
2012 Jul 04
53
[PATCH 00 of 10 v3] Automatic NUMA placement for xl
Hello,
Third version of the NUMA placement series Xen 4.2.
All the comments received during v2''s review have been addressed (more details
in single changelogs).
The most notable changes are the following:
- the libxl_cpumap --> libxl_bitmap renaming has been rebased on top of the
recent patches that allows us to allocate bitmaps of different sizes;
- the heuristics for deciding