DSXchange

Guys.

We have a 2 CPUs, and each CPU has 6 cores with 24 GB RAM. The CPUs are also hyperthreaded and running on windows 64 bit box with IS 8.5.

I was trying to understand if each CPU has 6 Cores can i have 12 node Config file. I know more nodes more process but trying to understand what is the best Config file i can design in this Setup. We have all Parallel jobs reading and writing into Datasets and SQL Server Tables.

Really appreciate anyones Thought on this. Really confused with Cores and Nodes.

Below is the Config File we are using at this point of time.

{
node "node1"
{
fastname "ms979"
pools ""
resource disk "D:/IBM/InformationServer/Server/Datasets" {pools ""}
resource scratchdisk "D:/IBM/InformationServer/Server/Scratch" {pools ""}
}
node "node2"
{
fastname "ms979"
pools ""
resource disk "D:/IBM/InformationServer/Server/Datasets" {pools ""}
resource scratchdisk "D:/IBM/InformationServer/Server/Scratch" {pools ""}
}
}


A

There is no relationship between CPUs or "cores" to nodes.

Thanks

But what would be the Ideal Config File setup for Hardware setup then

The number of logical nodes determines how many 'copies' of each OSH process are created. (Sorry -That's a terrible description, but you get the idea)

The number of concurrent processes suitable for your system can depend upon the number of jobs you're running concurrently, and the complexity of your jobs, along with many other factors. I've often found the ideal node configuration is best determined by trial and error.

There is no single ideal setup. But, if there were, it would not have disk and scratchdisk resource specified in the default locations; it would have these spread over as many disks as possible and those disks would have plenty of free space.

Thanks Ray !

ray.wurlod wrote:There is no single ideal setup. But, if there were, it would not have disk and scratchdisk resource specified in the default locations; it would have these spread over as many disks as possible and those disks would have plenty of free space.

Thanks John !

jhmckeever wrote:The number of logical nodes determines how many 'copies' of each OSH process are created. (Sorry -That's a terrible description, but you get the idea)

The number of concurrent processes suitable for your system can depend upon the number of jobs you're running concurrently, and the complexity of your jobs, along with many other factors. I've often found the ideal node configuration is best determined by trial and error.