EDI rapide pour Python

On 08 Jun 2005 06:49:48 GMT, "F. Petitjean" <littlejohn.75@news.free.fr>

Accédant à Unix via Exceed sous Windows j'ai de gros problème de
performance avec tout ce qui est affichage graphique.

Ce n'est pas un problème Python, mais un problème d'adéquation entre
votre configuration matérielle et logicielle avec vos besoins.
Pourriez-vous préciser quel Windows vous avez, combien de mémoire
vive, le débit de la carte réseau (et le type de la carte graphique) ?
(quel genre de serveur contient les « clients » X11, mémoire et débit
de la carte réseau ... )?

Nous travaillons sous NT et XP, avec de l'ordre de 300 Mo de RAM, les
serveurs sont des Solaris avec des CPU de l'ordre de 1 Ghz.
Pour le reste il va falloir que je regarde demain au boulot...
Vous pensez que cela est du au matériel ?
Je me demandais si ce n'était pas une mauvaise configuration du réseau ?

J'en ain bien l'impression

Vous pouvez aussi toujours faire un essai avec cygwin :
XWin.exe -query NoIPDuServeur &

Boa et SPE sont inutilisables et ce n'est pas juste une question de
patience ! La moindre appli GTK prend des heures à se lancer et se fige
dès que l'on commence à cliquer...

Vous faites constater cela par un huissier en présence de
l'administrateur réseau et comme par hasard votre carte 10/100 Mbits va
fonctionner en 100 Mbits full duplex et la carte du serveur sera en
GigAbits, etc ... Bizarre n'est-ce-pas ?

Impossible d'installer Cygwin, la configuration des PC est figée et il
faut avoir de sérieux arguments et beaucoup de poids hiérarchique pour
pouvoir espérer ne serait-ce que faire une proposition...

Vous demandez explicitement que le coût de la license Exceed soit
intégralement défalquée de la paie d'un membre de cette hiérarchiei (1) très
rigide et comme par hasard vous avez le droit d'expérimenter des
logiciels OpenSource (et gratuit). Si vous mettez ne serait-ce que 20
pourcent du prix de ces licenses inutiles dans une recherche de ce qui
ne marche pas dans votre réseau (avec éventuellement remplacement de
matériel réseau : cartes Ethernet, switch ...), vous n'allez plus
reconnaître votre LAN :-)

Note:
(1) Par définition, le responsable hiérarchique qui décide d'une
solution technique est responsable de son choix. Il me semble logique
qu'il soit financièrement et pénalement responsable de ses décisioss.
Si vous n'avez pas votre mot à dire sur ces choix, vous avez tout de
même le droit à des conditions de travail minimales (et un réseau qui
ne marche pas ne satisfait pas ces conditions pour un développeur).

--
La hiérarchie c'est comme les étagères, plus c'est haut, moins cela
sert.

On 08 Jun 2005 06:49:48 GMT, "F. Petitjean" <littlejohn.75@news.free.fr>

Nous travaillons sous NT et XP, avec de l'ordre de 300 Mo de RAM, les
serveurs sont des Solaris avec des CPU de l'ordre de 1 Ghz.
Pour le reste il va falloir que je regarde demain au boulot...
Vous pensez que cela est du au matériel ?
Je me demandais si ce n'était pas une mauvaise configuration du réseau ?

J'en ain bien l'impression

J'en ai bien l'impression

Si je peux me permettre, une anecdote personnelle : à la suite d'une
réorganisation du réseau, j'ai constaté des performances déplorables
pour accéder à des fichiers sur un serveur Samba (une bête de cource :
un UltraSparc 166 MHz avec 512 Mo de RAM). La copie d'un fichier de
bonne taille (du genre du ActivePythonxxx.msi) entre cette machine et le
PC windows à côté (1m entre les deux machines mais peut-être 20m en
passant par le switch) prenait un temps presque comparable que le
téléchargement depuis Internet (plus d'une minute en tout cas). En fait
la solution de cliquer sur le .msi pour installer prenait un temps tel
qu'il n'y avait plus qu'à annuler l'opération. Après un coup de fil à un
administrateur réseau qui m'a demandé des infos comme l'adresse MAC
de cette machine Solaris et qui a bricolé je ne sais quoi sur le switch
c'est reparti comme avant en 100Mbits/sec.

Comme quoi, il y a toujours de l'espoir.

On 08-06-2005, Bernard wrote:

Je me demandais si vous connaissiez des EDI (Environnement de
Développement Intégré) sous Unix/Linux comme ces deux-là mais en
moins sophistiqué et surtout beaucoup beaucoup plus rapide ?

beaucoup beaucoup plus rapide, peut-être pas mais moins gourmant au
niveau X11 : 'idle' est livré avec python

Ah ! je l'avais oublié celui là. Je vais voir s'il convient...

J'aimerais pour l'instant éviter les solutions à base de vim ou
(x)emacs.

si idle ne convient pas, ça va être difficile d'y échapper.
heureusement, les 2 éditeurs disposent d'un grand nombre de plugin
pour le dev python

Oui je sais mais la plupart des non-informaticiens ont toujours un peu
de mal à aborder vi(m) et (x)emacs. Je préfère donc essayer de trouver
autre chose pour l'instant...

Des non-informaticiens qui veulent programmer sous unix ? Et bien ils
vont vite le devenir ! Il ne faut pas exagérer la difficulté d'abordage
de vi et emacs, on peut les utiliser en quelques minutes, les maitriser
en quelques heures et les controler (scripter) en quelques jours. Rien
de bien méchant...
Pour vi, il faut commencer par vimtutor, en 1/2h on a fait le tour des
principales fonctions, recherche, copier/coller etc... En français en
prime !

--
William Dodé - http://flibuste.net

On 09-06-2005, kaerbuhez wrote:

bruno modulix wrote:

Bernard wrote:

On Wed, 08 Jun 2005 09:40:57 +0200, bruno modulix <onurb@xiludom.gro>
wrote :

(snip)

Ah, au fait : a tu essayé Scite ?

Non je vais essayer demain, mais c'est à base de GTK donc je pense que
ça va être quand même assez lent...

Non, la version Windows est indépendante de GTK.

OOPS ! Désolé, tu cherches pour Unix. Ok, donc exit Scite.

Sous Unix, le choix évident semble Vim ou Emacs

for i in range(100):
print "je relis les questions avant de répondre"

Je sais le Monsieur a exclu Vim et emacs !

N'empeche, je ne connais aucun des deux mais j'ai depuis longtemps
"apprendre et configurer Vim pour Python". D'ou ma question : Est-ce
qu'il existe une page web qqpart qui explique simplement comment
condigurer completement Vim/Windows pour python cad si je ne m'abuse avec:
- coloration syntaxique
- aide par shortcuts
- auto-completion
- scriptable en python
- ... ?

Je viens de créer une page sur le wiki
http://wikipython.flibuste.net/moin.py/Vim

L'idée c'est de l'adopter sous windows pour Python sans lire toute la
doc puis quand le besoin se fera sentir (probablement sous Linux)
d'approfondir mes connaissances.

Pas besoin de lire toute la doc, commences par vimtutor. Par contre il ne
faut pas vouloir tout, d'un coup sans rien lire, il y a tellement de
plugins qu'il faut chercher celui qui te convient progressivement...
Mais souvent, comme en python, il est plus rapide et plus facile
d'écrire les siens ;-) (en python en plus !)


--
William Dodé - http://flibuste.net

On Sun, 12 Jun 2005 21:57:12 +0200, Bruno Desthuilliers

Non je vais essayer demain, mais c'est à base de GTK donc je pense
que ça va être quand même assez lent...

Non, la version Windows est indépendante de GTK.

OOPS ! Désolé, tu cherches pour Unix. Ok, donc exit Scite.

Il y a gscite sous linux.

gscite est la distrib binaire de Scite pour linux/GTK+/intel...

SPE utilise wxPython je crois...

... wxPython qui est le binding de wxWidgets, lequel est compilé soit
avec motif|lesstif, soit (le plus souvent !-) avec GTK+.

Je pense que tout ce qui n'utilise pas directement X11 va être très très
lent. Donc pas possible pour Kate, Scite, SPE, etc...

Merci quand même !

On Fri, 10 Jun 2005 14:28:46 +0000 (UTC), William Dodé

(snip)

Ah, au fait : a tu essayé Scite ?

Non je vais essayer demain, mais c'est à base de GTK donc je pense
que >>>ça va être quand même assez lent...

Non, la version Windows est indépendante de GTK.

OOPS ! Désolé, tu cherches pour Unix. Ok, donc exit Scite.

Sous Unix, le choix évident semble Vim ou Emacs

for i in range(100):
print "je relis les questions avant de répondre"

Je sais le Monsieur a exclu Vim et emacs !

N'empeche, je ne connais aucun des deux mais j'ai depuis longtemps
"apprendre et configurer Vim pour Python". D'ou ma question : Est-ce

qu'il existe une page web qqpart qui explique simplement comment
condigurer completement Vim/Windows pour python cad si je ne m'abuse
avec: - coloration syntaxique
- aide par shortcuts
- auto-completion
- scriptable en python
- ... ?

Je viens de créer une page sur le wiki
http://wikipython.flibuste.net/moin.py/Vim

L'idée c'est de l'adopter sous windows pour Python sans lire toute
la doc puis quand le besoin se fera sentir (probablement sous
Linux) d'approfondir mes connaissances.

Pas besoin de lire toute la doc, commences par vimtutor. Par contre il
ne faut pas vouloir tout, d'un coup sans rien lire, il y a tellement
de plugins qu'il faut chercher celui qui te convient
progressivement... Mais souvent, comme en python, il est plus rapide
et plus facile d'écrire les siens ;-) (en python en plus !)

Oui je crois qu'il ne me reste plus que cela comme option : passer à vim
!
Ouh là là je crois que cela ne va pas être très populaire mais bon...
;-)

On 08 Jun 2005 21:38:15 GMT, "F. Petitjean" <littlejohn.75@news.free.fr>
wrote :

Accédant à Unix via Exceed sous Windows j'ai de gros problème de
performance avec tout ce qui est affichage graphique.

Ce n'est pas un problème Python, mais un problème d'adéquation
entre votre configuration matérielle et logicielle avec vos
besoins. Pourriez-vous préciser quel Windows vous avez, combien
de mémoire vive, le débit de la carte réseau (et le type de la
carte graphique) ? (quel genre de serveur contient les « clients
» X11, mémoire et débit de la carte réseau ... )?

Nous travaillons sous NT et XP, avec de l'ordre de 300 Mo de RAM,
les serveurs sont des Solaris avec des CPU de l'ordre de 1 Ghz.
Pour le reste il va falloir que je regarde demain au boulot...
Vous pensez que cela est du au matériel ?
Je me demandais si ce n'était pas une mauvaise configuration du
réseau ?

J'en ain bien l'impression

Ok j'ai essayé de bidouiller Exceed : j'ai gagné un poil en performance
mais pas un ordre de grandeur...

Vous pouvez aussi toujours faire un essai avec cygwin :
XWin.exe -query NoIPDuServeur &

Boa et SPE sont inutilisables et ce n'est pas juste une question de
patience ! La moindre appli GTK prend des heures à se lancer et se
fige dès que l'on commence à cliquer...

Vous faites constater cela par un huissier en présence de
l'administrateur réseau et comme par hasard votre carte 10/100 Mbits
va fonctionner en 100 Mbits full duplex et la carte du serveur sera en
GigAbits, etc ... Bizarre n'est-ce-pas ?

Alors j'ai eu l'info sur ma carte réseau et c'est effectivement du 10
Mbits.

Impossible d'installer Cygwin, la configuration des PC est figée et
il faut avoir de sérieux arguments et beaucoup de poids hiérarchique
pour pouvoir espérer ne serait-ce que faire une proposition...

Vous demandez explicitement que le coût de la license Exceed soit
intégralement défalquée de la paie d'un membre de cette hiérarchiei
(1) très rigide et comme par hasard vous avez le droit d'expérimenter
des logiciels OpenSource (et gratuit). Si vous mettez ne serait-ce que
20 pourcent du prix de ces licenses inutiles dans une recherche de ce
qui ne marche pas dans votre réseau (avec éventuellement remplacement
de matériel réseau : cartes Ethernet, switch ...), vous n'allez plus
reconnaître votre LAN :-)

J'ai demandé à notre administrateur réseau pourquoi c'était si lent et
lui aussi trouve cela bizarre. Je lui ai alors demandé si on ne pouvait
pas faire appel au support Exceed puisque c'est l'un des principaux
avantages apparemment du logiciel propriétaire : le support !
Il m'a répondu avec un soupir que le support n'avait de support que le
nom et qu'ils ne corrigeaient presque jamais nos bogues (ou alors il
demande tellement de trucs pour diagnostiquer et à essayer que cela
décourage tout le monde).
C'est vraiment à vous dégoûter du logiciel propriétaire (et pourtant il
en existe des bons !)

Note:
(1) Par définition, le responsable hiérarchique qui décide d'une
solution technique est responsable de son choix. Il me semble logique
qu'il soit financièrement et pénalement responsable de ses décisioss.
Si vous n'avez pas votre mot à dire sur ces choix, vous avez tout de
même le droit à des conditions de travail minimales (et un réseau qui
ne marche pas ne satisfait pas ces conditions pour un développeur).

Effectivement, par contre on doit se plier devant la volonté du plus
grand nombre (ah la démocratie !). Et la volonté du plus grand nombre à
l'heure actuelle est de ne rien changer car ça marche à peu près pour
leur utilisation : connexion sous CDE et utilisation de nedit.
"If it works, don't fix it" est je crois le mot d'ordre...
Pas facile de faire bouger les choses quand tu as plusieurs centaines de
personnes qui vont râler au moindre changement...

On 08 Jun 2005 22:06:11 GMT, "F. Petitjean" <littlejohn.75@news.free.fr>
wrote :

Nous travaillons sous NT et XP, avec de l'ordre de 300 Mo de RAM,
les serveurs sont des Solaris avec des CPU de l'ordre de 1 Ghz.
Pour le reste il va falloir que je regarde demain au boulot...
Vous pensez que cela est du au matériel ?
Je me demandais si ce n'était pas une mauvaise configuration du
réseau ?

J'en ain bien l'impression

J'en ai bien l'impression

Si je peux me permettre, une anecdote personnelle : à la suite d'une
réorganisation du réseau, j'ai constaté des performances déplorables
pour accéder à des fichiers sur un serveur Samba (une bête de cource :
un UltraSparc 166 MHz avec 512 Mo de RAM). La copie d'un fichier de
bonne taille (du genre du ActivePythonxxx.msi) entre cette machine et
le PC windows à côté (1m entre les deux machines mais peut-être 20m en
passant par le switch) prenait un temps presque comparable que le
téléchargement depuis Internet (plus d'une minute en tout cas). En
fait la solution de cliquer sur le .msi pour installer prenait un
temps tel qu'il n'y avait plus qu'à annuler l'opération. Après un coup
de fil à un administrateur réseau qui m'a demandé des infos comme
l'adresse MAC de cette machine Solaris et qui a bricolé je ne sais
quoi sur le switch c'est reparti comme avant en 100Mbits/sec.

Comme quoi, il y a toujours de l'espoir.

Oui si on a un bon administrateur réseau... :-(

On Fri, 10 Jun 2005 12:26:11 +0000 (UTC), William Dodé

Je me demandais si vous connaissiez des EDI (Environnement de
Développement Intégré) sous Unix/Linux comme ces deux-là mais en
moins sophistiqué et surtout beaucoup beaucoup plus rapide ?

beaucoup beaucoup plus rapide, peut-être pas mais moins gourmant au

niveau X11 : 'idle' est livré avec python

Ah ! je l'avais oublié celui là. Je vais voir s'il convient...

J'aimerais pour l'instant éviter les solutions à base de vim ou
(x)emacs.

si idle ne convient pas, ça va être difficile d'y échapper.
heureusement, les 2 éditeurs disposent d'un grand nombre de plugin
pour le dev python

Oui je sais mais la plupart des non-informaticiens ont toujours un
peu de mal à aborder vi(m) et (x)emacs. Je préfère donc essayer de
trouver autre chose pour l'instant...

Des non-informaticiens qui veulent programmer sous unix ? Et bien ils
vont vite le devenir ! Il ne faut pas exagérer la difficulté
d'abordage de vi et emacs, on peut les utiliser en quelques minutes,
les maitriser en quelques heures et les controler (scripter) en
quelques jours. Rien de bien méchant...
Pour vi, il faut commencer par vimtutor, en 1/2h on a fait le tour des
principales fonctions, recherche, copier/coller etc... En français en
prime !

Oui je suis d'accord ce n'est pas bien difficile : il faut juste avoir
le courage et la volonté de s'y mettre. Courage et volonté qui manquent
à la plupart des personnes habituées à Windows...
Quoique l'on en dise vim et xemacs sont très éloignés des logiciels
standards windows (surtout vim) et cela déconcerte (voire fait _peur_ à)
pas mal de gens.
C'est plus facile de convaincre quelqu'un d'utiliser SPE (qui est très
simple pour un utilisateur windows) que vim...
Mais bon si je n'ai pas le choix...

On 08 Jun 2005 21:38:15 GMT, "F. Petitjean" <littlejohn.75@news.free.fr>

J'en ain bien l'impression

Ok j'ai essayé de bidouiller Exceed : j'ai gagné un poil en performance
mais pas un ordre de grandeur...

Quel genre de bidouilles ? Cela peut interesser quelqu'un (limite hors
charte, je vous l'accorde)

Vous pouvez aussi toujours faire un essai avec cygwin :
XWin.exe -query NoIPDuServeur &

Boa et SPE sont inutilisables et ce n'est pas juste une question de
patience ! La moindre appli GTK prend des heures à se lancer et se
fige dès que l'on commence à cliquer...

Vous faites constater cela par un huissier en présence de
l'administrateur réseau et comme par hasard votre carte 10/100 Mbits
va fonctionner en 100 Mbits full duplex et la carte du serveur sera en
GigAbits, etc ... Bizarre n'est-ce-pas ?

Alors j'ai eu l'info sur ma carte réseau et c'est effectivement du 10
Mbits.

Sachant qu'avec 10 ou 20 euros on doit pouvoir se payer une carte
100Mbits de marque, vous faites une demande officielle pour changer la
carte réseau avec une copie cachée à DRH (ou au patron si pas de DRH) et
vous obtenez là un goulet d'étranglement potentiel qui saute.

Impossible d'installer Cygwin, la configuration des PC est figée et
il faut avoir de sérieux arguments et beaucoup de poids hiérarchique
pour pouvoir espérer ne serait-ce que faire une proposition...

Vous demandez explicitement que le coût de la license Exceed soit
intégralement défalquée de la paie d'un membre de cette hiérarchiei
(1) très rigide et comme par hasard vous avez le droit d'expérimenter
des logiciels OpenSource (et gratuit). Si vous mettez ne serait-ce que
20 pourcent du prix de ces licenses inutiles dans une recherche de ce
qui ne marche pas dans votre réseau (avec éventuellement remplacement
de matériel réseau : cartes Ethernet, switch ...), vous n'allez plus
reconnaître votre LAN :-)

J'ai demandé à notre administrateur réseau pourquoi c'était si lent et
lui aussi trouve cela bizarre. Je lui ai alors demandé si on ne pouvait
pas faire appel au support Exceed puisque c'est l'un des principaux
avantages apparemment du logiciel propriétaire : le support !
Il m'a répondu avec un soupir que le support n'avait de support que le
nom et qu'ils ne corrigeaient presque jamais nos bogues (ou alors il
demande tellement de trucs pour diagnostiquer et à essayer que cela
décourage tout le monde).

Ce n'est pas le support Exceed qu'il faut appeler : ils font du
logiciel, et si matériellement votre réseau est mal configuré le
logiciel ne peut rien y faire.
Avoir un administrateur réseau compétent ce n'est pas donné mais c'est
largement rentable pour l'entreprise. Pour que le réseau marche bien il
faut que les décideurs voient tout l'intérêt d'un réseau qui dépote. Par
exemple, si le patron s'aperçoit qu'il a du mal à consulter ses sites
Internet préférés (boursorama, ...) et qu'à chaque fois on lui répond
c'est le réseau (local) qui est à la ramasse, il va finir par réagir.
En attendant, vous pouvez essayer d'obtenir plus d'informations sur le
réseau actuel : topologie, présence de switchs ou de hubs, protocoles ... et en
mettant une machine avec une carte en mode "promiscuous" sniffer les
paquets qui transitent pour avoir une idée du volume, etc bref pas mal
de boulot qui devrait être fait par l'aministrateur réseau.
Vous pourvez naturellement écrire quelques scripts python qui font
péridiquement des mesures (ping, tracepath, traceroute, ...) et gèrent
et analysent les données recueillies. Cela peut être une bonne base de
discussion avec les autres personnes inquiètes de la lenteur du résaeu.

Note:
(1) Par définition, le responsable hiérarchique qui décide d'une
solution technique est responsable de son choix. Il me semble logique
qu'il soit financièrement et pénalement responsable de ses décisioss.
Si vous n'avez pas votre mot à dire sur ces choix, vous avez tout de
même le droit à des conditions de travail minimales (et un réseau qui
ne marche pas ne satisfait pas ces conditions pour un développeur).

Effectivement, par contre on doit se plier devant la volonté du plus
grand nombre (ah la démocratie !). Et la volonté du plus grand nombre à
l'heure actuelle est de ne rien changer car ça marche à peu près pour
leur utilisation : connexion sous CDE et utilisation de nedit.
"If it works, don't fix it" est je crois le mot d'ordre...

Pratiquement le régime qui s'applique dans une entreprise n'est pas la
démocratie. Légalement non plus, puisqu'il y a la notion de lien de
subornitaion entre l'employeur et son salarié :-(

Pas facile de faire bouger les choses quand tu as plusieurs centaines de
personnes qui vont râler au moindre changement...

Certains changements techniques comme l'homogénéisation du parc (cartes
à 100MBits par ex), la subdivision en segments (pour éviter la
prolifération de messages de diffusion) .. ne peuvent faire qu'avancer
les choses.