Re: RELENG_7 - Geschwindigkeit

On Sat, 13 Oct 2007, Heiko Wundram (Beenic) wrote:

> Hi!
>
> Ich hab seit gestern abend bei mir ein RELENG_7 (sprich, gestern abend, also
> nach der Umbenennung geuppt) System laufen, und beobachte ähnliche Symptome
> wie Peter Ullrich Kruppa in seiner Mail "portupgrade und make brauchen zu
> viel CPU".
Also ich meine (subjektiver nicht quantifizierbarer Eindruck),
dass das bei mir jetzt besser läuft. Vielleicht liegt das ja an
dieser SCHED_ULE option.
Kommentier mal aus deiner Kernel Konfiguration
         options SCHED_4BSD
aus und bau ihn stattdessen mit
         options SCHED_ULE
neu.
Dann wüssten wir wenigstens ob es wirklich hilft.

Gruß,

Uli.

>
> Im Endeffekt bemerke ich, sobald bei mir ein Job läuft der viel auf die Platte
> zugreift, eine deutliche Verlangsamung des Gesamtsystems, so dass zum
> Beispiel die Maus unter X hakt, oder Fenster (länger) nicht mehr neu
> gezeichnet werden, u.ä. Ein top zeigt mir an, dass die laufenden Prozesse ca.
> 20% User-Zeit und das System ca. 10% System- und 70% Interrupt-Zeit
> beanspruchen. Am swappen liegt die Interrupt-Zeit definitiv nicht; mein
> System hat 1 GB RAM und gar nichts der 1,5 GB swap in Benutzung.
>
> Ein "vmstat -i" ist etwas ungewöhnlich:
>
> """
> phoenix# vmstat -i
> interrupt total rate
> irq1: atkbd0 3759 0
> irq10: acpi0 1877 0
> irq14: ata0 211276 23
> irq15: ata1 90 0
> irq17: cbb0 cbb1+ 197457 21
> irq19: sis0+ 2 0
> irq20: ohci0 10833 1
> irq21: ohci1 16 0
> irq23: ehci0 1 0
> cpu0: timer 18015081 1999
> Total 18440392 2047
> phoenix#
> """
>
> Ich habe einen GENERIC-Kernel (ohne Änderungen an dem, was standardmäßig
> eingestellt ist für den RELENG_7 in sys/i386/conf/GENERIC) gebaut, also
> sollte ja eigentlich wohl HZ=1000 eingestellt sein, ich kriege aber 2000
> ticks/s für den Timer?
>
> Sonst, wenn das System nicht gerade auf die Platte zugreift, sehe ich
> zumindest gefühlt eine deutliche Verbesserung resp. RELENG_6, da das System
> insgesamt schneller reagiert (was sich besonders beim Starten von
> KDE-Anwendungen bemerkbar macht).
>
> Warum ich selber noch mal schreibe: die entsprechenden Debug-Optionen aus dem
> früheren CURRENT-Zweig sollten ja eigentlich jetzt seit der Umbenennung
> standardmäßig ausgeschaltet sein, oder nicht? Zumindest finde ich in dieser
> Hinsicht in den Konfigurationsdateien für den GENERIC nichts, was darauf
> hindeuten würde, dass ich Debugging noch angeschaltet hätte.
>
> Ahso, ich habe natürlich auch noch geprüft, ob ata(pi)_dma an ist, und ist es
> natürlich auch.
>
> Das System selbst ist ein (alter, also noch nicht zweikerniger) AMD Turion;
> pciconf liefert folgendes:
>
> """
> phoenix# pciconf -lv
> hostb0(at)pci0:0:0:0: class=0x060000 card=0x106c1734 chip=0x07601039
> rev=0x03 hdr=0x00
> vendor = 'Silicon Integrated Systems (SiS)'
> device = 'SiS760 Athlon 64 CPU to PCI Bridge'
> class = bridge
> subclass = HOST-PCI
> pcib1(at)pci0:0:1:0: class=0x060400 card=0x00000000 chip=0x00021039
> rev=0x00 hdr=0x01
> vendor = 'Silicon Integrated Systems (SiS)'
> device = '6202 Virtual PCI to PCI Bridge (AGP)'
> class = bridge
> subclass = PCI-PCI
> isab0(at)pci0:0:2:0: class=0x060100 card=0x00000000 chip=0x00081039
> rev=0x25 hdr=0x00
> vendor = 'Silicon Integrated Systems (SiS)'
> device = 'SiS PCI to ISA Bridge (LPC Bridge)'
> class = bridge
> subclass = PCI-ISA
> atapci0(at)pci0:0:2:5: class=0x010180 card=0x106c1734 chip=0x55131039
> rev=0x00 hdr=0x00
> vendor = 'Silicon Integrated Systems (SiS)'
> device = 'SiS5513 EIDE Controller (A,B step)'
> class = mass storage
> subclass = ATA
> none0(at)pci0:0:2:6: class=0x070300 card=0x106c1734 chip=0x70131039
> rev=0xa0 hdr=0x00
> vendor = 'Silicon Integrated Systems (SiS)'
> device = 'SiS7013 modem 56k'
> class = simple comms
> subclass = generic modem
> pcm0(at)pci0:0:2:7: class=0x040100 card=0x106c1734 chip=0x70121039
> rev=0xa0 hdr=0x00
> vendor = 'Silicon Integrated Systems (SiS)'
> device = 'SiS7012 PCI Audio Accelerator'
> class = multimedia
> subclass = audio
> ohci0(at)pci0:0:3:0: class=0x0c0310 card=0x106c1734 chip=0x70011039
> rev=0x0f hdr=0x00
> vendor = 'Silicon Integrated Systems (SiS)'
> device = 'SiS5597/8 Universal Serial Bus Controller'
> class = serial bus
> subclass = USB
> ohci1(at)pci0:0:3:1: class=0x0c0310 card=0x106c1734 chip=0x70011039
> rev=0x0f hdr=0x00
> vendor = 'Silicon Integrated Systems (SiS)'
> device = 'SiS5597/8 Universal Serial Bus Controller'
> class = serial bus
> subclass = USB
> ehci0(at)pci0:0:3:3: class=0x0c0320 card=0x106c1734 chip=0x70021039
> rev=0x00 hdr=0x00
> vendor = 'Silicon Integrated Systems (SiS)'
> device = 'SiS7002 USB 2.0 Enhanced Host Controller'
> class = serial bus
> subclass = USB
> sis0(at)pci0:0:4:0: class=0x020000 card=0x106c1734 chip=0x09001039
> rev=0x91 hdr=0x00
> vendor = 'Silicon Integrated Systems (SiS)'
> device = 'SiS900 10/100 Ethernet Adapter'
> class = network
> subclass = ethernet
> fwohci0(at)pci0:0:6:0: class=0x0c0010 card=0x106c1734 chip=0x8023104c
> rev=0x00 hdr=0x00
> vendor = 'Texas Instruments (TI)'
> device = 'TSB43AB21/A IEEE1394a-2000 OHCI PHY/Link-Layer Ctrlr'
> class = serial bus
> subclass = FireWire
> cbb0(at)pci0:0:9:0: class=0x060700 card=0x106c1734 chip=0x71141217
> rev=0x20 hdr=0x02
> vendor = 'O2 Micro Inc'
> device = 'OZ711M1 SmartCardBus MultiMediaBay Controller'
> class = bridge
> subclass = PCI-CardBus
> cbb1(at)pci0:0:9:1: class=0x060700 card=0x106c1734 chip=0x71141217
> rev=0x20 hdr=0x02
> vendor = 'O2 Micro Inc'
> device = 'OZ711M1 SmartCardBus MultiMediaBay Controller'
> class = bridge
> subclass = PCI-CardBus
> none1(at)pci0:0:9:2: class=0x088000 card=0x106c1734 chip=0x71101217
> rev=0x00 hdr=0x00
> vendor = 'O2 Micro Inc'
> device = 'OZ711Mx MemoryCardBus Accelerator'
> class = base peripheral
> none2(at)pci0:0:11:0: class=0x028000 card=0x00001260 chip=0x38861260
> rev=0x01 hdr=0x00
> vendor = 'Intersil Americas Inc (Was: Harris Semiconductor)'
> device = 'ISL3886 [Prism Javelin/Prism Xbow]'
> class = network
> hostb1(at)pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x11001022
> rev=0x00 hdr=0x00
> vendor = 'Advanced Micro Devices (AMD)'
> device = 'Athlon 64 / Opteron HyperTransport Technology Configuration'
> class = bridge
> subclass = HOST-PCI
> hostb2(at)pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x11011022
> rev=0x00 hdr=0x00
> vendor = 'Advanced Micro Devices (AMD)'
> device = 'Athlon 64 / Opteron Address Map'
> class = bridge
> subclass = HOST-PCI
> hostb3(at)pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x11021022
> rev=0x00 hdr=0x00
> vendor = 'Advanced Micro Devices (AMD)'
> device = 'Athlon 64 / Opteron DRAM Controller'
> class = bridge
> subclass = HOST-PCI
> hostb4(at)pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x11031022
> rev=0x00 hdr=0x00
> vendor = 'Advanced Micro Devices (AMD)'
> device = 'Athlon 64 / Opteron Miscellaneous Control'
> class = bridge
> subclass = HOST-PCI
> vgapci0(at)pci0:1:0:0: class=0x030000 card=0x106c1734 chip=0x63301039
> rev=0x00 hdr=0x00
> vendor = 'Silicon Integrated Systems (SiS)'
> device = 'SiS661FX/M661FX/760/741/M760/M741 GUI 2D/3D Accelerator'
> class = display
> subclass = VGA
> ndis0(at)pci0:2:0:0: class=0x028000 card=0x100f1043 chip=0x432014e4
> rev=0x03 hdr=0x00
> vendor = 'Broadcom Corporation'
> device = 'BCM94306 802.11b/g Wireless LAN Controller'
> class = network
> phoenix#
> """
>
> Ich weiß, dass ich im Endeffekt selbst schuld bin, wenn ich ein PRERELEASE
> einsetze, aber vielleicht hat ja jemand ähnliche Erfahrungen mit RELENG_7
> gemacht, und kann mir sagen, wo ich noch ein bissel schrauben
> kann/könnte. ;-)
>
> Danke schon mal im vorraus!
>
> --
> Heiko Wundram
> Product & Application Development
>
>
> To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
> with "unsubscribe de-bsd-questions" in the body of the message
>

Peter Ulrich Kruppa
Wuppertal
Germany

To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Sat 13 Oct 2007 - 19:17:42 CEST