-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Am 14.11.2013 um 15:28 schrieb William Hay:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> On 14/11/13 09:44, Hay, William wrote:
>> We have a user who has a program submitting jobs via DRMAA which
>> is invoking our client side jsv.  Unfortunately it appears that it
>> spawns one client JSV per job which never terminates leading to it
>> filling up the process table.  IMAO the DRMAA interface should
>> either reuse the JSV or terminate it but apparently it doesn't do
>> that (at least in 6.2u3)    When using the perl API does one really
>> need to return from jsv_on_verify or could I just terminate the jsv
>> after jsv_reject/jsv_accept/jsv_correct/jsv_reject_wait?
>> 
> Replying to my own query.  The JSV works fine if I terminate the
> program rather than return from the on_verify return.  However it
> seems that the java DRMAA library takes its time about reaping
> processes.
> The user was specifying their own jsv in addition to the one we
> specify in sge_request.  We got 410 copies of exiting.  With our
> exiting JSV old defunct JSV processes eventually disapeared and were
> replaced whereas with the users looping jsv the same 410 processes
> just sat there.

Would it work/help to use Java for the JSV too, and call just the compiled 
bytecode? Maybe it would be faster too for the client-side JSV.

- -- Reuti


> William
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.11 (GNU/Linux)
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
> 
> iQIcBAEBAgAGBQJShN4dAAoJEKCzH4joEjNWRyQP/3xa6CiUQOoQYE6fsMN3dXR3
> 5NWQhJILPyf682EfqkSCpD0KR4ZSZTg8Fp9Fuw2MAeayi9K6YyE46XFFXmofJOAM
> zYGR8A9ecN+dfw05s00bwSmaBKwPSxwyumz7DAKzR+gr9cEanOq/tv6ooWZ+TGhW
> bbMXggsgvx+jxIdjjBaYU73ZwQBUGrqftQblaT1sTh59ab13ISYLAi52OLcYAFzX
> G33h3699aTUWWWde7GtypJ00RyMnjZgxe3TIPq0KCfQwz7OkoZY3P4Ts0ncfPg59
> VcEH7nsgjWyo8mve6KAEyZjSierc/H36OTZuDP+8Ni8JXUNbPvE8Te5/e8lrAFTT
> HNzUVCaI0JXKUb64ranIAoElLxupcyOBN+ZgBy3OAQuZ5/CY+WDQ0nINO9ybei9q
> ud4DblY5j4kWIBqhM0OGhQXYHLZuC0mHlUy9EpNGhVicwLfgiLR4Bd2sTOCrforj
> c25RRooVkm5bnW6oUU2b3pMsaIpjUtjZgy1ol9xaZxuW/7fvfqWgWEFt5GUfpmzM
> O98XUQf/EtvuBnnq4whpwf53wlkhW2MZGNk6fk3wECXqfumpGla+YviKTwmJrj92
> kz7wG89Fq1lV84BzdRBlQSz4TdSYDKb3xbuG1V6rfch1bqcf9GheQVQpbI6n+onN
> +ivaN6xnbrAa/JifGMst
> =oG9P
> -----END PGP SIGNATURE-----
> 
> _______________________________________________
> users mailing list
> [email protected]
> https://gridengine.org/mailman/listinfo/users

-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.20 (Darwin)
Comment: GPGTools - http://gpgtools.org

iEYEARECAAYFAlKKECYACgkQo/GbGkBRnRoUGwCg1JyTAKRJLu8veDo+uKxPMCBb
w/UAmwY3ksL9T8TcpDWKOeUCf3ul4cth
=+29S
-----END PGP SIGNATURE-----

_______________________________________________
users mailing list
[email protected]
https://gridengine.org/mailman/listinfo/users

Reply via email to