1

Bon, je le dis tout de suite, j'ai pas honte, je suis un gros noob sur Linux. Mais j'ai pas le choix de l'OS et j'essaye d'apprendre.
Voila, donc merci d'être clair.


je me crée un topic car ça fait un bout de temps que je cherche sur google et ça m'énerve.
La machine en question (uname -a):
Linux ****.fr 2.6.18-8.el5 #1 SMP Fri Jan 26 14:15:14 EST 2007 x86_64 x86_64 x86_64 GNU/Linux
C'est du RedHat Enterprise Linux 5 (préinstallé par Dell)

Première question (pour l'instant):
Je dois lancer un programme qui compile des sources en Fortran avant de les éxécuter. Le compilateur Fortran est celui d'intel, et il est installé. Sauf que quand je lance le programme il y a une librairie qu'il ne trouve pas:
Tbflow_cnl_dbl: error while loading shared libraries: libifcoremt.so.5: cannot open shared object file: No such file or directory

Pourtant la librairie libifcoremt.so.5 est bien configurée dans /etc/profile (son adresse est /opt/intel/fce/10.1.008/lib/libifcoremt.so.5) :
#begin Intel Fortran configuration
#--------------------------------
export INTEL_LICENSE_FILE='/opt/intel/licenses'
export INTEL_FC='/opt/intel/fce/10.1.008'
export PATH=$INTEL_FC/bin:${PATH}:
export MANPATH=$INTEL_FC/man:$MANPATH
export LD_LIBRARY_PATH=$INTEL_FC/lib:$LD_LIBRARY_PATH
export LIBPATH="$INTEL_FC/lib:${LIBPATH}:"
export F_UFMTENDIAN=big #end Intel Fortran configuration

Ce qui me rend fou c'est ça:
[hemon@hurricane Run]$ echo $LD_LIBRARY_PATH
.:/usr/local/flowdesign-1.7.0-0/lib/Linux64
[hemon@hurricane Run]$ source /etc/profile
[hemon@hurricane Run]$ echo $LD_LIBRARY_PATH
/opt/intel/fce/10.1.008/lib:.:/usr/local/flowdesign-1.7.0-0/lib/Linux64:.:/usr/local/flowdesign-1.7.0-0/lib/Linux64

Après le source /etc/profile le programme marche. Pourquoi il le fait pas tout seul ? Et pourquoi les autres variables d'environnements du fichier profile sont elles bien configurées? (y'a d'autres programmes, et eux marchent bien)

Autre mystère, en root, sans le source /etc/profile, le programme marche également.
j'ai rebooté etc, ça change rien.

2

pasque 1 /etc/profile est pour "root"
pasque 2 tu dois utiliser sans doute le shell bash, qui utilise donc ~/.bash_profile
(~c'est ton dossier "home")
d'ailleurs, dans ce fichier, tu peux ajouter ta ligne "source /etc/profile" pour que ça fasse ton truc automatiquement.

3

le pauvre, il est tellement sur de se faire allumer par les gros frustrés défenseurs de linux qu'il écrit un gros disclaimer en gros grin
Tout ce qui passe pas par le port 80, c'est de la triche.

4

onur (./3) :
le pauvre, il est tellement sur de se faire allumer par les gros frustrés défenseurs de linux qu'il écrit un gros disclaimer en gros grin


Oh, un pléonasme !
avatar
Zut je suis reperé, vite ! L1+R1+L2+R2 !
Des ennemis ! ACTIVATING COMBAT MODE - MODULATING PHASE - POWER SURGE ! - CONFLICT RESOLVED
La longue liste des clichés de l'animé et du manga !
RAW ! RAW ! FIGHT THE POWER !

5

squalyl (./2) :
pasque 1 /etc/profile est pour "root"
pasque 2 tu dois utiliser sans doute le shell bash, qui utilise donc ~/.bash_profile
(~c'est ton dossier "home") d'ailleurs, dans ce fichier, tu peux ajouter ta ligne "source /etc/profile" pour que ça fasse ton truc automatiquement.

J'ai lu que /etc/profile est lu par tous les utilisateurs, ce qui est précisément la raison pour laquelle je n'utilise pas ~/.bashrc.
Bon en fait j'ai réglé le problème en mettant un script avec exactement la même chose dans /etc/profile.d/
J'ai pas tout compris à cette histoire mais bon ça marche (enfin pour l'instant, faudra tester avec un autre user)
onur (./3) :
le pauvre, il est tellement sur de se faire allumer par les gros frustrés défenseurs de linux qu'il écrit un gros disclaimer en gros biggrin.gif

Oui grin
C'est vrai que ça ne me fait pas plaisir d'utiliser Linux, mais sur le coup j'y suis bien obligé donc il faut faire avec. Autant apprendre à l'utiliser plutôt que de rester frustré je pense. Mais le temps que je perds avec ces histoires est assez prodigieux.

6

squalyl (./2) :
pasque 1 /etc/profile est pour "root"
pasque 2 tu dois utiliser sans doute le shell bash, qui utilise donc ~/.bash_profile
(~c'est ton dossier "home")
d'ailleurs, dans ce fichier, tu peux ajouter ta ligne "source /etc/profile" pour que ça fasse ton truc automatiquement.

Grossiere erreur /etc/profile est pour TOUS les profils, pas que root (heureusement d'ailleurs)

Par contre, pour que /etc/profile sois resourcé, il faut que le shell soit redémaré, donc, a tu apres la modif fermé/reouvert ton terminal ? (ou au pire redémarré la machine) (aka /etc/profile est sourcé lors du "shell de login" donc généralement quand on ouvre un nouveau terminal.. pas simplement en lancant "bash")

D'ailleurs mettre "." dans le ld_library_path, c'est moyen :/


(tiré de mon /etc/profile :
# /etc/profile: login shell setup
#
# That this file is used by any Bourne-shell derivative to setup the
# environment for login shells.
#


Bref, si tu as fait la modif dans /etc/profile, le mieux pour être sur reste encore de délog/relog meme si il y a moyen de relancer un shell en mode "login")
avatar
Proud to be CAKE©®™


GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.

7

Godzil (./7) :
Grossiere erreur /etc/profile est pour TOUS les profils, pas que root


bon, ok, je me coucherai moins con.

l'histoire du redémarrage de shell est donc l'étape suivante.

8

Et tu ne peux pas installer gcc-gfortran tout simplement? smile
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

9

Godzil (./6) :
Par contre, pour que /etc/profile sois resourcé, il faut que le shell soit redémaré, donc, a tu apres la modif fermé/reouvert ton terminal ? (ou au pire redémarré la machine) (aka /etc/profile est sourcé lors du "shell de login" donc généralement quand on ouvre un nouveau terminal.. pas simplement en lancant "bash")

Oui oui, j'avais même essayé en rebootant la machine, en me déloguant et en fermant la console. Pour l'instant je retiens que /etc/profile.d/ marche bien comme il faut, c'est le plus important.
Il faut que tous les users aient accès aux programmes (enfin ceux là) car je ne serais pas le seul à utiliser cette machine. Mais vu que c'est ma machine c'est à moi de la configurer (avec l'aide généreuse d'autres personnes malheureusement assez occupées).
Godzil (./6) :
D'ailleurs mettre "." dans le ld_library_path, c'est moyen :/

Euh je te promets que c'est pas moi qui ait mis ça ^^ "." c'est pas le répertoire où on est ? Ca change rien qu'il soit dans le path ou pas, non?
Kevin Kofler (./8) :
Et tu ne peux pas installer gcc-gfortran tout simplement? smile.gif

Non, j'ai déjà posé la question aux développeurs et il faut un compilateur optimisé à mort, et intel fortran est parait-il le meilleur pour les processeurs Xeon. Donc voila, c'est pas un choix de ma part. Crois moi si j'avais pu je m'embêterais pas avec ifort.

Suite des questions bêtes la semaine prochaine. En tout cas c'est gentil de répondre. Une grosse étape sera bientôt d'installer Fedora 9 ou CentOS pour remplacer Fedora Core 5 sur ma vieille machine. Donc plein de questions connes en vue...

10

Pas que je fasse du militantisme, mais pourquoi Fedora 9 qui est largement moins bien que Fedora 10, sorti il y a peu ? confus

11

melbou (./9) :
et il faut un compilateur optimisé à mort

Ça sent l'excuse ça...
On pourrait peut-être écrire un "ifort" bidon qui ne fait que wrapper gfortran. grin
Enfin bon, le problème avec ifort est résolu de toute façon.
Suite des questions bêtes la semaine prochaine. En tout cas c'est gentil de répondre. Une grosse étape sera bientôt d'installer Fedora 9 ou CentOS pour remplacer Fedora Core 5 sur ma vieille machine. Donc plein de questions connes en vue...

Tu prends un DVD de CentOS 5.2, tu le démarres, tu rentres "linux upgradeany", tu choisis "Mettre à jour une installation existante" / "Fedora Core 5" et normalement te voilà mis à jour (mais c'est une mise à jour pas du tout supportée et tu risques de devoir rétrograder certains paquetages comme le noyau - en principe la première version de RHEL/CentOS à être entièrement plus récente que les mises à jour de FC5 sera RHEL/CentOS 6, qui n'est pas encore sortie, et quand elle sortira ça sera une mise à jour énorme).

Sinon, mettre à jour directement de FC5 à Fedora 10 est aussi possible, là aussi pas vraiment supporté, mais au moins tu n'auras pas le problème des paquetages devenus moins récents. En revanche, tu vas probablement avoir un bon paquet de nettoyages à faire (genre des paquetages obsolètes à virer).

L'avantage des mises à jour est que ça garde tous tes fichiers et configurations, le désavantage est que ça va être un peu bordélique dans les 2 cas (les mises à jour de Fedora sont en général testées vers la prochaine version, parfois vers la version n+2, rarement plus; les mises à jour de Fedora vers CentOS sont carrément à tes risques et périls).

Une possibilité est de mettre à jour ton Fedora une version à la fois (donc passer par FC6, F7, F8 et F9 pour enfin aller à F10) et de nettoyer à chaque étape, mais ça va être long.

Sinon, ben tu réinstalles.

Et comme Folco, je déconseille fortement d'installer Fedora 9 maintenant, étant donné qu'il ne te reste plus que 6-7 mois de mises à jour avec ça. Chez Fedora, il faut toujours choisir la version la plus récente quand on met à jour.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

12

Folco (./10) :
Pas que je fasse du militantisme, mais pourquoi Fedora 9 qui est largement moins bien que Fedora 10, sorti il y a peu ? confus
Kevin Kofler (./11) :
Et comme Folco, je déconseille fortement d'installer Fedora 9 maintenant, étant donné qu'il ne te reste plus que 6-7 mois de mises à jour avec ça. Chez Fedora, il faut toujours choisir la version la plus récente quand on met à jour.

En fait une autre personne a comme moi installé le logiciel en question, sous Fedora 9. Donc en gros il m'aurait suffit de faire exactement comme lui. Ensuite, je me disais que vu que F10 est très récente, il n'y a sans doute pas de packages disponibles pour les programmes que je dois installer (soupcons confirmés par une recherche sur pbone.net). Y'a pas de raisons idéologiques ou quoi que ce soit smile Le technicien info du labo ne m'a pas laissé le choix sur la distribution, c'est Fedora ou RHEL/CentOS. Par contre sur la version il s'en fiche un peu, et m'a dit que F9 c'était déjà pas mal. Et en gros que y'avait pas besoin de faire de mises à jour tous les 6 mois (ce qui est précisément ce que je veux éviter), tant que la machine est stable.
Kevin Kofler (./11) :
Ça sent l'excuse ça...
On pourrait peut-être écrire un "ifort" bidon qui ne fait que wrapper gfortran. biggrin.gif Enfin bon, le problème avec ifort est résolu de toute façon.

Je sais pas ce qu'est 'wrapper' mais les développeurs m'ont dit qu'ifort est plus rapide, et ils le savent car ils ont fait leur propres tests. Je les crois car ils essayent vraiment de gagner au maximum en temps de calcul, car c'est littéralement de l'argent.
Kevin Kofler (./11) :
Tu prends un DVD de CentOS 5.2, tu le démarres, tu rentres "linux upgradeany", tu choisis "Mettre à jour une installation existante" / "Fedora Core 5" et normalement te voilà mis à jour (mais c'est une mise à jour pas du tout supportée et tu risques de devoir rétrograder certains paquetages comme le noyau - en principe la première version de RHEL/CentOS à être entièrement plus récente que les mises à jour de FC5 sera RHEL/CentOS 6, qui n'est pas encore sortie, et quand elle sortira ça sera une mise à jour énorme).

Sinon, mettre à jour directement de FC5 à Fedora 10 est aussi possible, là aussi pas vraiment supporté, mais au moins tu n'auras pas le problème des paquetages devenus moins récents. En revanche, tu vas probablement avoir un bon paquet de nettoyages à faire (genre des paquetages obsolètes à virer).

L'avantage des mises à jour est que ça garde tous tes fichiers et configurations, le désavantage est que ça va être un peu bordélique dans les 2 cas (les mises à jour de Fedora sont en général testées vers la prochaine version, parfois vers la version n+2, rarement plus; les mises à jour de Fedora vers CentOS sont carrément à tes risques et périls).

Une possibilité est de mettre à jour ton Fedora une version à la fois (donc passer par FC6, F7, F8 et F9 pour enfin aller à F10) et de nettoyer à chaque étape, mais ça va être long.
Sinon, ben tu réinstalles.


Je pense que réinstaller sera plus simple. Je peux toujours lister où les programmes sont installés et copier les fichiers de config. Y'a au maximum 6-7 programmes un peu difficiles à installer, le reste c'est juste des trucs disponibles en rpm. Et vu que j'ai 2 disques durs sur la machine, je mettrai tout sur un disque pour sauvegarder. Le truc un peu tricky sera de pas casser le dual-boot avec Windows XP. Je l'utilise jamais car y'a rien d'installé dessus mais je veux le garder au cas où. La licence est déjà payée donc ça coûte rien. Faut aussi prier pour que les drivers soient présents sur le DVD d'install. Heureusement c'est pas une machine Dell avec des drivers à la con. Le collègue avec Fedora 9 en a un peu chié à cause de ça.

13

melbou (./12) :
Kevin Kofler (./11) :
Ça sent l'excuse ça...
On pourrait peut-être écrire un "ifort" bidon qui ne fait que wrapper gfortran. biggrin.gif Enfin bon, le problème avec ifort est résolu de toute façon.

Je sais pas ce qu'est 'wrapper' mais les développeurs m'ont dit qu'ifort est plus rapide, et ils le savent car ils ont fait leur propres tests. Je les crois car ils essayent vraiment de gagner au maximum en temps de calcul, car c'est littéralement de l'argent.

Idem, j'en connais qui font du calcul intensif en Fortran, et ils me disent tous que ifort est plus rapide
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

14

melbou (./12) :
Je sais pas ce qu'est 'wrapper' mais les développeurs m'ont dit qu'ifort est plus rapide, et ils le savent car ils ont fait leur propres tests. Je les crois car ils essayent vraiment de gagner au maximum en temps de calcul, car c'est littéralement de l'argent.


Tu as des bench ?

15

melbou (./9) :
Euh je te promets que c'est pas moi qui ait mis ça ^^ "." c'est pas le répertoire où on est ? Ca change rien qu'il soit dans le path ou pas, non?


Pour les executables ($PATH) c'est pas trop grave, pour les libs ($LD_LIBRARY_PATH) ça va faire qu'il va chercher dans le repertoire courant, et ça peut mener a des trucs bizare suivant dans quel dossier tu es... (ie /usr/lib ou /usr/local/lib etc..) Enfin c'est pas critique, c'est surtout la premiere fois ou je vois ça
avatar
Proud to be CAKE©®™


GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.

16

En général tu le fais seulement via LD_LIBRARY_PATH dans un script shell qui va positionner tes librariries dynamiques avant de lancer ton executable (dans le cas d'une distribution binaire de ton programme).

17

PpHd (./16) :
En général tu le fais seulement via LD_LIBRARY_PATH dans un script shell qui va positionner tes librariries dynamiques avant de lancer ton executable (dans le cas d'une distribution binaire de ton programme).

Ben je vois pas de problemes d'ajouter /opt/prog/lib dans LD_LIBRARY_PATH, c'est fait pour, ajouter "." risque dans certain cas de bypasser l'ordre des dossier systemes, voir empecher une application de fonctionner si elle s'attend a ce que tu l'execute en étant dans un dossier particulier..

Le pire qui pourrais arriver c'est un ver/trojan/virus qui suppose que tu ai "." dans ton LD_LIB_PATH et va trouver un moyen de copier une fausse libc (par exemple) dans ton $HOME (la ou tu as le plus de chance de lancer un executable en ligne de commande) et pouf, tu te fais avoir (bon c'est exterme hein, mais bon)

Disons qu'il n'y a aucune raison pratique a avoir "." dans le LD_LIBRARY_PATH...
avatar
Proud to be CAKE©®™


GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.

18

Et tu fais donc comment dans le cas précis de PpHd ? Le gars doit recopier les libs du programme que je lui envoie dans /opt/prog/lib ?

19

/opt/cequetuveux/lib oui et a l'install (ou a la main si il n'y a pas d'install) du ajoute ce chemin a ld_library_path


/opt est généralement utilisé pour les distributions binaires, avec comme repertoire dans opt le nom du truc (prog la par exemple, mais ça peut etre toto, icc, devkit, ...)

Apres généralement (sous linux quoi) on trouve une arborescence assez classible :

./bin
./lib

Apres bien sur chacun fait comme il veux, comme souvent sous linux/unix
avatar
Proud to be CAKE©®™


GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.

20

L'avantage du '.' c'est que c'est plus court qu'un $(dirname $0)

21

melbou (./9) :
Godzil (./6) :
D'ailleurs mettre "." dans le ld_library_path, c'est moyen :/
Euh je te promets que c'est pas moi qui ait mis ça ^^ "." c'est pas le répertoire où on est ? Ca change rien qu'il soit dans le path ou pas, non?

Ça doit avoir été fait par quelqu'un qui a trop l'habitude d'un certain autre système d'exploitation. C'est surtout un trou de sécurité (un exemple avec PATH: imagine que tu parcours un dossier et qu'un utilisateur a mis un script ls qui lance rm -rf / (commande qui efface tout!!!) dans son HOME grin - avec LD_LIBRARY_PATH, on peut faire quelque chose qui ressemble avec un libc.so.6 bidon, mais c'est plus compliqué).
melbou (./12) :
En fait une autre personne a comme moi installé le logiciel en question, sous Fedora 9. Donc en gros il m'aurait suffit de faire exactement comme lui. Ensuite, je me disais que vu que F10 est très récente, il n'y a sans doute pas de packages disponibles pour les programmes que je dois installer (soupcons confirmés par une recherche sur pbone.net). Y'a pas de raisons idéologiques ou quoi que ce soit smile

Ben, c'est Fedora et il faut donc être à jour. Normalement les paquetages pour F9 tournent aussi sous F10. Si tu me dis ce que tu veux exactement (tu peux faire ça en privé si tu ne veux pas poster la liste sur un forum public), je pourrai probablement te dire plus.
Le technicien info du labo ne m'a pas laissé le choix sur la distribution, c'est Fedora ou RHEL/CentOS.

Tiens, il m'est sympathique ce technicien. smile
Par contre sur la version il s'en fiche un peu, et m'a dit que F9 c'était déjà pas mal.

C'est mieux que FC5, c'est clair. hehe Mais autant passer directement à F10.
Et en gros que y'avait pas besoin de faire de mises à jour tous les 6 mois (ce qui est précisément ce que je veux éviter), tant que la machine est stable.

C'est justement pour éviter que tu te tapes une mise à jour dans 6 mois que je te dis de mettre F10 directement. Comme ça tu auras une année de mises à jour de paquetages sans devoir mettre à jour ta Fedora vers une nouvelle release.

Utiliser des versions plus du tout supportées n'est pas une bonne solution.
Je sais pas ce qu'est 'wrapper'

Le terme "wrapper" vient du mot anglais "to wrap". Un wrapper est un programme (souvent un petit script) qui se fait passer pour le programme (ou la lib) X (ici ifort) en appelant en réalité le programme / la lib Y (ici gfortran). On dit qu'il "wrappe" Y pour les logiciels attendant X.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

22

./21 : l'utilisation de "." dans le PATH est parfois utilisée en développement quand on n'a pas envie de s'emmerder à déclarer dans PATH tous les répertoires contenant les binaires développés à droite et à gauche. Mais mettre dans dans un produit distribué, c'est *mal*
avatar
Il n'a pas de mots
Décrire son mépris
Perdre les rênes
Il a perdu la foi

23

Kevin Kofler (./21) :
C'est surtout un trou de sécurité (un exemple avec PATH: imagine que tu parcours un dossier et qu'un utilisateur a mis un script ls qui lance rm -rf / (commande qui efface tout!!!) dans son HOME biggrin.gif
C'est l'exemple classique, mais c'est pas pour autant qu'il faut s'en passer complètement : il suffit de mettre le . à la fin du PATH, et surtout pas au début.
avatar
Zeroblog

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo

24

Jusqu'au jour où tu fais une faute de frappe et lances un cheval de Troie nommé sl ou quelque chose du genre et placé dans le dossier courant...
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

25

Rusty Frozbite (./4) :
onur (./3) :
le pauvre, il est tellement sur de se faire allumer par les gros frustrés défenseurs de linux qu'il écrit un gros disclaimer en gros grin


Oh, un pléonasme !


super, le troll roll
Ici c'est un forum où des gens s'entreaident, si c'est pour faire tes remarques puériles, tu peux te passer de poster ce genre de choses. roll
Tout ce qui passe pas par le port 80, c'est de la triche.

26

Pour le coup du . dans le path, franchement je vais pas regarder tous les scripts qui se lancent au démarrage pour chercher le coupable. Voila, j'assume la "faille de sécurité". On verra quand j'aurai plus que ça à faire.
PpHd (./14) :
Tu as des bench ?

Alors, oui, et pour ma machine en plus. J'ai suivi la page du Dr Nakajima, oups pardon, Tajima (http://www.apphy.fukui-u.ac.jp/~tajima/bench/run_e.html)
Résumé du score, 9.44 pour g77 contre 32.16 pour ifort
Comparaison :
measurement date = 08/12/08
log file = bench_g77.log
machine = 2* (Xeon5430 4*2.66 GHz), Linux 2.6.18-8.el5 x86_64 (g77 3.4.6) 
compile with [ g77 ]

        program weight  ref.time time[sec]  time/ref  ref/time
( 1)     matvec      8    296.00     32.77    0.1107    9.0324
( 2)    matvecz      4    279.00     16.53    0.0593   16.8774
( 3)     leqs4h      3    256.00     17.25    0.0674   14.8423
( 4)     leqs1k      3    279.00     43.79    0.1569    6.3715
( 5)   jacobi11      3    261.00     32.64    0.1251    7.9966
( 6)   jacobi1h      3    124.00     22.13    0.1785    5.6022
( 7)      runge      8    204.00     38.81    0.1902    5.2569
( 8)     intgl4      4    300.00     38.34    0.1278    7.8247
( 9)   mathfnc1      2    123.00      7.88    0.0640   15.6190
(10)   mathfnc2      2    226.00     18.50    0.0819   12.2129
(11)     intosc      2    236.00     10.63    0.0450   22.2055
(12)     intpi3      2    122.00     13.65    0.1119    8.9403
(13)   permute1      2     23.00      4.37    0.1902    5.2583
(14)   permute2      2     54.00      4.55    0.0843   11.8577
(15)   permute3      2    228.00      5.62    0.0247   40.5622

  weighted arithmetic  average of (ref/time) =     11.02
  weighted geometrical average of (ref/time) =      9.44
1/weighted arithmetic  average of (time/ref) =      8.41

               fMark =      9.44

----------------------------------------------------------------------

measurement date = 08/12/08
log file = bench_ifort.log
machine = 2* (Xeon5430 4*2.66 GHz), Linux 2.6.18-8.el5 x86_64 (ifort 10.1.008) 
compile with [ ifort ]

        program weight  ref.time time[sec]  time/ref  ref/time
( 1)     matvec      8    296.00     15.89    0.0537   18.6246
( 2)    matvecz      4    279.00      8.97    0.0321   31.1176
( 3)     leqs4h      3    256.00      5.65    0.0221   45.2777
( 4)     leqs1k      3    279.00     14.27    0.0512   19.5488
( 5)   jacobi11      3    261.00      8.95    0.0343   29.1751
( 6)   jacobi1h      3    124.00      3.03    0.0245   40.8836
( 7)      runge      8    204.00      8.53    0.0418   23.9044
( 8)     intgl4      4    300.00      6.17    0.0206   48.6460
( 9)   mathfnc1      2    123.00      2.74    0.0223   44.8905
(10)   mathfnc2      2    226.00      3.75    0.0166   60.2345
(11)     intosc      2    236.00      4.38    0.0186   53.8444
(12)     intpi3      2    122.00      4.62    0.0379   26.4184
(13)   permute1      2     23.00      0.91    0.0397   25.1917
(14)   permute2      2     54.00      1.02    0.0190   52.7344
(15)   permute3      2    228.00      2.37    0.0104   96.4059

  weighted arithmetic  average of (ref/time) =     35.67
  weighted geometrical average of (ref/time) =     32.16
1/weighted arithmetic  average of (time/ref) =     29.42

               fMark =     32.16

Pour les passionnés, le lien vers mon dossier

Edit: d'autres bench http://www.macresearch.org/polyhedron_2005_fortran_benchmark_quad_xeon_macpro

27

Alors, suite des questions connes:

J'ai des résultats bizarres avec la fonction 'Search' de Nautilus 2.16.2. En gros il trouve pas tout les résultats. Par exemple en tapant 'mozilla' il trouve 2 répertoires.
Alors qu'avec 'find / -type d -name 'mozilla' -print' y'en a plus (5 en l'occurence). Pourquoi? C'est normal ou c'est buggué? (J'ai déjà essayé mon ami google sans succès)

Autre problème: Flash sur Mozilla
J'arrive pas à le faire marcher. J'ai essayé le plugin par yum, le téléchargement sur adobe.com, la page plugin de Mozilla. Rien n'y fait, je vois toujours pas les animations. Et là google est trop gentil au contraire, j'arrive pas à trouver mon cas parmi toutes les réponses.
EDIT: Finalement j'ai tout viré et réinstallé la version alpha de Flash 10 pour Linux 64 bits. ET CA MARCHE!

28

est-ce que Nautilus ne restreindrait pas les répertoires de recherche à un certain nombre ?
avatar
Il n'a pas de mots
Décrire son mépris
Perdre les rênes
Il a perdu la foi

29

Ben dans 'Location' je mets bien 'Filesystem' au lieu de 'mon_login' donc je suppose que c'est bien une recherche globale, et dans les répertoires trouvés ce sont des trucs pas dans 'mon_login'. Il en manque, c'est tout.

30

melbou (./26) :
Pour le coup du . dans le path, franchement je vais pas regarder tous les scripts qui se lancent au démarrage pour chercher le coupable. Voila, j'assume la "faille de sécurité". On verra quand j'aurai plus que ça à faire.
PpHd (./14) :
Tu as des bench ?

Alors, oui, et pour ma machine en plus. J'ai suivi la page du Dr Nakajima, oups pardon, Tajima (http://www.apphy.fukui-u.ac.jp/~tajima/bench/run_e.html)
Résumé du score, 9.44 pour g77 contre 32.16 pour ifort
Comparaison :
measurement date = 08/12/08
log file = bench_g77.log
machine = 2* (Xeon5430 4*2.66 GHz), Linux 2.6.18-8.el5 x86_64 (g77 3.4.6) 
compile with [ g77 ]

        program weight  ref.time time[sec]  time/ref  ref/time
( 1)     matvec      8    296.00     32.77    0.1107    9.0324
( 2)    matvecz      4    279.00     16.53    0.0593   16.8774
( 3)     leqs4h      3    256.00     17.25    0.0674   14.8423
( 4)     leqs1k      3    279.00     43.79    0.1569    6.3715
( 5)   jacobi11      3    261.00     32.64    0.1251    7.9966
( 6)   jacobi1h      3    124.00     22.13    0.1785    5.6022
( 7)      runge      8    204.00     38.81    0.1902    5.2569
( 8)     intgl4      4    300.00     38.34    0.1278    7.8247
( 9)   mathfnc1      2    123.00      7.88    0.0640   15.6190
(10)   mathfnc2      2    226.00     18.50    0.0819   12.2129
(11)     intosc      2    236.00     10.63    0.0450   22.2055
(12)     intpi3      2    122.00     13.65    0.1119    8.9403
(13)   permute1      2     23.00      4.37    0.1902    5.2583
(14)   permute2      2     54.00      4.55    0.0843   11.8577
(15)   permute3      2    228.00      5.62    0.0247   40.5622

  weighted arithmetic  average of (ref/time) =     11.02
  weighted geometrical average of (ref/time) =      9.44
1/weighted arithmetic  average of (time/ref) =      8.41

               fMark =      9.44

----------------------------------------------------------------------

measurement date = 08/12/08
log file = bench_ifort.log
machine = 2* (Xeon5430 4*2.66 GHz), Linux 2.6.18-8.el5 x86_64 (ifort 10.1.008) 
compile with [ ifort ]

        program weight  ref.time time[sec]  time/ref  ref/time
( 1)     matvec      8    296.00     15.89    0.0537   18.6246
( 2)    matvecz      4    279.00      8.97    0.0321   31.1176
( 3)     leqs4h      3    256.00      5.65    0.0221   45.2777
( 4)     leqs1k      3    279.00     14.27    0.0512   19.5488
( 5)   jacobi11      3    261.00      8.95    0.0343   29.1751
( 6)   jacobi1h      3    124.00      3.03    0.0245   40.8836
( 7)      runge      8    204.00      8.53    0.0418   23.9044
( 8)     intgl4      4    300.00      6.17    0.0206   48.6460
( 9)   mathfnc1      2    123.00      2.74    0.0223   44.8905
(10)   mathfnc2      2    226.00      3.75    0.0166   60.2345
(11)     intosc      2    236.00      4.38    0.0186   53.8444
(12)     intpi3      2    122.00      4.62    0.0379   26.4184
(13)   permute1      2     23.00      0.91    0.0397   25.1917
(14)   permute2      2     54.00      1.02    0.0190   52.7344
(15)   permute3      2    228.00      2.37    0.0104   96.4059

  weighted arithmetic  average of (ref/time) =     35.67
  weighted geometrical average of (ref/time) =     32.16
1/weighted arithmetic  average of (time/ref) =     29.42

               fMark =     32.16

Pour les passionnés, le lien vers mon dossier

Edit: d'autres bench http://www.macresearch.org/polyhedron_2005_fortran_benchmark_quad_xeon_macpro


Je veux pas faire mon chieur, mais g77 c'est la préhistoire question fortran wink
Il faudrait bencher avec gfortran 4.3.x (de gcc.gnu.org) Pour info, GCC a complètement refait son frontend fortran pour gcc 4.0.x et l'a vraiment amélioré en 4.1.x et 4.2.x
Honnétement je ne pense pas que ca batte iforth, mais bon wink