проблема производительности (FreeBSD7.0 stable)
Модератор: arachnid
-
skillergti
- Сообщения: 34
- ОС: slackware
проблема производительности
Здравствуйте!
При работе в гноме, при попытке открыть /dev, происходит какое-то непонятное подвисание (мышка еле ползает и делает это рывками, на окружающих система вообще перестаёт реагировать).
С другими каталогами всё нормально открывается и работает.
И вопрос рядом с этой темой (производительностью), система явно подвисает на короткие (секунд 10) промежутки времени при открытии таких приложений как терминал, видео плеер.
В консоли таких проблем не возникает.
С чем сие может быть связанно?
При работе в гноме, при попытке открыть /dev, происходит какое-то непонятное подвисание (мышка еле ползает и делает это рывками, на окружающих система вообще перестаёт реагировать).
С другими каталогами всё нормально открывается и работает.
И вопрос рядом с этой темой (производительностью), система явно подвисает на короткие (секунд 10) промежутки времени при открытии таких приложений как терминал, видео плеер.
В консоли таких проблем не возникает.
С чем сие может быть связанно?
-
victorianin
- Сообщения: 43
- ОС: FreeBSD 7.0
Re: проблема производительности
поищите, в форуме есть темы о подвисании.кстати а демон девайсов без проблем грузится? покажите вывод dmesgskillergti писал(а): ↑13.11.2008 07:43Здравствуйте!
При работе в гноме, при попытке открыть /dev, происходит какое-то непонятное подвисание (мышка еле ползает и делает это рывками, на окружающих система вообще перестаёт реагировать).
С другими каталогами всё нормально открывается и работает.
И вопрос рядом с этой темой (производительностью), система явно подвисает на короткие (секунд 10) промежутки времени при открытии таких приложений как терминал, видео плеер.
В консоли таких проблем не возникает.
С чем сие может быть связанно?
-
skillergti
- Сообщения: 34
- ОС: slackware
Re: проблема производительности
Код:
Copyright © 1992-2008 The FreeBSD Project.
Copyright © 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008
root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC
module_register: module uhub/ums already exists!
Module uhub/ums failed to register: 17
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel® Pentium® D CPU 3.40GHz (3391.52-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0xf65 Stepping = 5
Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLU
SH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
Features2=0xe49d<SSE3,RSVD2,MON,DS_CPL,EST,CNXT-ID,CX16,xTPR,PDCM>
AMD Features=0x20000000<LM>
AMD Features2=0x1<LAHF>
Cores per package: 2
real memory = 1073414144 (1023 MB)
avail memory = 1036726272 (988 MB)
ACPI APIC Table: <A M I OEMAPIC >
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
cpu0 (BSP): APIC ID: 0
cpu1 (AP): APIC ID: 1
ioapic0 <Version 2.0> irqs 0-23 on motherboard
kbd1 at kbdmux0
ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413)
hptrr: HPT RocketRAID controller driver v1.1 (Feb 24 2008 19:59:27)
acpi0: <A M I OEMRSDT> on motherboard
acpi0: [ITHREAD]
acpi0: Power Button (fixed)
acpi0: reservation of 0, a0000 (3) failed
acpi0: reservation of 100000, 3fef0000 (3) failed
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
est0: <Enhanced SpeedStep Frequency Control> on cpu0
est: CPU supports Enhanced Speedstep, but is not recognized.
est: cpu_vendor GenuineIntel, msr 112700001127
device_attach: est0 attach returned 6
p4tcc0: <CPU Frequency Thermal Control> on cpu0
cpu1: <ACPI CPU> on acpi0
est1: <Enhanced SpeedStep Frequency Control> on cpu1
est: CPU supports Enhanced Speedstep, but is not recognized.
est: cpu_vendor GenuineIntel, msr 112700001127
device_attach: est1 attach returned 6
p4tcc1: <CPU Frequency Thermal Control> on cpu1
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
agp0: <Intel 82865 host to AGP bridge> on hostb0
pcib1: <ACPI PCI-PCI bridge> at device 1.0 on pci0
pci1: <ACPI PCI bus> on pcib1
vgapci0: <VGA-compatible display> port 0xd000-0xd0ff mem 0xe8000000-0xefffffff,0xfbee0000-0xfbeeffff irq 16 at device 0.0 on pci1
vgapci1: <VGA-compatible display> mem 0xf0000000-0xf7ffffff,0xfbef0000-0xfbefffff at device 0.1 on pci1
uhci0: <Intel 82801EB (ICH5) USB controller USB-A> port 0xb800-0xb81f irq 16 at device 29.0 on pci0
uhci0: [GIANT-LOCKED]
uhci0: [ITHREAD]
usb0: <Intel 82801EB (ICH5) USB controller USB-A> on uhci0
usb0: USB revision 1.0
uhub0: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0
uhub0: 2 ports with 2 removable, self powered
uhci1: <Intel 82801EB (ICH5) USB controller USB-B> port 0xc000-0xc01f irq 19 at device 29.1 on pci0
uhci1: [GIANT-LOCKED]
uhci1: [ITHREAD]
usb1: <Intel 82801EB (ICH5) USB controller USB-B> on uhci1
usb1: USB revision 1.0
uhub1: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb1
uhub1: 2 ports with 2 removable, self powered
uhci2: <Intel 82801EB (ICH5) USB controller USB-C> port 0xc400-0xc41f irq 18 at device 29.2 on pci0
uhci2: [GIANT-LOCKED]
uhci2: [ITHREAD]
usb2: <Intel 82801EB (ICH5) USB controller USB-C> on uhci2
usb2: USB revision 1.0
uhub2: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb2
uhub2: 2 ports with 2 removable, self powered
uhci3: <Intel 82801EB (ICH5) USB controller USB-D> port 0xc800-0xc81f irq 16 at device 29.3 on pci0
uhci3: [GIANT-LOCKED]
uhci3: [ITHREAD]
usb3: <Intel 82801EB (ICH5) USB controller USB-D> on uhci3
usb3: USB revision 1.0
uhub3: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb3
uhub3: 2 ports with 2 removable, self powered
ehci0: <Intel 82801EB/R (ICH5) USB 2.0 controller> mem 0xfbdffc00-0xfbdfffff irq 23 at device 29.7 on pci0
ehci0: [GIANT-LOCKED]
ehci0: [ITHREAD]
usb4: EHCI version 1.0
usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3
usb4: <Intel 82801EB/R (ICH5) USB 2.0 controller> on ehci0
usb4: USB revision 2.0
uhub4: <Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1> on usb4
uhub4: 8 ports with 8 removable, self powered
pcib2: <ACPI PCI-PCI bridge> at device 30.0 on pci0
pci2: <ACPI PCI bus> on pcib2
vr0: <VIA VT6105 Rhine III 10/100BaseTX> port 0xe800-0xe8ff mem 0xfbfffc00-0xfbfffcff irq 17 at device 9.0 on pci2
vr0: Quirks: 0x0
miibus0: <MII bus> on vr0
ukphy0: <Generic IEEE 802.3u media interface> PHY 1 on miibus0
ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
vr0: using obsoleted if_watchdog interface
vr0: Ethernet address: 00:02:44:87:bf:73
vr0: [ITHREAD]
skc0: <Marvell Gigabit Ethernet> port 0xe400-0xe4ff mem 0xfbff8000-0xfbffbfff irq 23 at device 13.0 on pci2
skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9)
sk0: <Marvell Semiconductor, Inc. Yukon> on skc0
sk0: Ethernet address: 00:17:31:b8:52:c7
miibus1: <MII bus> on sk0
e1000phy0: <Marvell 88E1011 Gigabit PHY> PHY 0 on miibus1
e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto
skc0: [ITHREAD]
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel ICH5 UDMA100 controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0
ata0: <ATA channel 0> on atapci0
ata0: [ITHREAD]
ata1: <ATA channel 1> on atapci0
ata1: [ITHREAD]
pcm0: <Intel ICH5 (82801EB)> port 0xb400-0xb4ff,0xb000-0xb03f mem 0xfbdff800-0xfbdff9ff,0xfbdff400-0xfbdff4ff irq 17 at device 31.5 on pci0
pcm0: [ITHREAD]
pcm0: <Analog Devices AD1888 AC97 Codec>
acpi_button0: <Power Button> on acpi0
speaker0: <PC speaker> port 0x61 on acpi0
atkbdc0: <Keyboard controller (i8042)> port 0x60,0x64 irq 1 on acpi0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
atkbd0: [ITHREAD]
sio0: configured irq 4 not in bitmap of probed irqs 0
sio0: port may not be enabled
sio0: configured irq 4 not in bitmap of probed irqs 0
sio0: port may not be enabled
sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0
sio0: type 16550A
sio0: [FILTER]
pmtimer0 on isa0
orm0: <ISA Option ROM> at iomem 0xce000-0xcf7ff pnpid ORM0000 on isa0
ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0
ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
ppc0: FIFO with 16/16/9 bytes threshold
ppbus0: <Parallel port bus> on ppc0
ppbus0: [ITHREAD]
plip0: <PLIP network interface> on ppbus0
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
ppc0: [GIANT-LOCKED]
ppc0: [ITHREAD]
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio1: configured irq 3 not in bitmap of probed irqs 0
sio1: port may not be enabled
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
ums0: <Logitech USB Gaming Mouse, class 0/0, rev 2.00/46.00, addr 2> on uhub0
ums0: 16 buttons and Z dir.
uhid0: <Logitech USB Gaming Mouse, class 0/0, rev 2.00/46.00, addr 2> on uhub0
Timecounters tick every 1.000 msec
hptrr: no controller detected.
ad0: 152627MB <Seagate ST3160023A 8.01> at ata0-master UDMA100
ad1: 38166MB <Seagate ST340016A 3.19> at ata0-slave UDMA100
acd0: DVDROM <ASUS DVD-ROM DVD-E616P 0104/E1.04> at ata1-slave UDMA66
SMP: AP CPU #1 Launched!
GEOM_LABEL: Label for provider ad1s1 is msdosfs/ .
GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Documentation.
Trying to mount root from ufs:/dev/ad0s2a
WARNING: / was not properly dismounted
/: mount pending error: blocks 4 files 1
WARNING: /home was not properly dismounted
WARNING: /tmp was not properly dismounted
WARNING: /usr was not properly dismounted
GEOM_LABEL: Label msdosfs/ removed.
Собственно, проблемы с подвисанием некоторых программ гнома убрал путём включния gdm_enable="YES" в /etc/rc.conf.
Но, проблема с зависанием папки /dev не исчезла.
-
victorianin
- Сообщения: 43
- ОС: FreeBSD 7.0
Re: проблема производительности
загугли для начала а вообще мыслю такskillergti писал(а): ↑13.11.2008 16:20Код:
Copyright © 1992-2008 The FreeBSD Project. Copyright © 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC module_register: module uhub/ums already exists! Module uhub/ums failed to register: 17 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel® Pentium® D CPU 3.40GHz (3391.52-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf65 Stepping = 5 Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLU SH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> Features2=0xe49d<SSE3,RSVD2,MON,DS_CPL,EST,CNXT-ID,CX16,xTPR,PDCM> AMD Features=0x20000000<LM> AMD Features2=0x1<LAHF> Cores per package: 2 real memory = 1073414144 (1023 MB) avail memory = 1036726272 (988 MB) ACPI APIC Table: <A M I OEMAPIC > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 <Version 2.0> irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) hptrr: HPT RocketRAID controller driver v1.1 (Feb 24 2008 19:59:27) acpi0: <A M I OEMRSDT> on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3fef0000 (3) failed 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 est0: <Enhanced SpeedStep Frequency Control> on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 112700001127 device_attach: est0 attach returned 6 p4tcc0: <CPU Frequency Thermal Control> on cpu0 cpu1: <ACPI CPU> on acpi0 est1: <Enhanced SpeedStep Frequency Control> on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 112700001127 device_attach: est1 attach returned 6 p4tcc1: <CPU Frequency Thermal Control> on cpu1 pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0 pci0: <ACPI PCI bus> on pcib0 agp0: <Intel 82865 host to AGP bridge> on hostb0 pcib1: <ACPI PCI-PCI bridge> at device 1.0 on pci0 pci1: <ACPI PCI bus> on pcib1 vgapci0: <VGA-compatible display> port 0xd000-0xd0ff mem 0xe8000000-0xefffffff,0xfbee0000-0xfbeeffff irq 16 at device 0.0 on pci1 vgapci1: <VGA-compatible display> mem 0xf0000000-0xf7ffffff,0xfbef0000-0xfbefffff at device 0.1 on pci1 uhci0: <Intel 82801EB (ICH5) USB controller USB-A> port 0xb800-0xb81f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: <Intel 82801EB (ICH5) USB controller USB-A> on uhci0 usb0: USB revision 1.0 uhub0: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: <Intel 82801EB (ICH5) USB controller USB-B> port 0xc000-0xc01f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: <Intel 82801EB (ICH5) USB controller USB-B> on uhci1 usb1: USB revision 1.0 uhub1: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: <Intel 82801EB (ICH5) USB controller USB-C> port 0xc400-0xc41f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: <Intel 82801EB (ICH5) USB controller USB-C> on uhci2 usb2: USB revision 1.0 uhub2: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: <Intel 82801EB (ICH5) USB controller USB-D> port 0xc800-0xc81f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: <Intel 82801EB (ICH5) USB controller USB-D> on uhci3 usb3: USB revision 1.0 uhub3: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: <Intel 82801EB/R (ICH5) USB 2.0 controller> mem 0xfbdffc00-0xfbdfffff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: <Intel 82801EB/R (ICH5) USB 2.0 controller> on ehci0 usb4: USB revision 2.0 uhub4: <Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1> on usb4 uhub4: 8 ports with 8 removable, self powered pcib2: <ACPI PCI-PCI bridge> at device 30.0 on pci0 pci2: <ACPI PCI bus> on pcib2 vr0: <VIA VT6105 Rhine III 10/100BaseTX> port 0xe800-0xe8ff mem 0xfbfffc00-0xfbfffcff irq 17 at device 9.0 on pci2 vr0: Quirks: 0x0 miibus0: <MII bus> on vr0 ukphy0: <Generic IEEE 802.3u media interface> PHY 1 on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: using obsoleted if_watchdog interface vr0: Ethernet address: 00:02:44:87:bf:73 vr0: [ITHREAD] skc0: <Marvell Gigabit Ethernet> port 0xe400-0xe4ff mem 0xfbff8000-0xfbffbfff irq 23 at device 13.0 on pci2 skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) sk0: <Marvell Semiconductor, Inc. Yukon> on skc0 sk0: Ethernet address: 00:17:31:b8:52:c7 miibus1: <MII bus> on sk0 e1000phy0: <Marvell 88E1011 Gigabit PHY> PHY 0 on miibus1 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto skc0: [ITHREAD] isab0: <PCI-ISA bridge> at device 31.0 on pci0 isa0: <ISA bus> on isab0 atapci0: <Intel ICH5 UDMA100 controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 ata0: <ATA channel 0> on atapci0 ata0: [ITHREAD] ata1: <ATA channel 1> on atapci0 ata1: [ITHREAD] pcm0: <Intel ICH5 (82801EB)> port 0xb400-0xb4ff,0xb000-0xb03f mem 0xfbdff800-0xfbdff9ff,0xfbdff400-0xfbdff4ff irq 17 at device 31.5 on pci0 pcm0: [ITHREAD] pcm0: <Analog Devices AD1888 AC97 Codec> acpi_button0: <Power Button> on acpi0 speaker0: <PC speaker> port 0x61 on acpi0 atkbdc0: <Keyboard controller (i8042)> port 0x60,0x64 irq 1 on acpi0 atkbd0: <AT Keyboard> irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] pmtimer0 on isa0 orm0: <ISA Option ROM> at iomem 0xce000-0xcf7ff pnpid ORM0000 on isa0 ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: <Parallel port bus> on ppc0 ppbus0: [ITHREAD] plip0: <PLIP network interface> on ppbus0 lpt0: <Printer> on ppbus0 lpt0: Interrupt-driven port ppi0: <Parallel I/O> on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: <System console> at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: <Logitech USB Gaming Mouse, class 0/0, rev 2.00/46.00, addr 2> on uhub0 ums0: 16 buttons and Z dir. uhid0: <Logitech USB Gaming Mouse, class 0/0, rev 2.00/46.00, addr 2> on uhub0 Timecounters tick every 1.000 msec hptrr: no controller detected. ad0: 152627MB <Seagate ST3160023A 8.01> at ata0-master UDMA100 ad1: 38166MB <Seagate ST340016A 3.19> at ata0-slave UDMA100 acd0: DVDROM <ASUS DVD-ROM DVD-E616P 0104/E1.04> at ata1-slave UDMA66 SMP: AP CPU #1 Launched! GEOM_LABEL: Label for provider ad1s1 is msdosfs/ . GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Documentation. Trying to mount root from ufs:/dev/ad0s2a WARNING: / was not properly dismounted /: mount pending error: blocks 4 files 1 WARNING: /home was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted GEOM_LABEL: Label msdosfs/ removed.
Собственно, проблемы с подвисанием некоторых программ гнома убрал путём включния gdm_enable="YES" в /etc/rc.conf.
Но, проблема с зависанием папки /dev не исчезла.
-
arachnid
- Модератор
- Сообщения: 1100
- ОС: freeBSD
Re: проблема производительности
как вариант - отключить НТ, использовать шедулер bsd (хотя, возможно, что он и так используется по умолчанию - кажется, что включали его только в стейбэл)
все пункты из freebsd.org/gnome проверили?
все пункты из freebsd.org/gnome проверили?
-= freeBSD stable, fluxbox =-
"если ты будешь со мной спорить, я тебя запишу в книжечку!" (с) Ежик
"если ты будешь со мной спорить, я тебя запишу в книжечку!" (с) Ежик
-
skillergti
- Сообщения: 34
- ОС: slackware
Re: проблема производительности
Так и не нашёл причину отказа открывать стандартным браузером фс гнома папки /dev.
В терминале, запущенном из под гнома всё открывается..
Возможно, действительно что-то не установилось (хотя ставил через sysinstall и он автоматом выбирал дополнительные требуемые пакеты).
В итоге поставил кде.
Но, проработав в системе пару дней, заметил что иногда (не нашёл никакой связи с внешними причинами), система начинает подвисать (мигает лампочка на системнике, начинает тормозить ввод(!) команд в открытом терминале, новые вообще запускаются с дикими задержками - в общем, всё тормозит), затем, через минут 10 всё восстанавливается.
Иногда, это происходит сразу при старте системы.
Это в консоли.
При работе в КДЕ, такого не замечал (мб потому что логин не из под рута?)
Если можно, поясните пожалуйста, как HT может влиять на это дело, как его отключить и что такое шеулдер bsd
И ещё возникла одна "непонятка".
Отвёл системе под /usr 15 gb памяти, обновил порты (скачав новые), начал установку кде4.1.1.
При установке возникло 2 ошибки:
1) Пишет что недостаточно места в /usr/bin. Простите сколько же этот кде весит распакованный что ему 10 оставшихся гигов мало для нормальной установки?
2) Это обычное дело при работе с портами, что при установке приходится некоторые пакеты доустанавливать вручную, производя анализ какой же пакет не устанавливается и что ему для этой установки требуется (в моём случае это оказалось 8 дополнительных пакетов)? Читал, что вся прелесть портов в том, что при установке из них, все dependeses должны автоматически скачаться и установиться...
В терминале, запущенном из под гнома всё открывается..
Возможно, действительно что-то не установилось (хотя ставил через sysinstall и он автоматом выбирал дополнительные требуемые пакеты).
В итоге поставил кде.
Но, проработав в системе пару дней, заметил что иногда (не нашёл никакой связи с внешними причинами), система начинает подвисать (мигает лампочка на системнике, начинает тормозить ввод(!) команд в открытом терминале, новые вообще запускаются с дикими задержками - в общем, всё тормозит), затем, через минут 10 всё восстанавливается.
Иногда, это происходит сразу при старте системы.
Это в консоли.
При работе в КДЕ, такого не замечал (мб потому что логин не из под рута?)
как вариант - отключить НТ, использовать шедулер bsd
Если можно, поясните пожалуйста, как HT может влиять на это дело, как его отключить и что такое шеулдер bsd
И ещё возникла одна "непонятка".
Отвёл системе под /usr 15 gb памяти, обновил порты (скачав новые), начал установку кде4.1.1.
При установке возникло 2 ошибки:
1) Пишет что недостаточно места в /usr/bin. Простите сколько же этот кде весит распакованный что ему 10 оставшихся гигов мало для нормальной установки?
2) Это обычное дело при работе с портами, что при установке приходится некоторые пакеты доустанавливать вручную, производя анализ какой же пакет не устанавливается и что ему для этой установки требуется (в моём случае это оказалось 8 дополнительных пакетов)? Читал, что вся прелесть портов в том, что при установке из них, все dependeses должны автоматически скачаться и установиться...
-
arachnid
- Модератор
- Сообщения: 1100
- ОС: freeBSD
Re: проблема производительности
поехали по порядку -
вывод top при тормозах в кде - что бы понять, кто виноват. так же желательно df -h и gstat (можно принтскрином)
второе - НТ - hyper threading - эмуляция двухпроцессорности. лучше отключить. шедулер - в данном случае это тот, кто занимается контролем за задачами и выделением им cpu. при включенном ht и раннем ule проблемы имели место быть. для того, что бы узнать, с каким шедулером собрано ядро, надо посмотреть на переменную kern.sched.name d sysctl. о том, как пересобрать ядро, хорошо написанно в хэндбуке.
такие косяки могут встречаться если работать с портами напрямую. вообщето желательно для работы с портами поставить portupgrade или postmaster. а первоначальную установку вообще лучше делать с пакеджей - времени займет ощутимо меньше. места может не хватить из-за того, что при make install никак не вызывается make clean - то есть после сборки очередного порта место не очищается. но из-за чего конкретно места не хватило, подскажет команда du
вывод top при тормозах в кде - что бы понять, кто виноват. так же желательно df -h и gstat (можно принтскрином)
второе - НТ - hyper threading - эмуляция двухпроцессорности. лучше отключить. шедулер - в данном случае это тот, кто занимается контролем за задачами и выделением им cpu. при включенном ht и раннем ule проблемы имели место быть. для того, что бы узнать, с каким шедулером собрано ядро, надо посмотреть на переменную kern.sched.name d sysctl. о том, как пересобрать ядро, хорошо написанно в хэндбуке.
такие косяки могут встречаться если работать с портами напрямую. вообщето желательно для работы с портами поставить portupgrade или postmaster. а первоначальную установку вообще лучше делать с пакеджей - времени займет ощутимо меньше. места может не хватить из-за того, что при make install никак не вызывается make clean - то есть после сборки очередного порта место не очищается. но из-за чего конкретно места не хватило, подскажет команда du
-= freeBSD stable, fluxbox =-
"если ты будешь со мной спорить, я тебя запишу в книжечку!" (с) Ежик
"если ты будешь со мной спорить, я тебя запишу в книжечку!" (с) Ежик
-
AlexNT
- Сообщения: 433
- ОС: FreeBSD 8.2, ArchLinux
Re: проблема производительности
В общем то, то что Вы описываете началось в 6.3 и 7.0 системах как мне кажется. Все из за того, что 4BSD шедулер "сломали". Ядро скомпилено по умолчанию именно с этим шедулером. Наблюдаются такие спецэффекты когда процессор занят на 100 процентов, начинает тормозить курсор мыши (как будто демону мыши не выделяется системных ресурсов). Я просто перекомпилил ядро с шедулером ULE и сразу все эти тормознутости прекратились.
-
arachnid
- Модератор
- Сообщения: 1100
- ОС: freeBSD
Re: проблема производительности
AlexNT писал(а): ↑17.11.2008 06:20
В общем то, то что Вы описываете началось в 6.3 и 7.0 системах как мне кажется. Все из за того, что 4BSD шедулер "сломали". Ядро скомпилено по умолчанию именно с этим шедулером. Наблюдаются такие спецэффекты когда процессор занят на 100 процентов, начинает тормозить курсор мыши (как будто демону мыши не выделяется системных ресурсов). Я просто перекомпилил ядро с шедулером ULE и сразу все эти тормознутости прекратились.
хм... у меня сложилось другое впечатлние, что эти проблемы были при допиле именно ule, который перерабатывался раза три, примеч кардинально. а вот в какой-то момент ule починили и все заработало. просто изначально сидел на bsd, пару раз пытался переехать на ule, откатывался обратно, а потом в очередной раз все заработало
-= freeBSD stable, fluxbox =-
"если ты будешь со мной спорить, я тебя запишу в книжечку!" (с) Ежик
"если ты будешь со мной спорить, я тебя запишу в книжечку!" (с) Ежик
-
skillergti
- Сообщения: 34
- ОС: slackware
Re: проблема производительности
Я пока не уверен, но вроде (тьфу тьфу) сейчас не замечаю такого.
Изменил то, что корень без пометки 'S'.
Где-то на форумах хакера вычитал что может из-за этого тормозить сильно.
Изменил то, что корень без пометки 'S'.
Где-то на форумах хакера вычитал что может из-за этого тормозить сильно.
-
AlexNT
- Сообщения: 433
- ОС: FreeBSD 8.2, ArchLinux
Re: проблема производительности
arachnid писал(а): ↑17.11.2008 10:21....
хм... у меня сложилось другое впечатлние, что эти проблемы были при допиле именно ule, который перерабатывался раза три, примеч кардинально. а вот в какой-то момент ule починили и все заработало. просто изначально сидел на bsd, пару раз пытался переехать на ule, откатывался обратно, а потом в очередной раз все заработало
Интересно, а у меня совершенно обратная картина. Пробовал на двух разных машинах. В 7.0 i386 тормозит с 4BSD, а с ULE все отлично. В 7.1beta2 уже по умолчанию ULE, поэтому не пробовал на ней 4BSD.
-
arachnid
- Модератор
- Сообщения: 1100
- ОС: freeBSD
Re: проблема производительности
skillergti писал(а): ↑17.11.2008 19:18Я пока не уверен, но вроде (тьфу тьфу) сейчас не замечаю такого.
Изменил то, что корень без пометки 'S'.
Где-то на форумах хакера вычитал что может из-за этого тормозить сильно.
от этого тормозить будет только тогда, когда в корне у тебя находиться все. а так в корень ч.н. пишется только тогда, когда ты ядро обновляешь... df -h сюда, плз
AlexNT писал(а): ↑18.11.2008 06:01arachnid писал(а): ↑17.11.2008 10:21....
хм... у меня сложилось другое впечатлние, что эти проблемы были при допиле именно ule, который перерабатывался раза три, примеч кардинально. а вот в какой-то момент ule починили и все заработало. просто изначально сидел на bsd, пару раз пытался переехать на ule, откатывался обратно, а потом в очередной раз все заработало
Интересно, а у меня совершенно обратная картина. Пробовал на двух разных машинах. В 7.0 i386 тормозит с 4BSD, а с ULE все отлично. В 7.1beta2 уже по умолчанию ULE, поэтому не пробовал на ней 4BSD.
а с какого момента на семерке? у меня семерка появилась еще глубоким стейблом, так что м.б. у мя просто опыт раньше начался?
-= freeBSD stable, fluxbox =-
"если ты будешь со мной спорить, я тебя запишу в книжечку!" (с) Ежик
"если ты будешь со мной спорить, я тебя запишу в книжечку!" (с) Ежик
-
AlexNT
- Сообщения: 433
- ОС: FreeBSD 8.2, ArchLinux
Re: проблема производительности
arachnid писал(а): ↑18.11.2008 08:07skillergti писал(а): ↑17.11.2008 19:18Я пока не уверен, но вроде (тьфу тьфу) сейчас не замечаю такого.
Изменил то, что корень без пометки 'S'.
Где-то на форумах хакера вычитал что может из-за этого тормозить сильно.
от этого тормозить будет только тогда, когда в корне у тебя находиться все. а так в корень ч.н. пишется только тогда, когда ты ядро обновляешь... df -h сюда, плз
AlexNT писал(а): ↑18.11.2008 06:01arachnid писал(а): ↑17.11.2008 10:21....
хм... у меня сложилось другое впечатлние, что эти проблемы были при допиле именно ule, который перерабатывался раза три, примеч кардинально. а вот в какой-то момент ule починили и все заработало. просто изначально сидел на bsd, пару раз пытался переехать на ule, откатывался обратно, а потом в очередной раз все заработало
Интересно, а у меня совершенно обратная картина. Пробовал на двух разных машинах. В 7.0 i386 тормозит с 4BSD, а с ULE все отлично. В 7.1beta2 уже по умолчанию ULE, поэтому не пробовал на ней 4BSD.
а с какого момента на семерке? у меня семерка появилась еще глубоким стейблом, так что м.б. у мя просто опыт раньше начался?
7.0 i386 релиз с ядром генерик, запущено KDE начинаем сборку порта. Наблюдаем дерганье мыши и дикие тормоза.