is this a good candidate for bproc?

Amitoj G. Singh amitoj at cs.uh.edu
Thu Jun 26 11:56:36 EDT 2003


Worth a try. Look under /etc/security. There's some stuff that will allow
you to put restrictions such as the 1 job 1 cpu limit you want.

- Amitoj.

On Thu, 26 Jun 2003, Russell Nordquist wrote:

> I've been lurking on this list for a while and I blame this question on
> that. I keep seeing new stuff I want to play with. Yesterday it was the
> iButton and today it's bproc.
>
> Here is the situation....I have a four node "cluster" that will be running
> independent computational jobs. No mpi, etc just lots 'o non-parallel jobs.
> My initial inclination was to setup a traditional (ie ssh to nodes and
> start jobs) cluster with SGE (and hide the ssh to nodes part). That way I
> can limit one job per CPU and be done with it.
>
> But, then I got to thinking about single system images. One issue I have
> had with queue systems is jobs lingering after their queue slot is gone
> (admittedly this has only happened with mpich programs, but our clusters
> haven't done much else until now). Users don't know to check process
> running on the nodes (and shouldn't need to) so I get e-mails about slow
> jobs and find the non-scheduled run aways. bproc's ability to allow users
> to manage processes from the master node would take care of this (hey,
> it's like a twin tower origin 200 now :). and I won't have to deal with
> libraries, etc on the nodes.
>
> However, I've never admined bproc or even been on a bproc system.
> Does this sound like a good place for bproc? I would use bproc+SGE to keep
> the 1 job 1 cpu efficiency. Is it realistic to expect that any job that
> can be run using "ssh node1 -e ./job.exe" would run with "bpsh 1
> ./job.exe", or are there code related gotchas (threads?)?
>
> I guess I could set up both and see how it each works, but I wanted to get
> a feel for how useful people found bproc and it's limitations. Although I
> really want to experiment with bproc, I need to keep the day to day admin
> time on this system low.
>
> thanks
> russell
>
> - - - - - - - - - - - -
> Russell Nordquist
> UNIX Systems Administrator
> Geophysical Sciences Computing
> http://geosci.uchicago.edu/computing
> NSIT, University of Chicago
>  - - - - - - - - - - -
>
>
> _______________________________________________
> Beowulf mailing list, Beowulf at beowulf.org
> To change your subscription (digest mode or unsubscribe) visit http://www.beowulf.org/mailman/listinfo/beowulf
>

_______________________________________________
Beowulf mailing list, Beowulf at beowulf.org
To change your subscription (digest mode or unsubscribe) visit http://www.beowulf.org/mailman/listinfo/beowulf



More information about the Beowulf mailing list