Страница 1 из 1
vmstat и большое значение procs->b
Добавлено: 2008-02-26 2:25:43
Kiriller
Доброго всем!
Выполняю vmstat на FreeBSD 6.1
Код: Выделить всё
$ uname -a
FreeBSD s1.xxx.com.ua 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Sun May 7 04:42:56 UTC 2006 root@opus.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386
Код: Выделить всё
$ vmstat -w 5
procs memory page disks faults cpu
r b w avm fre flt re pi po fr sr ad4 ad6 in sy cs us sy id
1 17 3 1577180 1117376 715 0 2 0 641 0 0 0 2337 71743 7496 14 6 80
1 18 1 1575804 1114668 61 0 0 0 48 0 0 0 6626 204069 21248 35 15 50
5 18 0 1581492 1106776 454 0 0 0 312 0 0 0 5225 182420 17136 36 14 50
5 18 1 1577840 1106700 316 0 0 0 430 0 0 0 5401 189683 18873 34 16 50
3 18 1 1570324 1063764 674 0 0 0 632 0 0 0 4928 188881 17427 34 16 50
Кто может подсказать, почему могут быть таки высокие значения в колонке procs->b?
Да и в разделе discs все по нолям...
Пробовал отключать все даемоны, но значения из колонки опускаются ну максимум до 16... Аж прям ненормально как-то...
А если загрузить машину apache benchmakr, то возрастает только значение procs->r ...
С чем может быть связана такая ерунда?
Код: Выделить всё
$ top
last pid: 1627; load averages: 0.35, 6.64, 6.09 up 0+00:16:15 01:19:12
221 processes: 1 running, 220 sleeping
CPU states: 3.0% user, 0.0% nice, 1.2% system, 0.0% interrupt, 95.8% idle
Mem: 304M Active, 303M Inact, 201M Wired, 112M Buf, 1195M Free
Swap: 4096M Total, 4096M Free
PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND
1625 spamd 1 -8 0 3944K 3612K piperd 0 0:00 5.00% perl5.8.8
555 mysql 64 20 0 357M 87304K kserel 0 1:23 3.22% mysqld
1627 postfix 1 96 0 2612K 2284K select 0 0:00 2.00% smtpd
1621 zavtra 1 96 0 2792K 2056K CPU2 2 0:00 1.00% top
1626 spamd 1 4 0 3508K 1596K sbwait 0 0:00 1.00% spamc
1429 www 1 4 0 38372K 23688K accept 2 0:03 0.39% httpd
1615 www 1 4 0 38372K 23292K select 2 0:00 0.30% httpd
661 root 1 96 0 32900K 31424K select 2 0:06 0.20% perl5.8.8
1614 www 1 4 0 38368K 23356K accept 2 0:00 0.18% httpd
1613 www 1 4 0 38368K 23364K accept 2 0:00 0.06% httpd
646 clamav 2 96 0 39252K 37612K ucond 0 0:03 0.05% clamd
1117 www 1 4 0 38368K 23636K accept 2 0:05 0.00% httpd
1180 www 1 4 0 38368K 23640K accept 2 0:04 0.00% httpd
1146 www 1 4 0 38368K 23636K accept 2 0:04 0.00% httpd
1334 www 1 4 0 38404K 23572K accept 2 0:04 0.00% httpd
1197 www 1 4 0 38368K 23624K accept 2 0:04 0.00% httpd
Re: vmstat и большое значение procs->b
Добавлено: 2008-02-26 12:33:37
Alex Keda
собсно - чё-то беспокоит?
Тормозит, или работает некооректно?
Re: vmstat и большое значение procs->b
Добавлено: 2008-02-26 14:05:51
Kiriller
В штатном режиме - не тормозит.
Но господа спамеры повадились засыпать сервер левыми запросами (пытаются комментарии к статьям добавлять), и когда таких запросов идет 1000 за минуту, тогда начинаются тормоза.
Re: vmstat и большое значение procs->b
Добавлено: 2008-02-26 14:14:42
weec
OFF_TOPIC
Kiriller, семерку ставь с ULE-планировщиком (хади конём
)
видишь, тот же MySQL активно треды юзает
у тебя всего 2 головы системой юзается, а остальные отдыхают
Re: vmstat и большое значение procs->b
Добавлено: 2008-02-26 15:20:29
Alex Keda
телепатирую - два ядра с гипертрейдингом.
вырубил бы ты его нах...
Re: vmstat и большое значение procs->b
Добавлено: 2008-02-26 15:24:42
weec
вывод dmesg в студию
Re: vmstat и большое значение procs->b
Добавлено: 2008-02-26 15:32:03
Alex Keda
да и без дмесга ясно.
я уже такое видел не раз...
тока не ядра - головы две с гипертрейдингом....
Re: vmstat и большое значение procs->b
Добавлено: 2008-02-26 16:32:28
weec
есть ли способ выключить его используя настройки системы?
Re: vmstat и большое значение procs->b
Добавлено: 2008-02-26 16:39:53
Alex Keda
незнаю...
в сисконтрол чё-то было про гипертрейдинг - но помоему через них он не отключается.
разве что через loader.conf
=========
я щас вообще на винде =(((
вечером фря будет - поковыряю...
Re: vmstat и большое значение procs->b
Добавлено: 2008-02-26 20:12:36
Kiriller
Код: Выделить всё
dmesg.boot
Copyright (c) 1992-2006 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 6.1-RELEASE #0: Sun May 7 04:42:56 UTC 2006
root@opus.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Xeon(TM) CPU 3.00GHz (2992.52-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0xf4a Stepping = 10
Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
Features2=0x641d<SSE3,RSVD2,MON,DS_CPL,CNTX-ID,CX16,<b14>>
AMD Features=0x20000000<LM>
AMD Features2=0x1<LAHF>
Logical CPUs per core: 2
real memory = 2147274752 (2047 MB)
avail memory = 2096242688 (1999 MB)
ACPI APIC Table: <A M I OEMAPIC >
FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
cpu0 (BSP): APIC ID: 0
cpu1 (AP): APIC ID: 1
cpu2 (AP): APIC ID: 6
cpu3 (AP): APIC ID: 7
ioapic0 <Version 2.0> irqs 0-23 on motherboard
ioapic1 <Version 2.0> irqs 24-47 on motherboard
kbd1 at kbdmux0
acpi0: <A M I 7320VP20> on motherboard
acpi0: Power Button (fixed)
unknown: I/O range not supported
unknown: I/O range not supported
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0
cpu0: <ACPI CPU> on acpi0
acpi_throttle0: <ACPI CPU Throttling> on cpu0
cpu1: <ACPI CPU> on acpi0
cpu2: <ACPI CPU> on acpi0
cpu3: <ACPI CPU> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
pci0: <unknown> at device 0.1 (no driver attached)
pcib1: <ACPI PCI-PCI bridge> irq 16 at device 2.0 on pci0
pci1: <ACPI PCI bus> on pcib1
pcib2: <ACPI PCI-PCI bridge> irq 16 at device 3.0 on pci0
pci2: <ACPI PCI bus> on pcib2
myk0: <Marvell 88E8050 Gigabit Ethernet Controller, Ver. 8.12.2.3> port 0xb800-0xb8ff mem 0xfcffc000-0xfcffffff irq 16 at device 0.0 on pci2
myk0: Ethernet address: 00:0e:0c:4b:e8:72
pcib3: <ACPI PCI-PCI bridge> at device 28.0 on pci0
pci3: <ACPI PCI bus> on pcib3
uhci0: <UHCI (generic) USB controller> port 0xa880-0xa89f irq 16 at device 29.0 on pci0
uhci0: [GIANT-LOCKED]
usb0: <UHCI (generic) USB controller> on uhci0
usb0: USB revision 1.0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
uhci1: <UHCI (generic) USB controller> port 0xac00-0xac1f irq 19 at device 29.1 on pci0
uhci1: [GIANT-LOCKED]
usb1: <UHCI (generic) USB controller> on uhci1
usb1: USB revision 1.0
uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
pci0: <base peripheral> at device 29.4 (no driver attached)
pci0: <base peripheral, interrupt controller> at device 29.5 (no driver attached)
ehci0: <Intel 6300ESB USB 2.0 controller> mem 0xfceffc00-0xfcefffff irq 23 at device 29.7 on pci0
ehci0: [GIANT-LOCKED]
usb2: EHCI version 1.0
usb2: companion controllers, 2 ports each: usb0 usb1
usb2: <Intel 6300ESB USB 2.0 controller> on ehci0
usb2: USB revision 2.0
uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1
uhub2: 4 ports with 4 removable, self powered
pcib4: <ACPI PCI-PCI bridge> at device 30.0 on pci0
pci4: <ACPI PCI bus> on pcib4
pci4: <display, VGA> at device 2.0 (no driver attached)
em0: <Intel(R) PRO/1000 Network Connection Version - 3.2.18> port 0xec00-0xec3f mem 0xfeba0000-0xfebbffff irq 17 at device 3.0 on pci4
em0: Ethernet address: 00:0e:0c:4b:e8:73
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel 6300ESB UDMA100 controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0
ata0: <ATA channel 0> on atapci0
ata1: <ATA channel 1> on atapci0
atapci1: <Intel 6300ESB SATA150 controller> port 0xa800-0xa807,0xa480-0xa483,0xa400-0xa407,0xa080-0xa083,0xa000-0xa00f irq 18 at device 31.2 on pci0
ata2: <ATA channel 0> on atapci1
ata3: <ATA channel 1> on atapci1
pci0: <serial bus, SMBus> at device 31.3 (no driver attached)
acpi_button0: <Power Button> on acpi0
sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0
sio0: type 16550A
sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0
sio1: type 16550A
pmtimer0 on isa0
orm0: <ISA Option ROMs> at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xc9000-0xc9fff,0xca000-0xcd7ff,0xcd800-0xce7ff on isa0
atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
ppc0: parallel port not found.
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
Timecounters tick every 1.000 msec
acd0: DMA limited to UDMA33, controller found non-ATA66 cable
acd0: DVDROM <ASUS DVD-E616A2/1.02> at ata0-master UDMA33
ad4: 238475MB <WDC WD2500KS-00MJB0 02.01C03> at ata2-master SATA150
ad6: 238475MB <WDC WD2500KS-00MJB0 02.01C03> at ata3-master SATA150
ar0: 238352MB <LSILogic v3 MegaRAID RAID1> status: READY
ar0: disk0 READY (master) using ad4 at ata2-master
ar0: disk1 READY (mirror) using ad6 at ata3-master
SMP: AP CPU #3 Launched!
SMP: AP CPU #1 Launched!
SMP: AP CPU #2 Launched!
Trying to mount root from ufs:/dev/ar0s1a
Re: vmstat и большое значение procs->b
Добавлено: 2008-02-27 0:40:17
Alex Keda
два идиота из анекдота писал(а):Трактор!
Ты знал, ты знал!!!!
Re: vmstat и большое значение procs->b
Добавлено: 2008-02-27 9:42:12
weec
в курсе
только вот отключить эту бодягу, на уровне системных настроек, пока у меня не получилось
Re: vmstat и большое значение procs->b
Добавлено: 2008-02-27 11:29:04
Kiriller
Мда, посмотрел на счетчики прерываний... Веселая картинка получается.
Код: Выделить всё
s1# vmstat -i
interrupt total rate
irq14: ata0 47 0
irq17: em0 6825712 57
irq18: atapci1 3002639 25
cpu0: timer 236426421 1999
cpu3: timer 236433279 1999
cpu1: timer 236426231 1999
cpu2: timer 236433278 1999
Total 955547607 8081
Теперь вопрос, как эту бадягу отключить?
Пробовал
Код: Выделить всё
s1# sysctl -w machdep.hlt_logical_cpus=1
machdep.hlt_logical_cpus: 0 -> 1
не помогло... Или это при загрузке указывать нужно?
Re: vmstat и большое значение procs->b
Добавлено: 2008-02-27 11:43:44
zingel
ядро нужно пересобирать с опцией
если не поможет, собирай с дебагами.
Re: vmstat и большое значение procs->b
Добавлено: 2008-02-28 5:25:24
Kiriller
В общем, разобрался я с проблемой. :-) Вернее, вроде, понял, откуда у нее ноги растут.
Методом тыка, удалось выяснить, что блокирует процессы апач 2.2. Вот такой он :-)
Причем, на сколько я понял, это для него обычное явление. Или ошибаюсь? Поправьте, плиз, если не так.
Но зато "параллельно" с разбирательством я обновился до 7.0
Кстати, тут кто-то спрашивал, кто первым рискнет на продакшн семерку ставить...
Так это, я первый буду? Или кто-то еще с горячей головой имеется?
И отключил в БИОСе HTT. Так что теперь у меня головы не плодятся. :-)
Re: vmstat и большое значение procs->b
Добавлено: 2008-02-28 9:29:15
Alex Keda
на этом сервере семёрка.
вполне себе продакшен
Re: vmstat и большое значение procs->b
Добавлено: 2008-02-28 14:08:47
weec
options NO_ADAPTIVE_MUTEXES
zingel, как эта опция может влиять на статус HTT ?
Re: vmstat и большое значение procs->b
Добавлено: 2008-03-01 23:59:09
zingel
Re: vmstat и большое значение procs->b
Добавлено: 2008-03-02 0:30:21
Alex Keda
вот что переводить надо.
а не rc.conf всякие...
Re: vmstat и большое значение procs->b
Добавлено: 2008-03-02 0:45:22
zingel
насколько я знаю, этот NOTES есть только в eng-формате, это будет ru-форк для 7.0 conf/NOTES=)