Re: Détermination du DNS de la connection en cours
Je connaissais whoami mais pas "who am i" ou "who -m"...bon
c'est déjà mieux, mais j'ai toujours pas l'ip...je crois
que je vais laisser tomber à chercher quelque chose de
standard et créer un alias de
host `who am i | cut -d'(' -f2 | cut -d')' -f1`
sur tous les serveurs.
Merci à tous pour vos réponses
@++
JC
Surlignage Leopoldo Ghielmetti <[EMAIL PROTECTED]>:
> il faut utiliser simplement "who am i" pour savoir qui tu est sans bruit.
> :-)
>
> ciao, Leo
>
> Il 12:30, lunedì 23 settembre 2002, Jean-Claude Schopfer ha scritto:
> > Hellow,
> >
> > J'aimerai connaître l'ip et le nom DNS pour
> > ma connection en cours via SSH sur un serveur
> > debian woody
> >
> > J'ai l'habitude d'utiliser "who" ou "w" pour cela,
> > mais soit j'ai trop de connections, soit le DNS
> > est trop long pour que je puisse le voir complétement.
> >
> > Y a-t'il une commande standard pour ceci ?
> > A défaut un prog à installer ?
> >
> > @++
> > JC
>
> --
> Io suono al Conservatorio. Sì, ma non mi aprono mai.
> - Groucho Marx
> --
> http://www-internal.alphanet.ch/linux-leman/ avant de poser
> une question. Ouais, pour se désabonner aussi.
>
--
http://www-internal.alphanet.ch/linux-leman/ avant de poser
une question. Ouais, pour se désabonner aussi.
Re: Détermination du DNS de la connection en cours
il faut utiliser simplement "who am i" pour savoir qui tu est sans bruit. :-) ciao, Leo Il 12:30, lunedì 23 settembre 2002, Jean-Claude Schopfer ha scritto: > Hellow, > > J'aimerai connaître l'ip et le nom DNS pour > ma connection en cours via SSH sur un serveur > debian woody > > J'ai l'habitude d'utiliser "who" ou "w" pour cela, > mais soit j'ai trop de connections, soit le DNS > est trop long pour que je puisse le voir complétement. > > Y a-t'il une commande standard pour ceci ? > A défaut un prog à installer ? > > @++ > JC -- Io suono al Conservatorio. Sì, ma non mi aprono mai. - Groucho Marx -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Limitation CPU d'un processus
On Mon, 23 Sep 2002, Jean-Claude Schopfer wrote: > Surlignage Josep Serrano Margaleff <[EMAIL PROTECTED]>: > > > Salut, > > > > Regarde le comande "ulimit": > > -t The maximum amount of cpu time in seconds > > > Euh avec ulimit, je vais pouvoir dire ouais ok t'es un gentil processus, > tu fonctionne 10 minutes pis après tu te kill...oué non c'est pas ça > que je veuxil faut qu'il dure le temps qu'il doit durer, mais > jamais à plus de 25 % du CPU. En règle générale, je ne veux pas > que mon CPU soit utilisé à plus de 30% longtemps sur un portable. > IMHO, c'est impossible avec Linux. Mais, aujourd'hui a Freshmeat: http://freshmeat.net/projects/schedtool/?topic_id=136 On utilise O(1) scheduler par Ingo Molinar http://people.redhat.com/mingo/O(1)-scheduler/ (Apologies - English) Set: SCHED_BATCH for compute jobs SCHED_NORMAL for interactive work SCHED_FF and SCHED_RR for real-time This will not reserve 25% of the CPU for one process - but it looks interesting for batch scheduling. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Limitation CPU d'un processus
On Monday 23 September 2002 17:13, Jean-Claude Schopfer wrote: > Euh avec ulimit, je vais pouvoir dire ouais ok t'es un gentil processus, > tu fonctionne 10 minutes pis après tu te kill...oué non c'est pas ça > que je veuxil faut qu'il dure le temps qu'il doit durer, mais > jamais à plus de 25 % du CPU. En règle générale, je ne veux pas > que mon CPU soit utilisé à plus de 30% longtemps sur un portable. > > Merci quand même, c'est vrai que ulimit est sympa (enfin c'est pas > l'avis du processus mais bon :p) Il existe ce genre de fonctionalité sur les Unix propios, lié à des outils de gestion complexe d'utilisateurs, groupes, etc. ceci sur des sytèmes multi-CPU. Je ne sais pas si cela est disponible avec Linux, mais peut-être pas avec un kernel standard. Au pire, tu peux faire cela : Ecrire un prog en C qui chaque seconde va piquer le temps CPU utilisé par ton processus à ralentir. Tu fais un rapide calcul... si celui-ci a dépassé son temps de calcul, tu lui envoie un SIGSTOP, tu dors ensuite un temp T, déterminé aussi par calcul, puis, dés que ton prog est "réveillé", tu renvoies un SIGCONT au processus... et ainsi de suite. C'est pas ce qu'il y a de plus beau, mais le résultat devrait approcher ce que tu recherches, sans avoir besoin d'un kernel spécial et en mangeant vraiment un minimum de CPU pour cette gestion. Si maintenant tu veux vraiment t'éclater la tronche, tu peux envisager de gérer N processus en même temps ... :-) Daniel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Limitation CPU d'un processus
Surlignage Josep Serrano Margaleff <[EMAIL PROTECTED]>: > Salut, > > Regarde le comande "ulimit": > -t The maximum amount of cpu time in seconds > Euh avec ulimit, je vais pouvoir dire ouais ok t'es un gentil processus, tu fonctionne 10 minutes pis après tu te kill...oué non c'est pas ça que je veuxil faut qu'il dure le temps qu'il doit durer, mais jamais à plus de 25 % du CPU. En règle générale, je ne veux pas que mon CPU soit utilisé à plus de 30% longtemps sur un portable. Merci quand même, c'est vrai que ulimit est sympa (enfin c'est pas l'avis du processus mais bon :p) @++ JC -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Limitation CPU d'un processus
Surlignage Félix Hauri <[EMAIL PROTECTED]>: > > ``nice'' veut dire sympathique ;-) > > Si ton process est + sympa que les autres, alors les autres process ne > doivent pas souffrir du gros travail que ton process a à faire. > Imaginons que le processus prend 99 % et que je le nice pour faire fonctionner un autre processus, oui parfait le premier processus se calmera un peu... sauf que je veux pas faire fonctionner un autre processus, je veux juste que le premier processus ne soit pas utilisé à plus de 25% pour un processus particulier. Pourquoi me diras-tu ? ben sur un portable, un cpu qui fonctionne à 99 % pendant longtemps, ben ça chauffe, ça chauffe même beaucoup :/ @++ JC -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Détermination du DNS de la connection en cours
> Tu veux dire connaître l'adresse IP et le nom (hostname) via DNS > de la machine cliente qui se connecte par ssh au serveur debian woody? 1. je me connect sur un serveur avec ssh 2. j'aimerai exécuter une commande qui me permet de savoir qui je suis (login+ip+dns) de la connection courante. Le prob c'est que je peux déjà avoir 10 connections ouvertes à mon nom provenant d'autres machines clientes. Et bien sûr d'autres personnes sur le serveur. > C'est quoi trop long? Combien de caractère vois-tu? J'en vois au moins 25. dans w, le dns est complet dans w je vois que 16 caractères > > > Y a-t'il une commande standard pour ceci ? > > La commande "host adresse_IP" ou "host hostname" permet la résolution > nom-adresse. "host -a" donne beaucoup plus d'info (les DNS interrogés, etc. > Comme dig, mentionné par Félix. oui mais malheurement host exige un argument, il ne sait pas chercher la connection courante. Dig ne m'est d'aucun secours dans ce cas. > Tiens mais je suis sur government.linux-gull.ch (comment savoir quelle > version de debian?) ... uname -a cat /etc/issue @++ jc -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Détermination du DNS de la connection en cours
Hello, Ce lundi 23 septembre, Jean-Claude Schopfer a écrit: > J'aimerai connaître l'ip et le nom DNS pour > ma connection en cours via SSH sur un serveur > debian woody Tu veux dire connaître l'adresse IP et le nom (hostname) via DNS de la machine cliente qui se connecte par ssh au serveur debian woody? > J'ai l'habitude d'utiliser "who" ou "w" pour cela, > mais soit j'ai trop de connections, soit le DNS > est trop long pour que je puisse le voir complétement. C'est quoi trop long? Combien de caractère vois-tu? J'en vois au moins 25. > Y a-t'il une commande standard pour ceci ? La commande "host adresse_IP" ou "host hostname" permet la résolution nom-adresse. "host -a" donne beaucoup plus d'info (les DNS interrogés, etc. Comme dig, mentionné par Félix. Tiens mais je suis sur government.linux-gull.ch (comment savoir quelle version de debian?) et je vois que host -a me donne bien moins de renseignements que sur ma redhat 7.x. Bah, on ne peut pas tout savoir... > A défaut un prog à installer ? Anne -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Limitation CPU d'un processus
On Mon, 23 Sep 2002, Jean-Claude Schopfer wrote: > Nice permet de jouer sur la priorité > d'un processus par rapport à d'autres. > > Cela ne va donc pas fonctionner Hem.. On Mon, 23 Sep 2002, Jean-Claude Schopfer wrote: > ... j'aimerai lui dire "t'es gentil,... ``nice'' veut dire sympathique ;-) Si ton process est + sympa que les autres, alors les autres process ne doivent pas souffrir du gros travail que ton process a à faire. -- Félix Hauri - <[EMAIL PROTECTED]> - http://www.f-hauri.ch -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Limitation CPU d'un processus
Salut, Regarde le comande "ulimit": -t The maximum amount of cpu time in seconds Il est tres flexible et permet de configurer memoire, cpu, stack, files, etc... A+ Pep Serrano - Original Message - From: "Jean-Claude Schopfer" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, September 23, 2002 12:25 PM Subject: Limitation CPU d'un processus > Hellow, > > Comment puis-je limiter la consommation CPU > d'un processus ? > > Style un gros process qui prend habituellement > 99% du cpu, j'aimerai lui dire "t'es gentil, > mais je ne t'alloue que 25 % du cpu alors abuses pas". > > J'ai essayé avec de lui dire ça via le micro, > mais ça n'a pas marché :p > > @++ > JC > > -- > http://www-internal.alphanet.ch/linux-leman/ avant de poser > une question. Ouais, pour se désabonner aussi. > -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Détermination du DNS de la connectionen cours
On Mon, 23 Sep 2002, Jean-Claude Schopfer wrote: > Hellow, > > J'aimerai connaître l'ip et le nom DNS pour > ma connection en cours via SSH sur un serveur > debian woody > > J'ai l'habitude d'utiliser "who" ou "w" pour cela, > mais soit j'ai trop de connections, soit le DNS > est trop long pour que je puisse le voir complétement. > > Y a-t'il une commande standard pour ceci ? > A défaut un prog à installer ? dig (domain information groper) -- Félix Hauri - <[EMAIL PROTECTED]> - http://www.f-hauri.ch -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Détermination du DNS de la connection en cours
Surlignage Martin Herren <[EMAIL PROTECTED]>: > en gros > %> who | grep username > mes_connections.txt > %> less mes_connextions.txt Je me suis peut-être mal exprimé, mais who tronque le DNS si celui-ci est trop long. Donc ça ne va pas marcher :p Sinon, c'est clair que je peux faire mon propre prog pour obtenir cette information via les logs, mais je désirais obtenir une commande standard ou un prog qui fasse que cela :p Merci quand même @++ JC -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Limitation CPU d'un processus
Nice permet de jouer sur la priorité d'un processus par rapport à d'autres. Cela ne va donc pas fonctionner @++ JC Surlignage Pierre Maitre <[EMAIL PROTECTED]>: > Jean-Claude Schopfer a écrit : > > > > Comment puis-je limiter la consommation CPU > > d'un processus ? > > pourquoi pas nice? > > man nice > > > Pierre Maitre > > -- > Dr Pierre-O. Maitre > Privat Docent > FMH Anesthésiologie > FMH Pharmacologie Clinique > Cabinet médical / A la Joy > CH-1272 Genolier Switzerland > -- > http://www-internal.alphanet.ch/linux-leman/ avant de poser > une question. Ouais, pour se désabonner aussi. > -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Limitation CPU d'un processus
On Mon, 23 Sep 2002 12:25:46 +0200 Jean-Claude Schopfer <[EMAIL PROTECTED]> wrote: > Hellow, > > Comment puis-je limiter la consommation CPU > d'un processus ? > > Style un gros process qui prend habituellement > 99% du cpu, j'aimerai lui dire "t'es gentil, > mais je ne t'alloue que 25 % du cpu alors abuses pas". je sais pas comment faire pour que le processus n'utilise jamais plus que 25%, mais avec 'nice' tu peux en réduire la priorité. C'est-à-dire que le processus utilisera ses 99% si rien d'autre tourne, mais si un autre processus veut tourner et à besoin de 40% du cpu, il lui laissera gentilment sa place et n'utilisera plus que 60%. man nice > > J'ai essayé avec de lui dire ça via le micro, > mais ça n'a pas marché :p faudrait penser à upgrader ton logiciel de reconnaissance parole... -- Martin Herren +41 (0)79 746 57 83 OpenPGP Public key @ http://www.on-the-web.ch/sputnik/gpg.asc msg08886/pgp0.pgp Description: PGP signature
Re: Limitation CPU d'un processus
Jean-Claude Schopfer a écrit : > > Comment puis-je limiter la consommation CPU > d'un processus ? pourquoi pas nice? man nice Pierre Maitre -- Dr Pierre-O. Maitre Privat Docent FMH Anesthésiologie FMH Pharmacologie Clinique Cabinet médical / A la Joy CH-1272 Genolier Switzerland -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Détermination du DNS de la connection en cours
On Mon, 23 Sep 2002 12:30:30 +0200 Jean-Claude Schopfer <[EMAIL PROTECTED]> wrote: > Hellow, > > J'aimerai connaître l'ip et le nom DNS pour > ma connection en cours via SSH sur un serveur > debian woody > > J'ai l'habitude d'utiliser "who" ou "w" pour cela, > mais soit j'ai trop de connections, soit le DNS > est trop long pour que je puisse le voir complétement. - piper who dans un 'grep ton_nom_de_login' pour voir que tes connetions - rediriger le résultat dans un fichier si c'est trop long pour être affiché correctement en gros %> who | grep username > mes_connections.txt %> less mes_connextions.txt ou alors j'ai pas vraiment compris ce que tu veux faire. -- Martin Herren +41 (0)79 746 57 83 OpenPGP Public key @ http://www.on-the-web.ch/sputnik/gpg.asc msg08884/pgp0.pgp Description: PGP signature
Détermination du DNS de la connection en cours
Hellow, J'aimerai connaître l'ip et le nom DNS pour ma connection en cours via SSH sur un serveur debian woody J'ai l'habitude d'utiliser "who" ou "w" pour cela, mais soit j'ai trop de connections, soit le DNS est trop long pour que je puisse le voir complétement. Y a-t'il une commande standard pour ceci ? A défaut un prog à installer ? @++ JC -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Limitation CPU d'un processus
Hellow, Comment puis-je limiter la consommation CPU d'un processus ? Style un gros process qui prend habituellement 99% du cpu, j'aimerai lui dire "t'es gentil, mais je ne t'alloue que 25 % du cpu alors abuses pas". J'ai essayé avec de lui dire ça via le micro, mais ça n'a pas marché :p @++ JC -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Xine (suite)
Oups... pour la librairie libdvdcss, il faut lire en fait : libdvdcss2 (n'oubliez pas le deux !!!) Mille excuses.. Daniel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Installtion de Xine
Concerne une vieille discussion à popos d'installation de Xine. J'ai enfin eu le temps de finaliser l'installation de Xine 0.9.13. VOici donc un résumé de la procédure à suivre ainsi que la liste de packages nécessaires. Vous avex besoin des packages suivants : xine-ui 0.9.13 xine-lib 0.9.13 xine-dvdnav 0.9.13 libdvdnav libdvdread libdvdcss Pour les trois dernières librairies, prenez les dernières versions. Maintenant, pour chacun de ces packages, vous devez effectuer la procédure : tar -xzf package.gz cd package ./configure make su make install Appliquez cette procédure à tous les packages dans l'ordre suivant : livdvdcss libdvdread libdvdnav xine-lib xine-ui un petit ldconfig Et enfin encore la même procédure pour xine-dvdnav Notez que xine-dvdnav est devenu le plugin standard de xine à partir de la 0.9.13. A partir de la prochaine (sans doute 0.9.14), ce package devrait être inclus avec xine-ui. Pour visualiser un DVD, démarez xine, puis cliquez sur "NAV", losrque dvdread a décodé toutes les clés, cliquez sur le bouton "play"... et voilà ! NAV fonctionne très bien, permet d'accèder aux menus du DVD, mais la version 0.9.13 est un peu saccadée :-( Peut-être que 'vlc" n'a pas ce probleème.. je ne sais pas... Attention, il existe d'autre plugins (d4d, d5d, dmd), mais ceux-ci ne sont pas compatible avec la version 0.9.13, mais seulement la 0.9.12. Récupérerz seulement les tarballs en download standard, PAS DEPUIS CVS. En effet, l'API est en pleine mutation et les versions en CVS ne sont pour l'instant pas utilisables. Daniel PS: La compilation de xine-lib prend 5'30" sur un système à 730 Mhz ! -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Connexion wireless LAN
On Saturday 21 September 2002 15:02, Blaise Drayer wrote: > Vu l'heure je pense pour le brouillage par des fours à micro-onde. Sauf erreur, les fours à MO sont "blindés", du moins assez pour éviter de causer des problèmes aux porteurs de pace-maker. Par contre, tous les appareils du genre "mixer", "fouets électriques", et autres bidules électro-ménagers avec moteurs, sont des horreurs sur le plan des émissions parasites. 12:00 c'est l'heure de préparer le repas comme dit Blaise :-) Daniel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Difference entre cached et swap
On Friday 20 September 2002 20:58, Stephane Aubin wrote: > Mais paradoxalement ca fini par tuer les perf de ma machine. Qui devient > plutot lente alors qu'il n'y a rien dans le swap. Et si je redemarre la > boite ca redevient plus vif. Une idee pour eviter ce phenomene (est ce > la "latence" du kernel ?) Sous Linux, la taille de la mémoire alouée au cache est adaptée dynamiquement. C'est très avantageux sur un sytème dont le mode d'utilisation subit des variations lentes. Si tu démare une application très gourmande en accès disque, et que tu ne fasses pas grand chose d'autre sur ton sytème pendant ce temps, le kernel va chercher à augmenter sa part de mémoire pour l'utilisation de la cache. Suivant la taille de ta RAM, cela peut représenter quelque chose d'assez gros. Une fois ton process terminer, les autres applications que tu vas démarer (et qui sont sans doute plus "intercatives"), vont se trouver en concurence pour l'accès à la RAM. Le kernel va alors commencer un processu inverse, consistant à libérer cette RAM préalablement utilisée par le cache. On ne peut pas forcéement se contenter d'écraser les contenu de cette RAM car il se peut que certains buffers nécessitent une écriture sur disque (mais souvent minimal). Et c'est justement ce qui prend parfois un peu de temps. Tout dépend de la taille de la RAM, des paramèters du kernel et de la vitesse des disques. Il existe un petit programme qui permet de visualiser l'utilisation de la mémoire (entre autre) de manière dynamique, et qui est très pratique pour "voir" ce genre de problème. Il s'agit de 'xosview'. Daniel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
