Re: [Beowulf] A press release

2008-07-03 Thread Tim Cutts
On 2 Jul 2008, at 4:22 pm, Prentice Bisbal wrote: 2. Now that I'm a professional system admin who often has to support commercial apps, I find I have to use a RH-based distro for two reasons: A. Most commercial software supports only Red Hat. Some go so far as to refuse to install if RH is

Re: [Beowulf] software for compatible with a cluster

2008-07-03 Thread Jon Aquilina
now what happens if someone comes to me for rendering services and they used maya will the maya file be able to use the software mentioned above or would i need some other software for that? On 7/2/08, Bernard Li [EMAIL PROTECTED] wrote: On Wed, Jul 2, 2008 at 4:32 AM, Perry E. Metzger [EMAIL

Re: Commodity supercomputing, was: Re: NDAs Re: [Beowulf]

2008-07-03 Thread Jon Aquilina
dont throw in the towel just for that. try and see if you can get research funding through the university you are attending On 7/1/08, Mark Kosmowski [EMAIL PROTECTED] wrote: And I forgot to change the subject. Apologies. On 7/1/08, Mark Kosmowski [EMAIL PROTECTED] wrote: At some point

Re: [Beowulf] software for compatible with a cluster

2008-07-03 Thread H.Vidal, Jr.
In my experience with 3D, the renderer is of particular note. For example, it is entirely possible to model with one piece of software, export geometry, and render with another piece of software. And the production team will probably have very specific ideas of which renderer is what they want,

Re: [Beowulf] software for compatible with a cluster

2008-07-03 Thread Prentice Bisbal
Perry E. Metzger wrote: Jon Aquilina [EMAIL PROTECTED] writes: my idea is more of for my thesis. If you're trying to do 3d animation on the cheap and you want something that's already cluster capable, I'd try Blender. It is open source and it has already made some reasonable length movies.

Re: [Beowulf] automount on high ports

2008-07-03 Thread Prentice Bisbal
Henning Fehrmann wrote: On Wed, Jul 02, 2008 at 09:19:50AM +0100, Tim Cutts wrote: On 2 Jul 2008, at 8:26 am, Carsten Aulbert wrote: OK, we have 1342 nodes which act as servers as well as clients. Every node exports a single local directory and all other nodes can mount this. What we do now

Re: [Beowulf] A press release

2008-07-03 Thread Prentice Bisbal
Tim Cutts wrote: On 2 Jul 2008, at 6:06 am, Mark Hahn wrote: I was hoping for some discussion of concrete issues. for instance, I have the impression debian uses something other than sysvinit - does that work out well? Debian uses standard sysvinit-style scripts in /etc/init.d,

Re: [Beowulf] software for compatible with a cluster

2008-07-03 Thread Prentice Bisbal
Jon Aquilina wrote: like you said in regards to maya money is a factor for me. if i do descide to setup a rendering cluster my problem is going to be finding someone who can make a small video in blender for me so i can render it. Blender should come with a few small scene files you can

[Beowulf] Re: dealing with lots of sockets

2008-07-03 Thread Perry E. Metzger
Lawrence Stewart [EMAIL PROTECTED] writes: My obligatory internet startup wrote a new single-threaded single- process web server based on select(2) with careful attention to the blocking or not nature of the kernel calls and were able to handle some hundreds of connections per second on the

Re: [Beowulf] Re: energy costs and poor grad students

2008-07-03 Thread Prentice Bisbal
Mark Kosmowski wrote: I think I have come to a compromise that can keep me in business. Until I have a better understanding of the software and am ready for production runs, I'll stick to a small system that can be run on one node and leave the other two powered down. I've also applied for

Re: [Beowulf] A press release

2008-07-03 Thread Joe Landman
Prentice Bisbal wrote: Here's another reason to use tarballs: I have /usr/local shared to all eeek!! something named local is shared??? FWIW: we do the same thing, but put everything into /apps, and all nodes have mounted /apps ... requires a little ./configure -prefix=/apps/...

Re: [Beowulf] Re: energy costs and poor grad students

2008-07-03 Thread Jeffrey B. Layton
Prentice Bisbal wrote: Mark Kosmowski wrote: I think I have come to a compromise that can keep me in business. Until I have a better understanding of the software and am ready for production runs, I'll stick to a small system that can be run on one node and leave the other two powered down.

Re: [Beowulf] A press release

2008-07-03 Thread Tim Cutts
On 3 Jul 2008, at 2:38 pm, Prentice Bisbal wrote: Here's another reason to use tarballs: I have /usr/local shared to all my systems with with NFS. Heh. Your view of local is different from mine. On my systems /usr/ local is local to the individual system. We do have NFS mounted

Re: [Beowulf] Re: energy costs and poor grad students

2008-07-03 Thread Prentice Bisbal
You don't need to go this far. Just set up the hostfile to use the same host name several times. Just make sure you don't start swapping :) Jeff Unless the problem is configuring interhost communications correctly. -- Prentice ___ Beowulf

[Beowulf] /usr/local over NFS is okay, Joe

2008-07-03 Thread Prentice Bisbal
Joe Landman wrote: Prentice Bisbal wrote: Here's another reason to use tarballs: I have /usr/local shared to all eeek!! something named local is shared??? Nothing wrong with that. local doesn't necessarily mean local to the physical machine. It can mean for the local site. I do

Re: [Beowulf] /usr/local over NFS is okay, Joe

2008-07-03 Thread Joe Landman
Prentice Bisbal wrote: Joe Landman wrote: Prentice Bisbal wrote: Here's another reason to use tarballs: I have /usr/local shared to all eeek!! something named local is shared??? Nothing wrong with that. local doesn't necessarily mean local to the physical machine. It can mean for the

Re: [Beowulf] software for compatible with a cluster

2008-07-03 Thread Jon Aquilina
i have a little bit of clustering experience.if anything im still contemplating making a kubuntu derivative that is geared towards rendering clusters with the software and what not. i just dont have any experience with whats available for the rendering cluster market and linux that is why im

[Beowulf] MPI: over OFED and over IBGD

2008-07-03 Thread Mikhail Kuzminsky
Is there some MPI realization/versions which may be installed one some nodes - to work over Mellanox IBGD 1.8.0 (Gold Distribution) IB stack and on other nodes - for work w/OFED-1.2 ? Mikhail Kuzminsky Computer Assistance to Chemical Research Center Zelinsky Institute of Organic Chemistry

Re: [Beowulf] A press release

2008-07-03 Thread Joshua Baker-LePain
On Thu, 3 Jul 2008 at 9:34am, Tim Cutts wrote On 2 Jul 2008, at 4:22 pm, Prentice Bisbal wrote: B. Red Hat has done such a good job of spreading FUD about the other Linux distros, management has a cow if you tell them you're installing something other than RH. Erm, do you have any examples

Re: [Beowulf] automount on high ports

2008-07-03 Thread Bogdan Costescu
On Wed, 2 Jul 2008, Robert G. Brown wrote: if you try to start up a second daemon on that port you'll get a EADDRINUSE on the bind While we talk about theoretical possibilities, this statement is not always true. You could specify something else than INADDR_ANY here:

RE: [Beowulf] MPI: over OFED and over IBGD

2008-07-03 Thread Gilad Shainer
Mikhail Kuzminsky wrote: Is there some MPI realization/versions which may be installed one some nodes - to work over Mellanox IBGD 1.8.0 (Gold Distribution) IB stack and on other nodes - for work w/OFED-1.2 ? IBGD is out of date, and AFAIK none of the latest versions of the various MPI

Re: [Beowulf] A press release

2008-07-03 Thread Joe Landman
Joshua Baker-LePain wrote: On Thu, 3 Jul 2008 at 9:34am, Tim Cutts wrote On 2 Jul 2008, at 4:22 pm, Prentice Bisbal wrote: B. Red Hat has done such a good job of spreading FUD about the other Linux distros, management has a cow if you tell them you're installing something other than RH.

[Beowulf] Re: dealing with lots of sockets

2008-07-03 Thread Robert G. Brown
On Wed, 2 Jul 2008, Perry E. Metzger wrote: Seeing is believing. There are lots of good papers out there on concurrency strategies for systems with vast numbers of sockets to manage, and there is no doubt what the answer is -- threads suck compared to events, full stop. Event systems scale

Re: [Beowulf] MPI: over OFED and over IBGD

2008-07-03 Thread Mikhail Kuzminsky
In message from Gilad Shainer [EMAIL PROTECTED] (Thu, 3 Jul 2008 09:41:01 -0700): Mikhail Kuzminsky wrote: Is there some MPI realization/versions which may be installed one some nodes - to work over Mellanox IBGD 1.8.0 (Gold Distribution) IB stack and on other nodes - for work w/OFED-1.2 ?

[Beowulf] Re: energy costs and poor grad students

2008-07-03 Thread Mark Kosmowski
Prentice Bisbal wrote: Mark Kosmowski wrote: I think I have come to a compromise that can keep me in business. Until I have a better understanding of the software and am ready for production runs, I'll stick to a small system that can be run on one node and leave the other two

Re: [Beowulf] A press release

2008-07-03 Thread Karen Shaeffer
On Thu, Jul 03, 2008 at 12:09:49PM -0400, Joshua Baker-LePain wrote: On Thu, 3 Jul 2008 at 9:34am, Tim Cutts wrote On 2 Jul 2008, at 4:22 pm, Prentice Bisbal wrote: B. Red Hat has done such a good job of spreading FUD about the other Linux distros, management has a cow if you tell them

Re: [Beowulf] automount on high ports

2008-07-03 Thread Robert G. Brown
On Thu, 3 Jul 2008, Bogdan Costescu wrote: On Wed, 2 Jul 2008, Robert G. Brown wrote: if you try to start up a second daemon on that port you'll get a EADDRINUSE on the bind While we talk about theoretical possibilities, this statement is not always true. You could specify something else

Re: [Beowulf] automount on high ports

2008-07-03 Thread Perry E. Metzger
Carsten Aulbert [EMAIL PROTECTED] writes: A solution proposed by the nfs guys is pretty simple: Change the values of /proc/sys/sunrpc/{min,max}_resvport appropriately. But they don't know which ceiling will be next. But we will test it. What about my kernel patch to use unprived ports? Did

Re: [Beowulf] Re: dealing with lots of sockets

2008-07-03 Thread Perry E. Metzger
Bogdan Costescu [EMAIL PROTECTED] writes: On Wed, 2 Jul 2008, Perry E. Metzger wrote: Event driven programming typically uses registered callbacks that are triggered by a central Event Loop when events happen. In such a system, one never blocks for anything -- all activity is performed in

Re: [Beowulf] A press release

2008-07-03 Thread Prentice Bisbal
Joshua Baker-LePain wrote: On Thu, 3 Jul 2008 at 9:34am, Tim Cutts wrote On 2 Jul 2008, at 4:22 pm, Prentice Bisbal wrote: B. Red Hat has done such a good job of spreading FUD about the other Linux distros, management has a cow if you tell them you're installing something other than RH.

Re: [Beowulf] A press release

2008-07-03 Thread Joshua Baker-LePain
On Thu, 3 Jul 2008 at 12:49pm, Joe Landman wrote The only bad things I have seen RH do are their refusal to support good file systems (as the size of disks hit 2GB at the end of the year, this is going to bite them harder than it is now), and some of the choices they have made in their

Re: [Beowulf] Re: energy costs and poor grad students

2008-07-03 Thread Prentice Bisbal
Jeffrey B. Layton wrote: Prentice Bisbal wrote: You don't need to go this far. Just set up the hostfile to use the same host name several times. Just make sure you don't start swapping :) Jeff Unless the problem is configuring interhost communications correctly. Then how does

Re: [Beowulf] A press release

2008-07-03 Thread Prentice Bisbal
Tim Cutts wrote: On 3 Jul 2008, at 5:09 pm, Joshua Baker-LePain wrote: On Thu, 3 Jul 2008 at 9:34am, Tim Cutts wrote On 2 Jul 2008, at 4:22 pm, Prentice Bisbal wrote: B. Red Hat has done such a good job of spreading FUD about the other Linux distros, management has a cow if you tell them

Re: [Beowulf] A press release

2008-07-03 Thread Greg Lindahl
On Thu, Jul 03, 2008 at 09:38:11AM -0400, Prentice Bisbal wrote: Here's another reason to use tarballs: I have /usr/local shared to all my systems with with NFS. If want to install the lastest version of firefox, you can just do this: FWIW, the rpm way to do this is (ok, there's more than one

Re: [Beowulf] automount on high ports

2008-07-03 Thread Greg Lindahl
On Thu, Jul 03, 2008 at 01:45:44PM -0400, Robert G. Brown wrote: This is one reason that people use PVM and MPI and so on. It can be argued (and has been argued on this list IIRC) that raw networking code will always result in a faster parallel program, all things being equal, because

Re: [Beowulf] Re: dealing with lots of sockets

2008-07-03 Thread Geoff Jacobs
Bogdan Costescu wrote: On Wed, 2 Jul 2008, Perry E. Metzger wrote: Event driven programming typically uses registered callbacks that are triggered by a central Event Loop when events happen. In such a system, one never blocks for anything -- all activity is performed in callbacks, and one

Re: [Beowulf] A press release

2008-07-03 Thread Robert G. Brown
On Thu, 3 Jul 2008, Greg Lindahl wrote: On Thu, Jul 03, 2008 at 09:38:11AM -0400, Prentice Bisbal wrote: Here's another reason to use tarballs: I have /usr/local shared to all my systems with with NFS. If want to install the lastest version of firefox, you can just do this: FWIW, the rpm

Re: [Beowulf] software for compatible with a cluster

2008-07-03 Thread Rayson Ho
The whole Big Buck Bunny movie was rendering on a Grid Engine cluster (aka. network.com). Big Buck Bunny is open content, and the software used to create the film is opensource. http://en.wikipedia.org/wiki/Big_Buck_Bunny http://www.bigbuckbunny.org/ Rayson On Tue, Jul 1, 2008 at 5:39 AM, Jon

Re: Commodity supercomputing, was: Re: NDAs Re: [Beowulf] Nvidia, cuda, tesla and... where's my double floating point?

2008-07-03 Thread Toon Moene
Gerry Creager wrote: In the US, at least for academic institutions and hobbyists, surface and upper air observations of the sort you describe are generally available for incorporation into models for data assimilation. Models are generally forced and bounded using model data from other

Re: [Beowulf] A press release

2008-07-03 Thread Steffen Grunewald
On Tue, Jul 01, 2008 at 01:20:32PM -0400, Prentice Bisbal wrote: And the Debian users can say the same thing about Red Hat users. Or SUSE users. And if any still exist, the Slackware users could say the same thing about the both of them. But then the Slackware users could also point out that

[Beowulf] Small Distributed Clusters

2008-07-03 Thread Ian Pascoe
Hi all, Firstly before getting into the nitty gritty of my question, a bit of background. Myself and a friend are looking to set up initially two small clusters of 4 boxes each, using old surplus commodity hardware. The main purpose of the cluster is to hold data and perform calculations upon

Re: [Beowulf] A press release

2008-07-03 Thread Gregory Warnes
On 7/1/08 3:25PM , Mark Hahn [EMAIL PROTECTED] wrote: Hmmm for me, its all about the kernel. Thats 90+% of the battle. Some distros use good kernels, some do not. I won't mention who I think is in the latter category. I was hoping for some discussion of concrete issues. for

Re: [Beowulf] Re: hobbyists still OT

2008-07-03 Thread Toon Moene
Chris Samuel wrote: - Prentice Bisbal [EMAIL PROTECTED] wrote: The United States alone produces enough grain to feed the entire world. It is probably worth pointing out that, as a recent New Scientist article mentioned, a major part for the rise in grain prices is due the rising demand

Re: [Beowulf] automount on high ports

2008-07-03 Thread Steffen Grunewald
On Tue, Jul 01, 2008 at 04:21:55PM -0400, Perry E. Metzger wrote: Henning Fehrmann [EMAIL PROTECTED] writes: Thus, your problem sounds rather odd. There is no obvious reason you should be limited to 360 connections. Perhaps your problem is not what you think it is at all. Could you

Re: [Beowulf] software for compatible with a cluster

2008-07-03 Thread Vernard Martin
Jon Aquilina wrote: my idea is more of for my thesis. if i am goign ot do anything like this. vernard thanks for the link. whats it like in a cluster environment? Ah. you are doing it for thesis work. Then money is probably very much a limiting factor. If you just need a renderer then you