I just found the issue. I wasn't closing the context properly. No more file descriptors being left around, now. Thanks for your help! - Sean
Sean Ochoa <[email protected]> wrote: >I run the attached script, and then I run a bash command: "ls -al" > >which gives me the following: > >/home/bitcycle/testing/q >total 12K >srwxr-xr-x 1 bitcycle bitcycle 0 2011-09-22 07:44 >publisher-6497A874E52911E099520022FA02089C-520014= >srwxr-xr-x 1 bitcycle bitcycle 0 2011-09-22 07:44 >publisher-6497A874E52911E099520022FA02089C-520014-sync= > > >Though I haven't dealt with file descriptors very much in the past, it seems >that they are residual file descriptors from the processes that I spawn. I >can confirm that no zombie processes stick around via "ps aux" and I can >confirm that the processes are not alive when the script exits. > >Maybe take a look at my code. Its probably something basic that I'm missing >with zeromq. I'm still pretty new to it. > >-- Sean > >On Thu, Sep 22, 2011 at 5:36 AM, Chuck Remes <[email protected]> wrote: > >> On Sep 22, 2011, at 3:03 AM, Sean Ochoa wrote: >> >> > Hey all. I'm wondering if someone could help me out with a pub/sub >> issue. I run my script with the pub and sub in different child processes >> with the Python zmq bindings. When the processes end the sockets are >> closed, but it leaves the file descriptors around. I've searched online >> for a bit, but haven't found a way to get it stop leaving them around. Any >> ideas? - Sean _______________________________________________ >> >> This shouldn't be possible. When the process exits, the OS is responsible >> for freeing file descriptors. >> >> What do you mean by "it leaves the file descriptors around"? How are you >> detecting or measuring this? >> >> cr >> >> _______________________________________________ >> zeromq-dev mailing list >> [email protected] >> http://lists.zeromq.org/mailman/listinfo/zeromq-dev >> > > > >-- >Sean | (206) 962-7954 _______________________________________________ zeromq-dev mailing list [email protected] http://lists.zeromq.org/mailman/listinfo/zeromq-dev
