Cargue Dll varias veces para permitir multihebras en .Net

Question

Mi programa .Net utiliza un Fortran Dll para realizar una función matemática (Arpack, resuelve modos propios). Creo que el Fortran contiene variables estáticas y generalmente no es seguro para subprocesos. También es muy complicado y probablemente requerirá mucho trabajo para hacerlo seguro. El Dll no es muy grande (700K) así que solo quiero cargarlo muchas veces (digamos 4 o 8) para permitir que los hilos funcionen al mismo tiempo. ¿Alguien tiene alguna idea de cómo puedo hacer esto? Escuché que LoadLibrary siempre devolverá el mismo identificador cuando se lo llame varias veces. Por lo tanto, tal como está, mi única solución es tener varias copias de mi Dll en el disco (Arpack1.dll, Arpack2.dll, etc.) y cargarlas según sea necesario. Bastante horrible

¿Alguna idea?

Euan

Answer 1

La solución alternativa que ha encontrado es en realidad una bastante decente. Puede haber pequeñas probabilidades de que LoadLibraryEx() con la opción LOAD_LIBRARY_AS_IMAGE_RESOURCE funcione. Esa opción te permite cargarlo varias veces. Aunque lo dudo seriamente, la DLL casi con certeza depende de que su código de soporte de tiempo de ejecución se inicialice a través de DllMain.

Una cosa que no escuché mencionar es el dolor de tener que usar GetProcAddress(). Asegúrate de hacerlo o seguirás pisoteando las variables globales cuando comiences a enhebrar. Cada hilo debe usar su propia dirección.

Answer 2

Cargando el archivo DLL no es la manera de crear un hilo. Sus dos opciones son usar AppDomains o procesos separados por completo.

La manera más fácil de hacerlo podría ser simplemente usar una disposición maestro/esclavo, donde la lógica que utiliza la biblioteca se hace en el proceso esclavo. El maestro inicia tantos "esclavos" como quiera o necesite, y luego recoge los valores devueltos.

Escriba el código en el "esclavo" como si fuera de una sola hebra, porque ... lo es.

Use System.Diagnostics.Process.Start desde el maestro, para iniciar estas cosas.

---

En general, la copia de la DLL y cargar todas las copias no es un enfoque a prueba de fallos; los archivos DLL pueden acceder a recursos del sistema operativo como mutexes o incluso archivos de bloqueo. Estos no sabrán que se supone que las copias están "separadas".

Si su biblioteca es puramente una biblioteca de cálculo y REALMENTE REALMENTE desea hacer el enfoque de copiar y cargar las copias, puede crear enlaces duros para evitar tener que duplicar el archivo DLL real. (fsutil hardlink create en Win7 o Vista)

Answer 3

Al salir, no puede cargar la biblioteca varias veces. supongo que hay dos posibilidades:

• Use múltiples dominios de aplicación: more informations
• Uso múltiples procesos para hacer la tarea: more informations

En ambas soluciones es necesario considerar un método de intercambio de datos entre los procesos/dominios de la aplicación. De todos modos, ¡no será una tarea simple!