EDI rapide pour Python

On 13 Jun 2005 13:16:27 GMT, "F. Petitjean" <littlejohn.75@news.free.fr>
wrote :

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)

J'ai changé le mode de connexion de 'Passive' à XDMCP-broadcast.
J'avoue que je n'ai rien compris mais c'était indiqué quelque part sur
Internet...

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.

Oui si c'est juste ça, ça peut passer...
On va faire un test pour voir...

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.

Le problème c'est que l'on ne sait pas très bien si c'est le matériel,
le réseau ou Exceed le coupable...

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.

J'avoue que tout cela dépasse un peu mes compétences...
Etes-vous aussi un simple utilisateur sur votre réseau ? Car j'aimerais
bien voir la tête de votre administrateur réseau quand vous lui posez
toutes ces questions. Le mien me regarde déjà bizarrement... ;-)

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é :-(

Effectivement les chefs décident mais souvent les chefs écoutent le plus
grand nombre...
Et je ne peux pas changer de chefs ! ;-)

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.

Oui c'est sûr. Reste à avancer dans la bonne direction du premier coup.
Là je pense que sans une aide extérieure on ne va pas y arriver et comme
les sous manquent en ce moment : statu quo :-(

Merci en tout cas pour tous ces éclaircissements, je vais m'orienter
vers xemacs pour l'instant !

Bonjour,

Accédant à Unix via Exceed sous Windows j'ai de gros problème de
performance avec tout ce qui est affichage graphique.
En particulier des applications comme SPE ou Boa constructor sont
_vraiment_ très lente à charger et l'interface n'est pas du tout
réactive.

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 ?

Pour vous donner une idée, pour l'instant nedit est suffisamment rapide
mais il fait juste éditeur (et encore pas terrible).

Si ce genre d'EDI n'existent pas, connaîtriez-vous d'autres éditeurs
aussi rapide que nedit mais plus complet ?

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

Merci d'avance,

Et jEdit? C'est plutôt bon (voire très bon!) comme éditeur.

Alain