Bonjour !
 
Voila mon probleme, je dois monter une petite station de calcul pour faire de la modelisation moleculaire. Le soft que je vais utiliser est sous windows, mais bon ... c'est des gros calcul et je vois mal windows resister a 2 semaines d'uptime avec utilisation proc et ram a 100% (j'ai deja essaye, et au dela d'une semaine en general ca commence a partir en vrille). J'ai donc pense a mettre la station sous nux et utiliser wine pour faire tourner le soft.
 
Cela vous semble-t'il possible ?
 
Si oui, quel linux (comprendre quelle distro/quel noyau) pour une stabilite maximale et une utilisation du processeur par le systeme minimale. Bien sur il faudra etre en graphique, mais pas besoin d'un bureau hyper-staile playskool non plus et comme la station ne fera rien d'autre que du calcul j'ai pas besoin d'une distro etendue (c.a.d pas besoin de multimedia par exemple)
Quelle distro suggereriez vous ?

debian m'enfin n'importe quelle distrib devait aller

Bien sur que n'importe quelle distrib peut faire l'affaire l'idee est juste de m'eviter (par exemple) de telecharger les 7 CDs de Debian ou les 3 de Mandrake.

euuhh... tu as confiance en wine toi... 2 semaines à tourner à bloc... j'espère que tu fais une sauvegarde tes calculs de temps en temps...

Avec Wine ça va pas être possible amha.
vmware à la rigueur....

tu vas perdre vachement en puissance en faisant tourner ton appli sous wine !

Je ne connais pas wine en fait, j'ai extrapole sa stabilite a partir de la "stabilite renomee" de Linux en general. Tu penses qu'il ne tiendra pas le choc ?
 
Parce-que sinon la seule option qu'il me reste est de trouver un soft sous nux avec les memes algorithmes de modelisation... et en admettant qu'il en existe un je doute qu'il soit dans apt ou urpmi

wine marche correctement mais niveau stabilité.

plustot vmware, wine

 
vmware ne servirai à rien car il y'aurait quand même windows 2000 qu'il soit sur la station ou en machine virtuelle. De plus, la RAM serait elle aussi divisé puisqu'il en faudrait une partie pour linux et l'autre pour W2K. Donc, le mieux est de définitivement rester sous 2K où alors trouver le soft équivalent sous linux.

faut tester, parfois wine peut s'avérer efficace, j'avais testé avec le client d'un projet distribué (avant que la version linux ne soit dispo) et je dois dire que ça tournait bien malgré des bugs d'affichage sur l'interface du client, bon ça date d'il y a 2/3 ans, donc wine a évolué aussi...
 
enfin ce que je veux dire, c'est que si c'est pas trop codé avec les pieds, ça reste jouable pour des perfs intéressantes, donc à tester

Bon, voila ce que je vais faire alors ...
 
Je vais commencer par tester debian+wine, si ca teint plus longtemps que windows je garde, sinon j'essayerai de trouver autre chose.
 
Question, si wine plante, il entraine tout le systeme avec lui ou bien (en bon prog linux) il crashe juste gentiement dans son thread et il suffit de le tuer/relancer ?

jamais eu de crash système à cause de wine, par contre pour éviter les risques, crés un compte et lance wine sous celui-ci (autre que root et que ton user habituel quoi)

 
c'est vrai, pas pas réfléchi beaucoup avant d'écrire (encore une fois   )

OK, mais quel est l'interet de cette manoeuvre ? (pourquoi un compte user specifique) ?

*le processus tournera sous le compte de cet utilisateur
*si ca par en vrille il n'y aura normalement que ce compte d'affecté
*mesure de preservation basique.

Je veux bien vous croire, mais comprendre pourquoi c'est encore mieux, non  

reprend les notions de base sur la séparation des privilèges alors

 
spour moi ça ?

non , c'est ta phrase criante de vérité qui m'a fait rigoler

Mais certainement    
 
Le probleme etait surtout que je ne voyais pas pourquoi ca devait etre un user different du "mien".

pour ne pas bloquer ton user  si il y a une merde simplement

J'aurai du le deviner, mais sur le coup j'ai pas tique    
 
Cai dur le passage Windows -> Linux  

Pour ma part, je commence à utiliser de manière professionnelle Linux pour faire tourner des softs de CAO en micro-electronique, donc gros et longs calculs... Les distrib utilisée sont Redhat 7.2 et 7.3. Pas toute jeune mais définies comme stables par les fournisseurs de soft...

si c'est gaussian ton soft, il me semble qu'il y a une version linux

Hyperchem. Et a priori y a pas de version nunux...
Mais du coup je vais aller verifier, ce serait trop bete  
 
Edit : win32  

tu peux pas changer de soft ?

vu les prix, j'en doute

Comme l'a dit MJules, au prix de la license, pas trop. Ensuite, le probleme est qu'il m'a fallu un mois pour mettre au point le script et le protocole de calculs... donc changer de soft, en trouver un qui utilise les memes algos (MM+ est assez commun mais les implementations different parfois assez largement) et qui soit scriptable, puis readapter le script    
 
Deja ca me les a bien mises quand je me suis apercue que windows suportais pas la charge

si tu n'as pas le choix et que tu doives finalement l'utiliser sous 2k, pense à régler la priorité du processus de calcul avec le gestionnaire de processus, c'est pas forcément top, mais en dernier recours, ça permettra peut-être à "l'OS" de se garder quelques ressources

J'ai déjà utilisé Wine pour faire tourner des applications de calcul. C'est particulièrement approprié car en général ce genre de programmes n'utilise pas de fonctions exotiques, et la partie calcul est de toute façon exécutée directement par le processeur, sans le moindre changement. Au final, ça tourne un peu plus vite avec wine que sous win2k, mais il faut que l'application marche avec wine. Si tu n'as pas de chance, ça va foirer. Ah oui et puis si l'application utilise un dongle, tu peux toujours courir.
 
Pour faire ça, je conseille une Debian testing ou unstable, histoire d'avoir un wine toujours à jour. De préférence, utiliser l'option « fake windows installation » quand winesetuptk pose la question au premier lancement.

C'est quoi comme animal un dongle
 
J'avais l'intention de prendre une woody histoire de limiter vraiement tout probleme de stabilite de la part du systeme. Mais si tu dis que la testing est OK alors

Un dongle c'est un machin qu'il faut brancher sur le port parallèle pour que l'application daigne fonctionner.
 
C'est accessoirement une saloperie qui aime faire planter Windows en nécessitant des VxD codés avec les pieds.

Dongle = c'est une clé que tu mets sur un port parallèle par exemple pour avoir une licence pour ton soft..

OK, pas besoin de dongle la, c'est un truc a license toute bete.

Le mieux que j'ai à te dire dans ce cas, c'est d'essayer. Si ça marche, tu n'auras pas perdu ta journée.

C'est en cours...