Pour une fois je suis d'accord à 100%, d'ailleurs quand j'entends parler de machines de calcul et de Windows dans la même phrase je me demande si on n'a pas affaire à un fou furieux.
les ingés de Dassault Systèmes et Abaqus apprécieront :-)
On parle ici de machines de calcul dont le nombre de processeurs se compte en dizaine (pour du clustering p.ex.), pas de programmes pour machine isolée bi- ou quadri- processeur... Si on consulte p.ex. le top 500 des supercalculateurs, un seul tourne sous Windows...
si pour toi le calcul commence aux machines du top 500, effectivement je suis d'accord ...
pour moi, je ne fais pas cette nuance ... tu peux utiliser abaqus, pam crash de 1 à 128 processeurs et ça sera le même programme ...
et quand une boîte comme dassault systèmes rachète abaqus, c'est pour amener le calcul sur le poste CAO ...
et ce poste cao, il tourne sur quoi à ton avis ???
La question n'est pas là: on peut très bien faire de la modélisation sur un machine tournant sur n'importe quel OS, et confier le calcul du rendu à une grappe qui, elle, tourne quasi exclusivement sous différents Unices.
La démonstration se trouve d'ailleurs ici-même: http://www.abaqus.com/support/v66/v66_platforms.html#Parallel_processing La version "Windows standard" (x86-32) supporte le multi-thread (pour des stations multi-processeurs), mais le mode distribué n'est accessible qu'aux Unices (Linux, HP-UX, etc.) ou à Windows x86-64 (et encore, l' "Interconnect for DMP" est "To be announced", donc actuellement indisponible).
Jerome Lambert wrote:
Michel Talon wrote:
Pour une fois je suis d'accord à 100%, d'ailleurs quand j'entends
parler de
machines de calcul et de Windows dans la même phrase je me demande
si on n'a
pas affaire à un fou furieux.
les ingés de Dassault Systèmes et Abaqus apprécieront :-)
On parle ici de machines de calcul dont le nombre de processeurs se
compte en dizaine (pour du clustering p.ex.), pas de programmes pour
machine isolée bi- ou quadri- processeur...
Si on consulte p.ex. le top 500 des supercalculateurs, un seul tourne
sous Windows...
si pour toi le calcul commence aux machines du top 500, effectivement je
suis d'accord ...
pour moi, je ne fais pas cette nuance ... tu peux utiliser abaqus, pam
crash de 1 à 128 processeurs et ça sera le même programme ...
et quand une boîte comme dassault systèmes rachète abaqus, c'est pour
amener le calcul sur le poste CAO ...
et ce poste cao, il tourne sur quoi à ton avis ???
La question n'est pas là: on peut très bien faire de la modélisation sur
un machine tournant sur n'importe quel OS, et confier le calcul du rendu
à une grappe qui, elle, tourne quasi exclusivement sous différents Unices.
La démonstration se trouve d'ailleurs ici-même:
http://www.abaqus.com/support/v66/v66_platforms.html#Parallel_processing
La version "Windows standard" (x86-32) supporte le multi-thread (pour
des stations multi-processeurs), mais le mode distribué n'est accessible
qu'aux Unices (Linux, HP-UX, etc.) ou à Windows x86-64 (et encore, l'
"Interconnect for DMP" est "To be announced", donc actuellement
indisponible).
Pour une fois je suis d'accord à 100%, d'ailleurs quand j'entends parler de machines de calcul et de Windows dans la même phrase je me demande si on n'a pas affaire à un fou furieux.
les ingés de Dassault Systèmes et Abaqus apprécieront :-)
On parle ici de machines de calcul dont le nombre de processeurs se compte en dizaine (pour du clustering p.ex.), pas de programmes pour machine isolée bi- ou quadri- processeur... Si on consulte p.ex. le top 500 des supercalculateurs, un seul tourne sous Windows...
si pour toi le calcul commence aux machines du top 500, effectivement je suis d'accord ...
pour moi, je ne fais pas cette nuance ... tu peux utiliser abaqus, pam crash de 1 à 128 processeurs et ça sera le même programme ...
et quand une boîte comme dassault systèmes rachète abaqus, c'est pour amener le calcul sur le poste CAO ...
et ce poste cao, il tourne sur quoi à ton avis ???
La question n'est pas là: on peut très bien faire de la modélisation sur un machine tournant sur n'importe quel OS, et confier le calcul du rendu à une grappe qui, elle, tourne quasi exclusivement sous différents Unices.
La démonstration se trouve d'ailleurs ici-même: http://www.abaqus.com/support/v66/v66_platforms.html#Parallel_processing La version "Windows standard" (x86-32) supporte le multi-thread (pour des stations multi-processeurs), mais le mode distribué n'est accessible qu'aux Unices (Linux, HP-UX, etc.) ou à Windows x86-64 (et encore, l' "Interconnect for DMP" est "To be announced", donc actuellement indisponible).
JKB
Le 08-04-2006, à propos de Re: Red Hat en a marre de payer pour des prunes..., Jerome Lambert écrivait dans fr.comp.os.linux.debats :
Jerome Lambert wrote:
Michel Talon wrote:
Pour une fois je suis d'accord à 100%, d'ailleurs quand j'entends parler de machines de calcul et de Windows dans la même phrase je me demande si on n'a pas affaire à un fou furieux.
les ingés de Dassault Systèmes et Abaqus apprécieront :-)
On parle ici de machines de calcul dont le nombre de processeurs se compte en dizaine (pour du clustering p.ex.), pas de programmes pour machine isolée bi- ou quadri- processeur... Si on consulte p.ex. le top 500 des supercalculateurs, un seul tourne sous Windows...
si pour toi le calcul commence aux machines du top 500, effectivement je suis d'accord ...
pour moi, je ne fais pas cette nuance ... tu peux utiliser abaqus, pam crash de 1 à 128 processeurs et ça sera le même programme ...
et quand une boîte comme dassault systèmes rachète abaqus, c'est pour amener le calcul sur le poste CAO ...
et ce poste cao, il tourne sur quoi à ton avis ???
La question n'est pas là: on peut très bien faire de la modélisation sur un machine tournant sur n'importe quel OS, et confier le calcul du rendu à une grappe qui, elle, tourne quasi exclusivement sous différents Unices.
La démonstration se trouve d'ailleurs ici-même: http://www.abaqus.com/support/v66/v66_platforms.html#Parallel_processing La version "Windows standard" (x86-32) supporte le multi-thread (pour des stations multi-processeurs),
Il y a comme une incohérence, là... Multithread et multiprocessus... Ça dépend hénaurmément des implantations des threads.
JKB
Le 08-04-2006, à propos de
Re: Red Hat en a marre de payer pour des prunes...,
Jerome Lambert écrivait dans fr.comp.os.linux.debats :
Jerome Lambert wrote:
Michel Talon wrote:
Pour une fois je suis d'accord à 100%, d'ailleurs quand j'entends
parler de
machines de calcul et de Windows dans la même phrase je me demande
si on n'a
pas affaire à un fou furieux.
les ingés de Dassault Systèmes et Abaqus apprécieront :-)
On parle ici de machines de calcul dont le nombre de processeurs se
compte en dizaine (pour du clustering p.ex.), pas de programmes pour
machine isolée bi- ou quadri- processeur...
Si on consulte p.ex. le top 500 des supercalculateurs, un seul tourne
sous Windows...
si pour toi le calcul commence aux machines du top 500, effectivement je
suis d'accord ...
pour moi, je ne fais pas cette nuance ... tu peux utiliser abaqus, pam
crash de 1 à 128 processeurs et ça sera le même programme ...
et quand une boîte comme dassault systèmes rachète abaqus, c'est pour
amener le calcul sur le poste CAO ...
et ce poste cao, il tourne sur quoi à ton avis ???
La question n'est pas là: on peut très bien faire de la modélisation sur
un machine tournant sur n'importe quel OS, et confier le calcul du rendu
à une grappe qui, elle, tourne quasi exclusivement sous différents Unices.
La démonstration se trouve d'ailleurs ici-même:
http://www.abaqus.com/support/v66/v66_platforms.html#Parallel_processing
La version "Windows standard" (x86-32) supporte le multi-thread (pour
des stations multi-processeurs),
Il y a comme une incohérence, là... Multithread et multiprocessus...
Ça dépend hénaurmément des implantations des threads.
Le 08-04-2006, à propos de Re: Red Hat en a marre de payer pour des prunes..., Jerome Lambert écrivait dans fr.comp.os.linux.debats :
Jerome Lambert wrote:
Michel Talon wrote:
Pour une fois je suis d'accord à 100%, d'ailleurs quand j'entends parler de machines de calcul et de Windows dans la même phrase je me demande si on n'a pas affaire à un fou furieux.
les ingés de Dassault Systèmes et Abaqus apprécieront :-)
On parle ici de machines de calcul dont le nombre de processeurs se compte en dizaine (pour du clustering p.ex.), pas de programmes pour machine isolée bi- ou quadri- processeur... Si on consulte p.ex. le top 500 des supercalculateurs, un seul tourne sous Windows...
si pour toi le calcul commence aux machines du top 500, effectivement je suis d'accord ...
pour moi, je ne fais pas cette nuance ... tu peux utiliser abaqus, pam crash de 1 à 128 processeurs et ça sera le même programme ...
et quand une boîte comme dassault systèmes rachète abaqus, c'est pour amener le calcul sur le poste CAO ...
et ce poste cao, il tourne sur quoi à ton avis ???
La question n'est pas là: on peut très bien faire de la modélisation sur un machine tournant sur n'importe quel OS, et confier le calcul du rendu à une grappe qui, elle, tourne quasi exclusivement sous différents Unices.
La démonstration se trouve d'ailleurs ici-même: http://www.abaqus.com/support/v66/v66_platforms.html#Parallel_processing La version "Windows standard" (x86-32) supporte le multi-thread (pour des stations multi-processeurs),
Il y a comme une incohérence, là... Multithread et multiprocessus... Ça dépend hénaurmément des implantations des threads.
JKB
Antoine Leca
En news:e184af$1hn1$, Michel Talon va escriure:
et utiliser la librairie freetype2 avec le support du "hinting" qui se trouve dans ces fontes.
Euh... Si tu installes cela chez un client qui paye (cas de JKB si j'ai bien compris), tu as intérêt à le faire en douce, parce que ce n'est pas extrêmement légal (en France).
Antoine
En news:e184af$1hn1$1@asmodee.lpthe.jussieu.fr, Michel Talon va escriure:
et utiliser la librairie freetype2 avec le support du "hinting" qui
se trouve dans ces fontes.
Euh... Si tu installes cela chez un client qui paye (cas de JKB si j'ai bien
compris), tu as intérêt à le faire en douce, parce que ce n'est pas
extrêmement légal (en France).
et utiliser la librairie freetype2 avec le support du "hinting" qui se trouve dans ces fontes.
Euh... Si tu installes cela chez un client qui paye (cas de JKB si j'ai bien compris), tu as intérêt à le faire en douce, parce que ce n'est pas extrêmement légal (en France).
Antoine
talon
Antoine Leca wrote:
En news:e184af$1hn1$, Michel Talon va escriure:
et utiliser la librairie freetype2 avec le support du "hinting" qui se trouve dans ces fontes.
Euh... Si tu installes cela chez un client qui paye (cas de JKB si j'ai bien compris), tu as intérêt à le faire en douce, parce que ce n'est pas extrêmement légal (en France).
Oui, je sais. Alors il faut se rabattre sur l'autohinter de freetype2 qui marche trés mal avec certaines fontes non hintées et trés bien avec d'autres. Donc ça veut dire qu'il faut faire des recherches approfondies sur les fontes qui vont bien. Personnellement j'utilise FreeBSD qui livre en standard freetype2 compilée avec l'interprète de hints, et je ne me pose pas d'autre problème.
Antoine
--
Michel TALON
Antoine Leca <root@localhost.invalid> wrote:
En news:e184af$1hn1$1@asmodee.lpthe.jussieu.fr, Michel Talon va escriure:
et utiliser la librairie freetype2 avec le support du "hinting" qui
se trouve dans ces fontes.
Euh... Si tu installes cela chez un client qui paye (cas de JKB si j'ai bien
compris), tu as intérêt à le faire en douce, parce que ce n'est pas
extrêmement légal (en France).
Oui, je sais. Alors il faut se rabattre sur l'autohinter de freetype2 qui
marche trés mal avec certaines fontes non hintées et trés bien avec d'autres.
Donc ça veut dire qu'il faut faire des recherches approfondies sur les fontes
qui vont bien. Personnellement j'utilise FreeBSD qui livre en standard
freetype2 compilée avec l'interprète de hints, et je ne me pose pas d'autre
problème.
et utiliser la librairie freetype2 avec le support du "hinting" qui se trouve dans ces fontes.
Euh... Si tu installes cela chez un client qui paye (cas de JKB si j'ai bien compris), tu as intérêt à le faire en douce, parce que ce n'est pas extrêmement légal (en France).
Oui, je sais. Alors il faut se rabattre sur l'autohinter de freetype2 qui marche trés mal avec certaines fontes non hintées et trés bien avec d'autres. Donc ça veut dire qu'il faut faire des recherches approfondies sur les fontes qui vont bien. Personnellement j'utilise FreeBSD qui livre en standard freetype2 compilée avec l'interprète de hints, et je ne me pose pas d'autre problème.
