Refactor key-management#315
Conversation
|
Also needs some tests. And probably has some dead code left around. |
|
Now when we create a |
|
Closes issue #307. |
|
Sounds good, I'll rebase and incorporate those changes after #317 is in. |
|
@cowlicks -- I'm trying to do the following after running the testsuite: def dump(prefix):
names = {}
for name in globals():
if name.startswith(prefix):
names[name] = globals()[name]
return names
print view.apply_async(dump, '__distarray__').get_dict()But this leads to a Any idea what's going on here? Is this a regression or the same as previous behavior? ISTR that I could do this before this PR... |
|
@kwmsmith Are you getting that error on the client or on the engines? |
|
@cowlicks I'm inside an |
|
This works fine for me on macosx...? Here is what I did
from IPython.parallel import Client; c = Client(); v = c[:]
def dumps(prefix):
names = {}
for name in globals():
if name.startswith(prefix):
names[name] = globals()[name]
return names
print view.apply_async(dump, '__distarray__').get_dict()
Out[4]: {0: {}, 1: {}, 2: {}, 3:{}} |
|
I'm getting "too many open files" exception with this one -- looking into it... |
|
I'll rebase on master so travis should annouche the number of files. |
|
OK, after updating the branch, the "too many open files" issue goes away -- it may have been something else with my setup that was shaken out. |
|
OK, I confirm that this works with PR #331 . I feel like a bigger cleanup of key management is needed, but this PR is certainly an improvement. |
…t-idea Refactor key-management
Objects which contexts create are now put in dictionaries on the engines. This is still a work in progress, but it currently has all tests passing. I still need to alter
decorators.pyto use this properly.