Logo de NX NASTRANRecientemente en el Siemens PLM Community en la sección “NX Nastran Disccusion Forum” se ha publicado un documento muy interesante sobre los requisitos hardware del solver NX Nastran que me ha parecido muy interesante su difusión “literal” en este blog, ya que -aunque todo está en los manuales, recomiendo consultar el “NX Nastran Installation and Operations Guide“- siempre es importante compartir conocimientos, opiniones y experiencias entre usuarios.

Al final del artículo por mi parte comentaré qué parámetros y recursos están a nuestra disposición desde el entorno de FEMAP para controlar la “fuerza bruta” de NX Nastran: tenemos que aprender a manejar conceptos como “Nastran Keywords“, entender el contenido del fichero *.F04, conocer los diferentes tipos de “ejecutables” disponibles en NX Nastran (LP-64 vs. ILP-64), aprender cómo lanzar manualmente la ejecución de NX Nastran a través de una ventana de MS-DOS prescindiendo del entorno gráfico de FEMAP, etc.. En fin, espero que el artículo os resulte útil e interesante!!.


Windows Hardware Performance Tuning for NX Nastran
Easwaran Viswanathan (Siemens PLM Software)

NX Nastran is a very I/O intensive application. It is important to select the proper hardware to satisfy expected performance goals. Hardware bottlenecks can limit the effectiveness of software tuning. The table below provides important consideration to help remove some of the performance bottlenecks:


Antivirus and Anti-Spyware

Installing antivirus and anti-spyware software greatly affects overall system performance, especially on the CPU usage. Performance can be enhanced if a list of files/folders (for eg., Nastran scratch directory and files) are excluded from active monitoring.

Disabling File Last Access Time Check

Windows Server 2003 and earlier Windows operating systems update the last-accessed time of a file when applications open, read, or write to the file. This increases the number of disk I/Os, which further increases the CPU overhead of virtualization. If applications do not use the last-accessed time on a server, system administrators should consider setting this registry key to disable these updates:

NTFSDisableLastAccessUpdate HKLM\System\CurrentControlSet\Control\FileSystem\ (REG_DWORD)

By default, both Windows Vista and Windows Server 2008 disable the last-access time updates.

I. Memory

System Memory

Memory consists of physical memory (RAM) and pagefile (swap or virtual) memory. Pagefile or swap memory uses disk storage to supplement memory.

NX Nastran performance will degrade if the memory requested by the “mem or memory” keyword exceeds physical memory or the RAM. It is strongly recommended not to specify more than 50% – 60 % of available memory to NX Nastran using the “mem” keyword.

On Windows as well as other on operating systems as Linux, a part of the unallocated RAM is used for I/O caching. Therefore, when physical memory on the system is increased, the disk I/O performance is enhanced. Unfortunately, there is no parameter setting available in Windows to specify the amount of physical memory to be dedicated for I/O cache.

Therefore, it is important to only request (via. the “mem” keyword) as much memory as needed for individual solution run. Requesting substantially more memory than needed (for example, requesting “mem=6.5GB” for a run that just requires “1.0GB”) will prevent the extra memory from being used for I/O cache by the operating system. Additionally, the operating system and any other running processes consume system resources such as memory and CPU time.

The memory available for NX Nastran will therefore be:

Available memory for NX Nastran = RAM – memory used by other processes – memory for I/O cache

The more memory specified for NX Nastran would mean less memory available for (process memory + I/O cache). Since NX Nastran is a highly I/O intensive application, the performance will deteriorate if more memory is specified for Nastran and less memory is available for I/O cache.

The amount of memory needed by the solver is output in the *.F04 file. Important values are: (a) minimum memory required, (b) memory required to avoid spill, and (c) memory available. An excerpt is shown below (click to enlarge):


In this case, the minimum memory required is just 1364 K words. This is the bare minimum memory needed for the matrix decomposition. The amount of memory required to avoid spill is 12305 K words and the memory available is 32615 K words. Since the amount of memory available is greater than the minimum amount of memory needed to avoid spill, NX Nastran will not use the spill logic (essentially when spill logic is activated, NX Nastran moves information back and forth from memory to disk). Typically, the decomposition module in NX Nastran requires more memory than other modules. It is therefore recommended that the user specify memory which is greater than the memory required to avoid spill.

II. Disks

NFS disks are disks that are mounted remotely to a computer. Performance may degrade significantly if NFS disks are used for the Nastran scratch files. If databases need to be kept for restart runs it is recommended that the user specify a database directory where all Nastran database files can be stored (preferably on the scratch file system setup for Nastran) using the “dbs=” keyword. If no restart files need to be saved, it is recommended that the user run nastran using the command “scr=yes”. In this case, all the database files will get written out to the scratch file system of nastran and will be removed at the end of the run.

Physical Disks

Disk Type

The following are the different disk types that are currently available: IDE, SATA, SAS, SCSI and Solid State Disks (SSD). The OS can reside on any type of disk without significant performance degradation. However, the Nastran scratch file system should not reside on an IDE disk. NX Nastran will run significantly slower (compared to a SCSI/SATA/SAS disk drives) if IDE disks are used for scratch files.

SATA/SAS disks are cheaper than SCSI disks but may need to be configured to achieve good performance. On some of the older systems the SATA disks are configured in the BIOS settings to be in the “compatible mode” – This mode essentially means compatible with IDE drives and should be changed in the BIOS (in “CONTROLLER MODULE” ) from “COMPATIBLE” to “ENHANCED”. Also, In the BIOS, SATA AHCI (Advanced Host Controller Interface) should be set to “ENABLED.” This setting allows the SATA disk to be read as a SCSI disk.

Solid-State Disks (SSD) and Hybrid Drives

Until recently, the cost of large quantities of nonvolatile memory was very prohibitive for server configurations. Newer laptops and desktop systems have begun to incorporate flash memory in the form of “hybrid” disk drives. In these configurations, Windows can explicitly request that some data be cached in a drive’s non-volatile memory and other blocks be sent directly to the magnetic media. The typical vehicle for incorporating non-volatile memory in a server is the solid-state disk (SSD). The most cost-effective way is to place only the “hottest” data (Nastran scratch files) of a workload onto non-volatile memory.

Recommendations for NX Nastran

In general a Windows Server machine is more tuned to higher I/O performance than a Windows desktop platform and is preferable for running NX Nastran.

Running NX Nastran on a desktop or a non-server machine will cause the machine to appear stalled while NX Nastran is running (since by default the priority for foreground applications are higher on a desktop configuration). This happens when Nastran is performing the I/O operations. Other applications that were up and running might be paged out while NX Nastran is running in the foreground with high priority. The I/O bottle neck can be overcome by installing the operating system on a separate disk. The pagefile or the swap file should preferably go to a drive which is on a physically different disk. If possible, the operating system, the pagefile/swap file system, and the NX Nastran scratch files should be on physically different disks. Alternatively, this can be accomplished by using disks in a RAID-0 configuration.

Care needs to be exercised to make sure that the total memory requirements do not exceed the memory limits of the system, especially, while running multiple Nastran jobs specifying same amount of memory. On a desktop box, it is recommended that only one Nastran job be run at any given time.

NX Nastran uses file mapping on windows XP and older OS to perform I/O operations. File Mapping is the association of a file’s contents with a portion of the virtual address space of the process. In other words, a part (view of file) of the file is read into the memory and I/O is performed from this memory. Additionally, the operating system itself caches the data that is being written out and commits to the disk when this cache becomes full. Therefore, it is important to only request (via. the “mem” keyword) as much memory as needed for individual solution run. Requesting substantially more memory than needed (eg., requesting “mem=6.5GB” for a run that just requires “1.0GB”) will prevent the extra memory from being used for I/O cache by the operating system resulting in increased elapsed time for nastran runs.

If NX Nastran job is run from a pre-processor like FEMAP, NX or I-DEAS, there may not be sufficient RAM memory available for NX Nastran and or I/O cache. It is recommended that the user export a Nastran input file from the pre-processor and then run NX Nastran via the NX Nastran GUI or via NX Nastran command line syntax.

Un truco que utilizo mucho con FEMAP en situaciones extremas con grandes modelos y al límite de mis 32 GB de memoria RAM es el siguiente: tras lanzar el cálculo y una vez que el solver NX NASTRAN ha empezado a calcular salgo de FEMAP (“FILE > EXIT“), grabo el modelo, claro!: de esta forma libero toda la memoria RAM que estaba ocupando el modelo en FEMAP y dejo que el Sistema Operativo la utilize para tareas de I/O CACHE.

El solver NX NASTRAN sigue calculando, sólo queda esperar y cuando finalice el cálculo entro de nuevo en FEMAP, cargo el modelo y utilizando la orden “FILE > IMPORT > ANALYSIS RESULTS” importo los resultados del análisis, ¿OK?.


Preferencias de FEMAP

La ficha “File > Preferences > Interfaces > Nastran Solver Write Options” es el núcleo central de FEMAP donde podemos controlar prácticamente todo lo relacionado con el solver NX Nastran:

  • En (a) especificamos el tipo de solver de NX Nastran a utilizar:
    • LP-64: direcciona hasta 8 GB de RAM (opción por defecto).
    • ILP-64: sin limitación práctica de RAM.
  • En (b) podemos asignar la memoria RAM por defecto para el solver NX Nastran.
  • En (c) definimos el directorio de SCRATCH.
  • En (d) indicamos dónde queremos que nos escriba los resultados.
  • Y finalmente en (e) indicamos de forma explícita el directorio de resultados.


Solver Memory (Mb 0=Auto)

Permite asignar la cantidad de memoria RAM (en MBytes) que usará NX Nastran durante el cálculo. Si dejas el campo en blanco, NX Nastran usará el valor establecido en el fichero de recursos Nastran Resource File nastX.rcf (donde “X” corresponde a la versión de NX Nastran, por ejemplo nast9.rcf) localizado en el directorio “<Femap>/nastran/conf” y que por defecto tiene el valor “mem=estimate”. El valor aquí especificado sobre-escribe la opción seleccionada en el fichero nast9.rcf.

Yo soy partidiario de dejar este campo en blanco, y establecer la memoria RAM a utilizar en el cálculo directamente en el fichero nast9.rcf usando el Nastran Keyboardmem“. En mi caso uso mem=5GB (ver imagen siguiente), asignando 5 GB al solver NX Nastran de un total disponible en mi máquina actual de 32 GB de RAM. Tal como se ha explicado en el artículo previo se recomienda asignar no más del 50% – 60% de la memoria RAM total del sistema. Así, si el ordenador dispone de 8 GB de RAM se recomienda asignar “mem=4 GB”. La razón es que NX Nastran es una aplicación que utiliza intensivamente el caché I/0, y lo más eficiente es dejar que el sistema operativo utilice memoria RAM como caché de disco para acelerar el proceso de cálculo. Aquí tenéis copia de mi fichero nast9.rcf:


También podemos asignar la memoria RAM a utilizar en el cálculo en la definición del propio análisis, siendo el valor aquí especificado el que importa, está por encima de todos los anteriores. Si lo dejamos aquí también en blanco se utilizará el valor de memoria RAM especificado en el fichero “nast9.rcf”.


Scratch Directory

Permite seleccionar el “Directorio de Scratch” que usará NX Nastran durante el cálculo, este valor es crítico para una ejecución correcta del análisis:

  • 0..Nastran Default: es la opción por defecto, significa que NX Nastran usará el Directorio por defecto que el usuario ha indicado durante el proceso de instalación de FEMAP. Básicamente lo que hace FEMAP es personalizar el fichero de recursos nast9.rcf editando el Nastran Keyword “SDIR” que le indica a NX NASTRAN el directorio de Scrath a utilizar. En mi caso utilizo SDIR=C:\SCRATCH porque la unidad [C:] es un disco Solid State Disk (SSD) ultra-rápido que es una maravilla, gracias a esta unidad SSD consigo resolver modelos de EF de forma rápida y eficiente, tener un disco duro rápido es mucho más importante que gastar dinero en un costoso procesador.


  • 1..Femap Scratch: se refiere al Directorio Scratch especificado en la ficha “PREFERENCES > DATABASE”. En mi caso he asignado el directorio C:\SCRATCH también a FEMAP para que se benefice de utilizar una unidad de disco rápida SSD. Es muy importante personalizar este campo con el valor correcto, de lo contrario FEMAP utilizará el directorio especificado por la variable TEMP del sistema.


  • 2..Output Directory: especifica que se utilice para SCRATCH de NX Nastran el mismo directorio de salida de resultados. No me parece adecuado mezclar los ficheros de resultados con los ficheros temporales utilizados para el cálculo, interesa que estén separados para tener el mayor espacio libre en disco posible disponible para el cálculo.

Activando la opción “Include Database Files in Scratch” nos aseguramos de que los ficheros de SCRATCH de NX NASTRAN (es decir, los ficheros *.DBALL, *.MASTER, *.OBJSCR, *.SCR300, *.SCRATCH, etc.) se escriban en el Directorio de Scratch especificado para NX Nastran. Esto se consigue usando la línea de comando “dbs” de NX NASTRAN al ejecutar el análisis.

Direct Output To

Permite especificar la unidad de disco + el directorio para escribir los resultados de salida del cálculo ejecutado con NX Nastran:

  • 0..Current Directory: Sería el último directorio usado por FEMAP. Si un modelo se graba en un directorio, la salida de resultados se envía a dicho directorio si se ha elegido esta opción. Si has abierto un modelo, importado geometría, o importado un fichero neutro de FEMAP desde un directorio, entonces éste es el “current directory”.
  • 1..Model File Directory (default): es el directorio donde se localiza el modelo actualmente usado. La salida de resultados se enviará a dicho directorio hasta que el modelo se grabe en otro sitio. Importar geometría o ficheros neutros de otros directorios no cambia el directorio de salida de resultados. Y si trabajas en un modelo que no se haya grabado, la salida de resultados se envía al directorio temporal hasta que el modelo se grabe.Nota:
    Si usas la opción “Model File Directory”, y estás trabajando en un modelo que nunca se haya grabado (es decir, abrir FEMAP, crear un modelo, y correr NX Nastran sin grabar), entonces los ficheros de resultados se enviarán al FEMAP “Scratch directory” especificado en PREFERENCES > DATABASE. Esto sólo en el caso de modelos que nunca se hayan grabado.
  • 2..Specified Directory: Esta opción es mi favorita, permite enviar todas las salidas de resultados de NX Nastran (*.dat, *.f04, *.F06, *.op2 y *.log) al directorio especificado por el usuario. Esto es muy útil porque siempre todos los fichero de resultados de NX Nastran estarán localizados en el mismo sitio, permitiendo visualizar o hacer “limpieza” de ficheros viejos. En la siguiente imagen tenéis las extensiones con la lista de ficheros de salida de NX Nastran:



  • Si activas esta opción una buena idea es crear un directorio específicamente para este propósito, por ejemplo D:\OUTPUT
  •  Con esta opción activa verás que siempre FEMAP al crear un nuevo análisis te pondrá el directorio seleccionado en el campo “Direct Output to:”
  • Y aclarar que FEMAP automáticamente carga los resultados del análisis por Elementos Finitos con NX Nastran en el propio modelo (*.modfem), por tanto los ficheros de resultados de NX Nastran (sobre todo el fichero binario *.op2 que es el que más espacio en disco ocupa) se pueden eliminar para ahorrar espacio y evitar redundancias.
  • Existe un caso donde es muy interesante mantener en el disco duro los ficheros de resultados de NX Nastran: cuando trabajemos con GRANDES MODELOS y usemos la orden FILE > ATTACH que permite acceder al fichero binario *.op2 en Disco en vez de cargarlo en memoria en FEMAP. Esta capacidad es extremadamente útil cuando queremos postprocesar resultados que ocupen cientos de GIGAS de espacio en disco, permitiendo un acceso rápido y eficiente a los resultados.
  • Y por último para que FEMAP no te cargue en memoria los resultados del análisis tras ejecutar el cálculo con NX Nastran debes desactivar la opción “Automatically Load Results” en “FILE > PREFERENCES > INTERFACES”.


Use ILP 64-bit NX Nastran

Si has instalado FEMAP en el SO Windows7/8 de 64-bits y tu ordenador cuenta con más de 8 GB de RAM (por ejemplo, 32 GB de RAM) entonces para que NX Nastran aproveche la memoria RAM por encima de las 8 GB debes activar la opción “Use ILP 64-bit NX Nastran”, en cuyo caso se ejecutará el solver “nastran64L.exe”. En un Windows de 64-bits el NX Nastran que se ejecuta por defecto es “nastran64.exe” denominado “LP-64” que direcciona un máximo de 8 GB de RAM.

  • El ejecutable LP-64 (nastran64.exe): bytes_per_word = 4.
  • El ejecutable ILP-64 (nastran64L.exe): bytes_per_word = 8.

Esta diferencia en Bytes/Word es muy importante, por ejemplo para entender la información sobre memoria RAM que se muestra en el fichero de resultados de NX Nastran *.F04, donde casi todo se expresa en unidades “K Words”. Así …:

1342177 KWords en un sistema de 4 Bytes/Word = 5 GBytes

Pero, ¿cómo sabemos si el análisis de NX Nastran se ha realizado con un ejecutable de 4 Bytes/Word ó de 8 Bytes/Word?. La respuesta está escrita en el fichero de salida de resultados *.LOG que se genera cada vez que ejecutamos un análisis con NX Nastran:


Así, a partir de ahora ya sabremos cómo interpretar el fichero de resultados *.F04. Por ejemplo, podremos saber el mínimo de memoria RAM a asignar al solver NX Nastran para evitar “spilling”, es decir, que el cálculo no entre en memoria. En este caso la memoria requerida para evitar “spill = 2295 KWord * 4bytes/word = 8.75 MBytes



Otra información interesante que podemos obtener del fichero *.F04 es el espacio en disco usado en el cálculo (en MB) bajo la leyenda HIWATER, en este caso 98.344 MBytes:


Aclarar que yo no soy partidiario de activar por defecto el solver ILP-64, prefiero trabajar con el solver “regular” LP-64 y asignar para el cálculo una cantidad de memoria RAM reducida, digamos 5GB. Si tengo problemas de memoria en un cálculo “muy, muy grande” el propio solver NX Nastran me avisará con el mensaje de error “USE THE ILP64 VERSION OF NX NASTRAN” y simplemente cambiaré de solver, ¿OK?.

¿Dónde están copiados los solvers de NX Nastran?

Todo está copiado en el directorio “<FEMAP>/nastran/bin”, aquí podemos encontrar el ejecutable regularnastran64.exe” (LP-64) que direcciona un máximo de 8 GB de RAM, así como el solver “nastran64L.exe” (ILP-64) sin limitación en la práctica.


¿Cómo ejecutar NX Nastran fuera de FEMAP?

En general la ejecución del análisis por Elementos Finitos a través del solver NX Nastran la realizaremos siempre desde el interface de usuario (GUI) de FEMAP ya que gozamos de ventajas interesantes como el SOLUTION MONITOR que nos permite ver en cada momento el progreso del análisis. Además, tras finalizar la ejecución del análisis con el solver correspondiente, el propio FEMAP se encarga de importar resultados y dejarlos listos para el postprocesado, todo de forma automática, muy cómodo.

Pero en algunos casos puede resultar interesante lanzar el cálculo fuera de FEMAP, por ejemplo, cuando el modelo sea muy grande y el solver necesite la totalidad de la memoria RAM del sistema para ejecutar el análisis (si el modelo de FEMAP ocupa 1.5 GB de RAM, esa cantidad de memoria no estará disponible para el solver NX Nastran!!). En esta situación es útil exportar desde FEMAP el fichero de entrada de NX Nastran (*.dat), cerrar tanto el modelo como el software FEMAP, y lanzar el solver NX Nastran a través de una de las siguientes opciones:

  • Escribir una línea de comandos en una ventana de MS-DOS.
  • Ejecutar el solver NX Nastran a través de un acceso directo en el Escritorio.

1.- A través de una ventana de MS-DOS

Abre una ventana de MS-DOS y escribe lo siguiente: el ejecutable de nx nastran (por ejemplo, nastran.exe o nastran64L.exe, etc..) seguido del nombre del fichero de entrada  y a continuación la lista de parámetros (también conocidos como Nastran Keywords) que deseemos mandar al solver, tales como la cantidad de memoria RAM a asignar al análisis, el directorio Scratch, etc..

<path>\nastran.exe + input_filename.dat + keyword1 + keyword2 + ..

Recuerda que para lanzar con éxito cualquier ejecutable *.exe debes incluir en el PATH del sistema la dirección del ejecutable, en mi caso “c:\femapv111\nastran\bin”, de lo contrario te dará error (o también de forma alternativa puedes incluir el propio path en la línea de comandos en la ventana de MS-DOS, por ejemplo “C:\femapv111\nastran\bin\nastran.exe”).

En la siguiente imagen tenéis el resultado de lanzar el solver NX Nastran V9.0 desde una ventana de MS-DOS para resolver el fichero de entrada “Fuel_Tank.dat” asignando 2 GB de memoria RAM (memory=2GB) y corriendo el solver en Paralelo asignando 8 cores al cálculo (PARALLEL=8).


Si no especificas ningún Nastran keyword el solver tomará por defecto los parámetros definidos en el fichero de recursos nast9.rcf. La siguiente tabla es una “lista parcial” de los múltiples Nastran Keywords o parámetros básicos que soporta NX Nastran:


Existe un parámetro muy interesante “PROG” (o “PROGRAM”) que se usa para lanzar desde la línea de comandos el NX Nastran Desktop incluido en los diferentes pre/postprocesadores como FEMAP, NX e I-DEAS con sus correspondientes mecanismos de licencia. Tiene las siguientes opciones:

  • PROG=DESK para licencias flotantes de NX Nastran Desktop  (NXN110).
  • PROG=BUNDLE para la integración de NX Nastran Desktop en NX Advanced Simulation (NX13500).
  • PROG=FEMAP para la integración de NX Nastran Desktop en FEMAP (E600).

NX Nastran Enterprise (NXN001) no requiere ninguna especificación del parámetro PROG, el fichero de entrada de nastran se puede correr en cualquier ordenador tanto bajo Linux como UNIX o Windows.

El parámetro “mem” (o “memory”) especifica la memoria a usar por NX Nastran. Puedes meter mem=1200mb (mem=1.2gb es equivalente), o mem=0.5*physical para usar el 50% de la memoria física disponible en el sistema.

2.- A través de un Acceso Directo en el Escritorio

Haz click en el Escritorio de Windows y selecciona “Nuevo > Acceso Directo” y vete a la carpeta donde se encuentran los diferentes ejecutables de NX Nastran (en mi caso “c:\femapv111\nastran\bin”), allí podrás elegir cualquiera de los ejectables de NX Nastran que terminen en “w” (de “Window”). Por ejemplo, si metes “nastran64Lw.exe” tendrás un acceso directo para correr modelos con el solver ILP-64 de NX Nastran. En mi caso voy a seleccionar “nastranw.exe” que me permite correr modelos con el solver NX Nastran “regular” (LP-64) limitado a 8 GB de RAM, suficiente en la inmensa mayoría de los casos:


En el Escritorio se creará el siguiente acceso directo:


Haz click en el nuevo Acceso Directo (en mi caso le he puesto el nombre “NX Nastran V9.0”) y te aparecerá en pantalla una ventana para que selecciones el fichero de entrada de NX Nastran (*.dat), así como un campo donde meter los parámetros que acompañarán a la ejecución del solver (Nastran Keywords). Para ejecutar el análisis simplemente pulsa en RUN y listo — sencillo, ¿no?:


En Resumen …

Por orden de importancia aquí os dejo mis recomendaciones con la lista de componentes hardware + software que son vitales en una instalación de FEMAP con NX Nastran:

  1. RAM, mucha memoria RAM, cuantas más GBytes mejor:
    Una máquina con mínimo 32 GB de RAM debe ser el objetivo de cualquier usuario de FEMAP + NX Nastran que se precie, y si puedes montar 64 GB mejor!!. Que el precio no sea la limitación, hay que montar tanta memoria RAM como permita el ordenador. En general las WorkStations (Estaciones de Trabajo) modernas disponen de unos 8 bancos de memoria, así que montando módulos de 8 GB cada uno fácilmente puedes llegar a tener 8 x 8 = 64 GB de memoria RAM DDR3. ¡¡Invertir en memoria RAM es la mejor inversión!!.
  2. RAID-0 con Discos SSD (Solid State Disk):
    Es el máximo en prestaciones y la mejor forma de eliminar “cuellos de botella”, y ahora que los discos SSD han empezado a bajar de precio montar un RAID-0 con digamos 4 discos SSD de 128 GB = 512 GB para albergar el directorio [D:\SCRATCH] de NX Nastran está al alcance de cualquiera. Para el Sistema Operativo en [C:\] con una unidad SSD de 128 GB es suficiente. Y para almacenar tanto modelos como el directorio de salida de resultados [E:\OUTPUT] un clásico Disco Duro SATA de 1 TByte es perfecto.
  3. Tarjeta Gráfica OpenGL +4.2 con mínimo 2 GB de RAM:
    Aquí puedes elegir entre diferentes tarjetas gráficas en función de tu presupuesto, por ejemplo están muy bien en cuanto a relación calidad/precio nVIDIA Quadro® Kepler K4000 3GB GDDR5 o AMD FirePro™ W7000 4GB. La clave está en activar en FEMAP en “FILE > PREFERENCES > GRAPHICS” la opción “3..Vertex Buffer Objects” que te permitirá mover el modelo con total soltura y rapidez, una maravilla!.
  4. Procesador (Intel i7 ó Xeon):
    Aquí lo que te quieras gastar, pero ya ves que lo pongo en 4º lugar por orden de importancia. Fundamental el máximo nº de Cores soportados y la mayor cantidad de memoria caché posible. La frecuencia de reloj la dejo para el final.
  5. Sistema Operativo de 64-bits:
    Mi recomendación es clara, Windows 8.1 a día de hoy es la mejor opción, quien diga lo contrario es por ignorancia. Es vital disponer de un S.O. de 64-bits moderno, hay que ir poco a poco olvidando a WinXP.
  6. HyperThreading:
    Según el manual “NX Nastran Installation and Operations Guide“:
    “When Hyper-Threading is enabled, it can lead to a conflict with threading within NX Nastran for both SMP and DMP executables. Hyper-Threading should be disabled, which can be done permanently through BIOS operations”. En resumen, que con NX Nastran -siempre que la BIOS te lo permita, en muchos Portátiles no es posible, no aparece como opción- se recomienda deshabilitar el Hyper-Threading.


Datos de Contacto de IBERISA (Spain)


Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s