Sponsored Content
Special Forums UNIX and Linux Applications High Performance Computing Building Linux cluster for mechanical engineering software Post 302918831 by DGPickett on Thursday 25th of September 2014 05:44:39 PM
Old 09-25-2014
Just a few thoughts:
  • Don't overlook Lustre, the high bandwidth distributed NFS.
  • VM is a run in the opposite direction, but for some things it can be appropriate. Watch your reliability aand administrative models, as more VMs is just that much more load on them.
  • Clusters are usually homogenous. There are other tactics for distrbuted processing that are more heterogenous-friendly.
  • A remote X like vnc often has much higher performance, due to low Xserver latency.
 

4 More Discussions You Might Find Interesting

1. UNIX for Advanced & Expert Users

building and running a software in different linux kernel versions

my Querry is if i build a software on a specific linux kernel and then try to run it on another linux kernel ....what can be the possible problems or what errors can most probably appear while running the binary in an updated version of linux. (1 Reply)
Discussion started by: mobydick
1 Replies

2. High Performance Computing

Building a Solaris Cluster Express cluster in a VirtualBox on OpenSolaris

Provides a description of how to set up a Solaris Cluster Express cluster in a VirtualBox on OpenSolaris. More... (0 Replies)
Discussion started by: Linux Bot
0 Replies

3. High Performance Computing

Building a Linux Virtual Server cluster

Hi Guys, I'm busy building a LVS-NAT cluster on Red-Hat server 5.1 and I need a kernel that has LVS capabilities for a red-hat server 5.1. Is the anyone who can advise me where I can get this kernel. I have already visited the following site Ultra Monkey: and this has old kernels e.g. 2.4.20... (2 Replies)
Discussion started by: Linux Duke
2 Replies

4. Red Hat

Free Cluster software with Red Hat Linux 5.0

Hi, I would like to know wheather any free cluster software is coming with Red Hat Ent Linux Medias? or needs to be purchased seperately. (3 Replies)
Discussion started by: manoj.solaris
3 Replies
nfs3_max_threads(5)						File Formats Manual					       nfs3_max_threads(5)

NAME
nfs3_max_threads - control the number of kernel threads that perform asynchronous I/O for the NFS version 3 client VALUES
Failsafe Default Allowed values Recommended values A warning will be issued at runtime if the tunable is set to a value greater than 256 threads since this is beyond the tested limit. This is not a serious warning but just an information message for the administrator. DESCRIPTION
controls the number of kernel threads that perform asynchronous I/O for the NFS version 3 client. Since NFS is based on RPC and RPC is inherently synchronous, separate execution contexts are required to perform NFS operations that are asynchronous from the calling thread. The operations which can be executed asynchronously are read for read-ahead, readdir for readdir read-ahead, and write for putpage and pageio requests. Who Is Expected to Change This Tunable? The distributed file system administrator should examine this value depending on the network bandwidth available. Restrictions on Changing The tunable is dynamic; however, the number of threads for a file system is set when the file system is mounted. To affect a particular file system, unmount and mount the file system after changing this parameter. When Should the Value of This Tunable Be Raised? If the network is very high bandwidth and the client and server have sufficient resources, increase this value to more effectively utilize the available network bandwidth, the client resources, and the server resources. What Are the Side Effects of Raising the Value? An increase in the system resources and the possibility that (see nkthread(5)) may need to be increased. The total number of asynchronous threads for NFS version 2 and NFS version 3 mount points cannot exceed 20% of the available threads defined by NFS mounts will fail if the NFS mount command cannot guarantee the ability to create the maximum number of threads for that mount point. When Should the Value of This Tunable Be Lowered? In a very low bandwidth network, decrease this value so that the NFS client does not overload the network. What Are the Side Effects of Lowering the Value? Decreasing this value may impact NFS performance. WARNINGS
All HP-UX kernel tunable parameters are release specific. This parameter may be removed or have its meaning changed in future releases of HP-UX. Installation of optional kernel software, from HP or other vendors, may cause changes to tunable parameter values. After installation, some tunable parameters may no longer be at the default or recommended values. For information about the effects of installation on tun- able values, consult the documentation for the kernel software being installed. For information about optional kernel software that was factory installed on your system, see at AUTHOR
was developed by Sun Microsystems, Inc. SEE ALSO
kctune(1M), sam(1M), gettune(2), settune(2), nfs2_max_threads(5), nfs4_max_threads(5), nkthread(5). Tunable Kernel Parameters nfs3_max_threads(5)
All times are GMT -4. The time now is 09:13 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy