Hi,
So, the plan is to put all of the hints in one long string and just pass
that string in through the create interface?
not necessarily, I think it could be seperated also. I think the example I
gave was similar to the way of passing in distribution parameters into MPI-IO
some guys have
There is a duplicate file in the src/kernel/linux-2.6 directory. Right
now both xattr-default.c and xattr_default.c are present. I think
xattr_default.c is an imposter.
There is also still one relatively simple patch hanging around that
hasn't been integrated:
Hmm, that's interesting.
Of course, the issue of interface and internal rep are different. We
can allow the interface to pass generic hints but pass the distribution
related parameters through the SM as before. For that matter, the
proposed server array really shouldn't be part of that
[EMAIL PROTECTED] wrote on Mon, 09 Oct 2006 10:57 -0500:
I'm warming to the idea of doing everything related to distributions
through the hints mechanism, even though it sort of undoes Pete's
attempt to simplify the discussion.
My number one complaint with using a hint mechanism is that it
On Oct 10, 2006, at 1:02 PM, Pete Wyckoff wrote:
[EMAIL PROTECTED] wrote on Mon, 09 Oct 2006 10:57 -0500:
I'm warming to the idea of doing everything related to distributions
through the hints mechanism, even though it sort of undoes Pete's
attempt to simplify the discussion.
My number one
On Oct 10, 2006, at 10:00 AM, Phil Carns wrote:
There is a duplicate file in the src/kernel/linux-2.6 directory.
Right now both xattr-default.c and xattr_default.c are present. I
think xattr_default.c is an imposter.
Removed. Thanks.
There is also still one relatively simple patch
I've committed the patch to CVS.
Thanks Murali!
-sam
On Oct 10, 2006, at 9:07 AM, Phil Carns wrote:
Thanks guys! This patch does fix the problem.
David suspected that retry logic too, but I thought it had been
removed back when the pcache changes were made :)
I don't think there will
[EMAIL PROTECTED] wrote on Tue, 10 Oct 2006 14:01 -0500:
On Oct 10, 2006, at 1:02 PM, Pete Wyckoff wrote:
How about just add PVFS_sys_dist_get_IO_server_aliases() and
PVFS_sys_dist_set_IO_server_mapping(). Under the hood each
distribution orders the IO servers it'll use according to the
Sam Lang wrote:
How about just add PVFS_sys_dist_get_IO_server_aliases() and
PVFS_sys_dist_set_IO_server_mapping(). Under the hood each
distribution orders the IO servers it'll use according to the
mapping then does business as usual. This instead of the random
starting point and sequential
On Oct 10, 2006, at 2:18 PM, Bradley W Settlemyer wrote:
Sam Lang wrote:
What are the benefits of those functions over something like:
PVFS_sys_dist_set_param(..., io-server-mapping, server_map);
I dislike the idea of adding interfaces that won't get much use,
esp if we already have a
On Oct 10, 2006, at 2:16 PM, Pete Wyckoff wrote:
[EMAIL PROTECTED] wrote on Tue, 10 Oct 2006 14:01 -0500:
On Oct 10, 2006, at 1:02 PM, Pete Wyckoff wrote:
How about just add PVFS_sys_dist_get_IO_server_aliases() and
PVFS_sys_dist_set_IO_server_mapping(). Under the hood each
distribution
A little off-topic, but the sprintf() approach is because MPI chose to
use character strings as a portable format for hints. Very different set
of constraints than us, makes a lot of sense in that set of constraints.
Rob
Sam Lang wrote:
I view the underlying storage of the parameters and the
12 matches
Mail list logo
