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
CPU its Cores and Nodes
Moderators: chulett, rschirm, roy
-
- Premium Member
- Posts: 40
- Joined: Thu Jul 10, 2008 12:45 pm
CPU its Cores and Nodes
Srikanth Reddy
Integration Consultant
Integration Consultant
-
- Premium Member
- Posts: 40
- Joined: Thu Jul 10, 2008 12:45 pm
CPU Cores Node
Thanks
But what would be the Ideal Config File setup for Hardware setup then
But what would be the Ideal Config File setup for Hardware setup then
Srikanth Reddy
Integration Consultant
Integration Consultant
-
- Premium Member
- Posts: 301
- Joined: Thu Jul 14, 2005 10:27 am
- Location: Melbourne, Australia
- Contact:
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.
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.
<b>John McKeever</b>
Data Migrators
<b><a href="https://www.mettleci.com">MettleCI</a> - DevOps for DataStage</b>
<a href="http://www.datamigrators.com/"><img src="https://www.datamigrators.com/assets/im ... l.png"></a>
Data Migrators
<b><a href="https://www.mettleci.com">MettleCI</a> - DevOps for DataStage</b>
<a href="http://www.datamigrators.com/"><img src="https://www.datamigrators.com/assets/im ... l.png"></a>
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
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.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
-
- Premium Member
- Posts: 40
- Joined: Thu Jul 10, 2008 12:45 pm
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.
Srikanth Reddy
Integration Consultant
Integration Consultant
-
- Premium Member
- Posts: 40
- Joined: Thu Jul 10, 2008 12:45 pm
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.
Srikanth Reddy
Integration Consultant
Integration Consultant