Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11

[OpenBSD] Charge système

14 réponses
Avatar
Julien `soda` Delange
Bonjour,

Devenant petit à petit un homme (donc, la barbe poussant de plus en plus
sans vraiment s'en occuper), j'ai décidé sur un coup de tête de virer la
Debian de ma gateway, et de mettre OpenBSD.
Bref, j'ai foutu ce système, j'ai configuré named, dhcpd, et pour le
moment, il route la connexion ADSL (par modem USB speedtouch, oui, je
sais, personne n'est parfait, mais, même sous la torture, Mamadoo - mon
ancien FAI - n'a daigné me filer un ethernet). Ah oui, j'ai aussi mis
pure-ftpd, mais c'est pas lui qui bouffe des ressources.

Le truc, c'est qu'avec ma Debian, la machine loadait à 0 (enfin, pour être
précis comme un ping d'OpenBSD, à 0.2 ~ 0.5). Or, sur l'OpenBSD, j'ai en
ce moment 1 de load. Bien sur, ppp prend des ressources systèmes, mais
totu de même (il prend dans les 5% de CPU).

La machine est doté d'un formidable et rutilant Pentium 133 Mhz, avec 40
Mo de RAM.

Avez vous une explication quant à cette charge ***importante*** ? Etant
plus ou moins nouveau dans le monde des *BSD, j'ai peut-être oublié
quelque chose ?

10 réponses

1 2
Avatar
Erwan David
Julien `soda` Delange écrivait :

Le truc, c'est qu'avec ma Debian, la machine loadait à 0 (enfin, pour être
précis comme un ping d'OpenBSD, à 0.2 ~ 0.5). Or, sur l'OpenBSD, j'ai en
ce moment 1 de load. Bien sur, ppp prend des ressources systèmes, mais
totu de même (il prend dans les 5% de CPU).

La machine est doté d'un formidable et rutilant Pentium 133 Mhz, avec 40
Mo de RAM.

Avez vous une explication quant à cette charge ***importante*** ? Etant
plus ou moins nouveau dans le monde des *BSD, j'ai peut-être oublié
quelque chose ?


1) top dit quoi ?

2) tu serais pas passé à bind 9 ?

--
Monde de merde

Avatar
talon
Julien `soda` Delange wrote:
Bonjour,

Devenant petit à petit un homme (donc, la barbe poussant de plus en plus
sans vraiment s'en occuper), j'ai décidé sur un coup de tête de virer la
Debian de ma gateway, et de mettre OpenBSD.
Bref, j'ai foutu ce système, j'ai configuré named, dhcpd, et pour le
moment, il route la connexion ADSL (par modem USB speedtouch, oui, je
sais, personne n'est parfait, mais, même sous la torture, Mamadoo - mon
ancien FAI - n'a daigné me filer un ethernet). Ah oui, j'ai aussi mis
pure-ftpd, mais c'est pas lui qui bouffe des ressources.

Le truc, c'est qu'avec ma Debian, la machine loadait à 0 (enfin, pour être
précis comme un ping d'OpenBSD, à 0.2 ~ 0.5). Or, sur l'OpenBSD, j'ai en
ce moment 1 de load. Bien sur, ppp prend des ressources systèmes, mais
totu de même (il prend dans les 5% de CPU).


Si tu as 1 de load c'est que tu as un processus qui tourne en continu.
Exemple sur ma machine (FreeBSD) top me dit:
last pid: 44391; load averages: 1.00, 1.00, 1.00 up 14+19:12:01 12:53:11
47 processes: 2 running, 45 sleeping
CPU states: 0.0% user, 99.2% nice, 0.4% system, 0.4% interrupt, 0.0% idle
Mem: 109M Active, 7128K Inact, 43M Wired, 28K Cache, 35M Buf, 85M Free
Swap: 800M Total, 68K Used, 800M Free

PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND
39881 picco 137 15 2696K 804K RUN 182.5H 98.58% 98.58% rect5_7.exe
72138 root 96 0 19416K 12196K select 11:00 0.00% 0.00% kdm_greet
72132 root 96 0 63880K 62396K select 9:46 0.00% 0.00% XFree86
438 root 96 0 1592K 1004K select 1:24 0.00% 0.00% ntpd
656 nobody 96 0 11044K 10072K select 1:18 0.00% 0.00% squid
278 root 96 0 1280K 732K select 0:37 0.00% 0.00% syslogd
560 bind 96 0 6496K 5180K select 0:21 0.00% 0.00% named
540 news 96 0 10624K 8764K select 0:09 0.00% 0.00% innd
604 root 96 0 1336K 884K select 0:08 0.00% 0.00% master
309 root 96 0 1292K 860K select 0:08 0.00% 0.00% ypbind
684 root 96 0 1596K 1116K select 0:08 0.00% 0.00% amd
488 root 8 0 1352K 948K nanslp 0:06 0.00% 0.00% cron
611 postfix 96 0 1428K 1024K select 0:05 0.00% 0.00% qmgr
467 root 96 0 3436K 1472K select 0:03 0.00% 0.00% sshd
405 root 96 0 1196K 628K select 0:02 0.00% 0.00% usbd
293 root 96 0 1420K 960K select 0:02 0.00% 0.00% rpcbind
386 root 96 0 1280K 820K select 0:00 0.00% 0.00% mountd
633 root 96 0 1188K 608K select 0:00 0.00% 0.00% moused
657 root 96 0 1392K 888K select 0:00 0.00% 0.00% inetd
388 root 96 0 1236K 800K select 0:00 0.00% 0.00% nfsd
425 root 96 0 1248K 712K select 0:00 0.00% 0.00% lpd
44391 talon 96 0 2236K 1392K RUN 0:00 0.00% 0.00% top
72131 root 96 0 2280K 924K select 0:00 0.00% 0.00% kdm
514 nobody 4 0 36940K 7976K accept 0:00 0.00% 0.00% dictd
44382 talon 20 0 2652K 2208K pause 0:00 0.00% 0.00% zsh
44379 root 4 0 6172K 2264K sbwait 0:00 0.00% 0.00% sshd
44381 talon 96 0 6188K 2348K select 0:00 0.00% 0.00% sshd
44212 postfix 96 0 1372K 988K select 0:00 0.00% 0.00% pickup
72133 root -8 0 2480K 1360K piperd 0:00 0.00% 0.00% kdm
679 nobody 4 0 1580K 488K sbwait 0:00 0.00% 0.00% squidGuard
678 nobody 4 0 1580K 488K sbwait 0:00 0.00% 0.00% squidGuard
680 nobody 4 0 1580K 488K sbwait 0:00 0.00% 0.00% squidGuard
682 nobody -8 0 1136K 472K piperd 0:00 0.00% 0.00% unlinkd
654 root 8 0 3120K 1316K wait 0:00 0.00% 0.00% squid
669 root 5 0 1236K 780K ttyin 0:00 0.00% 0.00% getty
...

Tu vois que le load moyen est à 1.00, correspondant au processus rect5_7.exe
qui tourne en continu, tandis que squid, inn, bind9, postfix, etc. qui
tournent sur la machine ne la chargent pas "beaucoup".

La machine est doté d'un formidable et rutilant Pentium 133 Mhz, avec 40
Mo de RAM.

Avez vous une explication quant à cette charge ***importante*** ? Etant
plus ou moins nouveau dans le monde des *BSD, j'ai peut-être oublié
quelque chose ?


--
Michel Talon

Avatar
Olivier Cherrier
In article <bgaspl$3ko$, wrote:
Si tu as 1 de load c'est que tu as un processus qui tourne en continu.
Exemple sur ma machine (FreeBSD) top me dit:
last pid: 44391; load averages: 1.00, 1.00, 1.00 up 14+19:12:01 12:53:11
47 processes: 2 running, 45 sleeping
CPU states: 0.0% user, 99.2% nice, 0.4% system, 0.4% interrupt, 0.0% idle
Mem: 109M Active, 7128K Inact, 43M Wired, 28K Cache, 35M Buf, 85M Free
Swap: 800M Total, 68K Used, 800M Free

PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND
39881 picco 137 15 2696K 804K RUN 182.5H 98.58% 98.58% rect5_7.exe
72138 root 96 0 19416K 12196K select 11:00 0.00% 0.00% kdm_greet
72132 root 96 0 63880K 62396K select 9:46 0.00% 0.00% XFree86


... [snip]

Tu vois que le load moyen est à 1.00, correspondant au processus rect5_7.exe
qui tourne en continu, tandis que squid, inn, bind9, postfix, etc. qui
tournent sur la machine ne la chargent pas "beaucoup".


J'ai l'impression qu'il ne voulait pas une explication du load
mais plutôt voir si d'autre personne avait le même symptôme.


Effectivement, sans donné plus d'infos ... c'est dur.
Ce n'est pas forcément non plus un processus qui bouffe du CPU,
ça peut être des périphériques qui ne suivent pas ... Regarde du
côté de systat. Donne aussi un dmesg.

oc

Avatar
Julien `soda` Delange
On Thu, 31 Jul 2003 12:30:38 +0200, Erwan David wrote:

1) top dit quoi ?


load averages: 1.87, 1.79, 1.71 19:08:58
22 processes: 1 running, 21 idle
CPU states: 2.2% user, 0.0% nice, 4.2% system, 1.4% interrupt, 92.2% idle
Memory: Real: 8924K/20M act/tot Free: 14M Swap: 0K/80M used/tot

PID USERNAME PRI NICE SIZE RES STATE WAIT TIME CPU COMMAND
25894 root 2 0 736K 968K sleep select 11:26 3.96% ppp
13135 root 2 -20 184K 388K sleep netio 2:37 0.00% pppoa2
24539 root 0 -20 184K 284K sleep ugenrb 2:24 0.00% pppoa2
10993 named 2 0 2180K 2224K sleep select 0:39 0.00% named
6627 root 4 0 368K 244K sleep bpf 0:19 0.00% pflogd
29327 root 2 0 356K 876K idle select 0:10 0.00% sshd
30359 root 2 0 104K 384K sleep select 0:01 0.00% syslogd
6667 root 2 0 232K 468K idle select 0:00 0.00% cron
9917 root 2 0 452K 1248K idle netio 0:00 0.00% sshd
25323 soda 28 0 152K 728K run - 0:00 0.00% top
9130 soda 10 0 664K 1100K idle wait 0:00 0.00% bash
15585 soda 2 0 404K 992K sleep select 0:00 0.00% sshd
1 root 10 0 340K 200K idle wait 0:00 0.00% init
28616 root 2 0 64K 364K idle select 0:00 0.00% inetd
21889 root 2 0 232K 404K idle poll 0:00 0.00% dhcpd
17544 root 3 0 44K 400K idle ttyin 0:00 0.00% getty
23642 root 3 0 48K 404K idle ttyin 0:00 0.00% getty
28517 root 3 0 48K 404K idle ttyin 0:00 0.00% getty



2) tu serais pas passé à bind 9 ?
:/home/soda->named -v

BIND 9.2.2
:/home/soda->

Donc, oui :)
Bind9 pompe plus de ressources que d'autres ???? Car j'avais également
bind9 sur la debian/stable.



Sinon, je pensais que c'etait peut-être l'USB qui pompait pas mal, car le
driver est encore en beta ...


Et si vous insistez, je donne mon dmesg :
:/home/soda->dmesg
OpenBSD 3.3 (GENERIC) #44: Sat Mar 29 13:22:05 MST 2003
:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: F00F bug workaround installed
cpu0: Intel Pentium (P54C) ("GenuineIntel" 586-class) 133 MHz
cpu0: FPU,V86,DE,PSE,TSC,MSR,MCE,CX8
real mem = 41529344 (40556K)
avail mem = 32890880 (32120K)
using 532 buffers containing 2179072 bytes (2128K) of memory
mainbus0 (root)
bios0 at mainbus0: AT/286+(00) BIOS, date 12/08/95, BIOS32 rev. 0 @ 0xfc2d0
pcibios0 at bios0: rev. 2.1 @ 0xf0000/0x10000
pcibios0: PCI BIOS has 4 Interrupt Routing table entries
pcibios0: PCI Interrupt Router at 000:07:0 ("Intel 82371FB PCI-ISA" rev 0x00)
pcibios0: PCI bus #0 is the last bus
WARNING: can't reserve area for I/O APIC.
WARNING: can't reserve area for Local APIC.
bios0: ROM list: 0xc0000/0x8000 0xed000/0x1000
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel 82437FX" rev 0x02
pcib0 at pci0 dev 7 function 0 "Intel 82371FB PCI-ISA" rev 0x02
vga1 at pci0 dev 8 function 0 "Cirrus Logic CL-GD5430" rev 0x47
wsdisplay0 at vga1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
rl0 at pci0 dev 17 function 0 "Realtek 8139" rev 0x10: irq 9 address 00:50:fc:4d :e2:6c
rlphy0 at rl0 phy 0: RTL internal phy
ohci0 at pci0 dev 19 function 0 "Opti RM861HA" rev 0x10: irq 11, OHCI version 1. 0, legacy support
usb0 at ohci0: USB revision 1.0
uhub0 at usb0
uhub0: vendor 0x0000 OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
isa0 at pcib0
isadma0 at isa0
pckbc0 at isa0 port 0x60/5
pckbd0 at pckbc0 (kbd slot)
pckbc0: using irq 1 for kbd slot
wskbd0 at pckbd0: console keyboard, using wsdisplay0
wdc0 at isa0 port 0x1f0/8 irq 14
wd0 at wdc0 channel 0 drive 0: <Seagate Technology 1080MB - ST31082A>
wd0: 16-sector PIO, LBA, 1032MB, 2097 cyl, 16 head, 63 sec, 2114180 sectors
wd1 at wdc0 channel 0 drive 1: <ST31277A>
wd1: 16-sector PIO, LBA, 1221MB, 2482 cyl, 16 head, 63 sec, 2501856 sectors
wd0(wdc0:0:0): using BIOS timings
wd1(wdc0:0:1): using BIOS timings
ep0 at isa0 port 0x200/16 irq 3: address 00:60:8c:91:e9:d6, utp/aui (default utp )
pcppi0 at isa0 port 0x61
midi0 at pcppi0: <PC speaker>
sysbeep0 at pcppi0
npx0 at isa0 port 0xf0/16: using exception 16
biomask 4800 netmask 4a08 ttymask 4a0a
pctr: 586-class performance counters and user-level cycle counter enabled
dkcsum: wd0 matched BIOS disk 80
wd1: no disk label
dkcsum: wd1 matched BIOS disk 81
root on wd0a
rootdev=0x0 rrootdev=0x300 rawdev=0x302
ugen0 at uhub0 port 1
ugen0: ALCATEL Speed Touch USB, rev 1.10/0.00, addr 2
in6_purgeaddr: failed to remove a route to the p2p destination: fe80:000b::2e13: 198e on tun0, errnoe
:/home/soda->




Voilà, c'est juste pour information, si quelqu'un a cela, car après tout,
le système fonctionne tout de même ;-)



Merci de vos réponses

Avatar
talon
Olivier Cherrier wrote:


Effectivement, sans donné plus d'infos ... c'est dur.
Ce n'est pas forcément non plus un processus qui bouffe du CPU,
ça peut être des périphériques qui ne suivent pas ... Regarde du
côté de systat. Donne aussi un dmesg.


Je doute quand même que Open soit à ce point différent de Free, sur lequel je
vois que:
man getloadavg
The getloadavg() function returns the number of processes in the system
run queue averaged over various periods of time.

Autrement dit le "average load" représente le nombre de process "runnables"
qui se partagent l'exécution par le processeur, et est donc (sauf de manière
indirecte) indépendant de la "charge système" dont vous parlez (interruptions,
etc.). A mon avis si on observe un load de 1 alors qu'on est persuadé qu'aucun
processus ne tourne en continu, c'est qu'il y en a au moins un qui a échappé
au contrôle et qu'on a oublié, genre mozilla qui tourne dans un coin et s'est
détaché de son terminal de contrôle (ça m'est déjà arrivé).


oc


--
Michel Talon

Avatar
Marco
The getloadavg() function returns the number of processes in the system
run queue averaged over various periods of time.


La valeur moyenne du nombre de processus eligibles sur des periodes de
temps variables (dans notre cas 1 minute, puis 5 et 15).

Autrement dit le "average load" représente le nombre de process "runnables"
qui se partagent l'exécution par le processeur,


On est d accord jusque la.

et est donc (sauf de manière
indirecte) indépendant de la "charge système" dont vous parlez (interruptions,
etc.).


Effectivement ce n est pas forcement lie. Un process de calcul
scientifique qui est dans sa boucle principale, pas d IO, pas d
allocations mem, pas de reseau => pas d interruptions, juste qq page faults.

Seulement si plusieurs processus, qui sont comptabilises dans la
runqueue du scheduler, entrent en competition pour l usage du
processeur, c est pour utiliser du CPU et donc charger le systeme.

Si ton systeme a une charge superieure de quelques unites par CPU (si je
me rappelle bien, la charge n est pas divisee par le nbre de CPU) sur de
tres longues periodes de temps (la tout est relatif, si tu fais du
serveur, du calcul, de la visu ...) tu peux considerer ton systeme comme
trop charge ou pas correctement dimensionne pour ton usage.

Car plusieurs process en attente pour le CPU, les disques ou le reseau
=> ressources insuffisantes.

A mon avis si on observe un load de 1 alors qu'on est persuadé qu'aucun
processus ne tourne en continu, c'est qu'il y en a au moins un qui a échappé
au contrôle et qu'on a oublié, genre mozilla qui tourne dans un coin et s'est
détaché de son terminal de contrôle (ça m'est déjà arrivé).


Pas vraiment compris l explication ici. On parle du nombre de processus
eligible dans la runqueue du scheduler. Que ton processus soit lie ou
pas a un terminal ou un WM ou autre chose ne changera rien sur ce compte
et puis le scheduler n oubliera pas un processus en cours de route ou
sinon je vais commencer a comprendre mes utilisateurs qui se plaignent 8)

Marco.
PS: et bon week end a tous.

Avatar
talon
Marco wrote:
Pas vraiment compris l explication ici. On parle du nombre de processus
eligible dans la runqueue du scheduler. Que ton processus soit lie ou
pas a un terminal ou un WM ou autre chose ne changera rien sur ce compte
et puis le scheduler n oubliera pas un processus en cours de route ou
sinon je vais commencer a comprendre mes utilisateurs qui se plaignent 8)


On est complètement d'accord. Ce qui m'est arrivé c'est d'avoir un mozilla
dont la fenêtre était morte et qui tournait tout seul dans son coin sans aucun
signe visible (autre que dans ps ou top, bien sûr, encore faut-il y regarder).
Evidemment il comptait pour 1 dans la queue du scheduler, et en fait occupait
même 90% du CPU. C'est à ce genre de phénomène que je faisais allusion. Par
contre, si un processus génère énormément d'interruptions, et donc de charge
système, je ne vois pas en quoi ceci augmente le load, sauf de manière
indirecte (c'est à dire tout le temps passé en mode kernel retarde les autres
processus et la queue d'exécution s'allonge).
Maintenant tu dis que sur une machine bien gérée le load doit être aux
environs de 1 par CPU. Je pense que ce n'est généralement pas le cas des
serveurs. Il me semble qu'un serveur ftp a fréquemment des dizaines voire des
centaines de processus ftp qui tournent concurremment, et donc une charge
énorme, tout en fournissant un excellent service.
Par contre pour un desktop il est clair que le cas habituel correspond à un
load voisin de 0, en effet.

Marco.
PS: et bon week end a tous.



--
Michel Talon

Avatar
Oliver
On Thu, 31 Jul 2003 12:16:30 +0200
Julien `soda` Delange wrote:

Bonjour,

Devenant petit à petit un homme (donc, la barbe poussant de plus en
plus sans vraiment s'en occuper), j'ai décidé sur un coup de tête de
virer la Debian de ma gateway, et de mettre OpenBSD.
Bref, j'ai foutu ce système, j'ai configuré named, dhcpd, et pour le
moment, il route la connexion ADSL (par modem USB speedtouch, oui, je
sais, personne n'est parfait, mais, même sous la torture, Mamadoo - mon
ancien FAI - n'a daigné me filer un ethernet). Ah oui, j'ai aussi mis
pure-ftpd, mais c'est pas lui qui bouffe des ressources.

Le truc, c'est qu'avec ma Debian, la machine loadait à 0 (enfin, pour
être précis comme un ping d'OpenBSD, à 0.2 ~ 0.5). Or, sur l'OpenBSD,
j'ai en ce moment 1 de load. Bien sur, ppp prend des ressources
systèmes, mais totu de même (il prend dans les 5% de CPU).

La machine est doté d'un formidable et rutilant Pentium 133 Mhz, avec
40 Mo de RAM.

Avez vous une explication quant à cette charge ***importante*** ? Etant
plus ou moins nouveau dans le monde des *BSD, j'ai peut-être oublié
quelque chose ?


OpenBSD ne gère pas l'Adsl au niveau Kernel, mais au niveau userland. Si
tu veux réduire ta charge pour avoir une charge semblable à celle de
Linux (Ou le pppoe est au niveau du Kernel), tu peux essayer NetBSD.

Avatar
Vincent Bernat
OoO La nuit ayant déjà recouvert d'encre ce jour du samedi 09 août
2003, vers 23:24, Oliver disait:

OpenBSD ne gère pas l'Adsl au niveau Kernel, mais au niveau
userland. Si


Te serait-il possible de configurer Sylpheed de façon à envoyer soit
de l'ISO 8859-1, soit de l'ISO 8859-15, mais pas d'UTF-8 ?
--
die_if_kernel("Whee... Hello Mr. Penguin", current->tss.kregs);
2.2.16 /usr/src/linux/arch/sparc/kernel/traps.c

Avatar
Miod Vallat
Te serait-il possible de configurer Sylpheed de façon à envoyer soit
de l'ISO 8859-1, soit de l'ISO 8859-15, mais pas d'UTF-8 ?


Si je dis qu'avec Sylpheed, il n'est pas possible de configurer autre
chose que des réglages de merde, on va me traiter de vil trolleur (que
je ne dénie pas), alors je me tais, mais je n'en pense pas moins.

1 2