Re: Help troubleshooting performance problem
On Sat, Nov 30, 2013 at 07:04:44PM -0600, Shawn K. Quinn wrote: > On Sat, Nov 30, 2013, at 03:55 PM, Kenneth R Westerback wrote: > > On Sat, Nov 30, 2013 at 04:02:58PM -0500, John Hynes wrote: > > > OpenBSD 5.3 (GENERIC.MP) #0: Fri Sep 13 04:11:52 EDT 2013 > > > j...@hytronix-gw1.hytronix.com:/usr/src/sys/arch/amd64/compile/ > > > GENERIC.MP > > > > Try 5.4 or -current. > > > > Issues with non-home-compiled kernels are more interesting. > > I thought as long as it was an unmodified GENERIC or GENERIC.MP that the > issue was still valid. Is this no longer the case? > > -- > Shawn K. Quinn > skqu...@rushpost.com > Sure - but if it's unmodified, why compile a new one? And John did not state in his email that it was unmodified. Ken
Re: relayd - sporadic high CPU usage
mxb [m...@alumni.chalmers.se] wrote: > Could you point to the right commit in cvs? > I think this is it http://article.gmane.org/gmane.os.openbsd.cvs/122637
Re: Help troubleshooting performance problem
On 11/30/13 20:04, Shawn K. Quinn wrote: > On Sat, Nov 30, 2013, at 03:55 PM, Kenneth R Westerback wrote: >> On Sat, Nov 30, 2013 at 04:02:58PM -0500, John Hynes wrote: >>> OpenBSD 5.3 (GENERIC.MP) #0: Fri Sep 13 04:11:52 EDT 2013 >>> j...@hytronix-gw1.hytronix.com:/usr/src/sys/arch/amd64/compile/ >>> GENERIC.MP >> Try 5.4 or -current. >> >> Issues with non-home-compiled kernels are more interesting. > I thought as long as it was an unmodified GENERIC or GENERIC.MP that the > issue was still valid. Is this no longer the case? > You want to use the latest release whenever possible for things. If you find a specific problem in 5.3 it might have been touched upon for some other reason. If there were an infinite number of developers it might be different, but there aren't. So the latest release (and -current is even better) should be used if possible. Looking at http://openbsd.org/plus54.html shows quite a few changes. --STeve Andre'
Re: Help troubleshooting performance problem
On Sat, Nov 30, 2013, at 03:55 PM, Kenneth R Westerback wrote: > On Sat, Nov 30, 2013 at 04:02:58PM -0500, John Hynes wrote: > > OpenBSD 5.3 (GENERIC.MP) #0: Fri Sep 13 04:11:52 EDT 2013 > > j...@hytronix-gw1.hytronix.com:/usr/src/sys/arch/amd64/compile/ > > GENERIC.MP > > Try 5.4 or -current. > > Issues with non-home-compiled kernels are more interesting. I thought as long as it was an unmodified GENERIC or GENERIC.MP that the issue was still valid. Is this no longer the case? -- Shawn K. Quinn skqu...@rushpost.com
Re: Help troubleshooting performance problem
On Sat, Nov 30, 2013 at 04:02:58PM -0500, John Hynes wrote: > I'm having some trouble figuring out what is causing a systemic performance > issue. By "systemic" I mean that running even seemingly trivial things > (i.e. 'ls' on a directory with only a few files in it) is accompanied by a > substantial delay before any response, say, of 15-30 seconds. Not *every* > single time, but pretty frequently. Looking at top, load average is higher > than expected on a largely idle web & smtp server, usually between .7 and > 1.6. This is a dual-core opteron box (Sun Fire X2100) with 8GB RAM. (dmesg > below). > > Sorting top by CPU utilization shows that the CPUs are mostly idle. > vmstat/iostat isn't making anything leap out at me as getting stuck in > paging or waiting for I/O. The disc is a softraid RAID1 volume, bioctl > shows that it's OK. This does not appear to be network bandwidth-related, > at least, I can get the expected throughput testing with iperf. > > Posting something on the forum software that it's running can take 3-4 > minutes to complete, and it's writing the posted info to a mysql database. > Neither httpd nor mysqld seem to wind up much load while this is occurring. > > So, what should I be looking at to figure out where things are getting > stalled up? > > Thanks for any ideas, > > -John > > dmesg: > > OpenBSD 5.3 (GENERIC.MP) #0: Fri Sep 13 04:11:52 EDT 2013 > j...@hytronix-gw1.hytronix.com:/usr/src/sys/arch/amd64/compile/ > GENERIC.MP Try 5.4 or -current. Issues with non-home-compiled kernels are more interesting. Ken
Re: Help troubleshooting performance problem
On Sat, 30 Nov 2013, John Hynes wrote: > I'm having some trouble figuring out what is causing a systemic performance > issue. By "systemic" I mean that running even seemingly trivial things > (i.e. 'ls' on a directory with only a few files in it) is accompanied by a > substantial delay before any response, say, of 15-30 seconds. Not *every* > single time, but pretty frequently. Looking at top, load average is higher > than expected on a largely idle web & smtp server, usually between .7 and > 1.6. This is a dual-core opteron box (Sun Fire X2100) with 8GB RAM. (dmesg > below). > Check messages & dmesg for any HW problems - this sounds like you have bad disk sectors that are getting hit and timing out. Lee
Help troubleshooting performance problem
I'm having some trouble figuring out what is causing a systemic performance issue. By "systemic" I mean that running even seemingly trivial things (i.e. 'ls' on a directory with only a few files in it) is accompanied by a substantial delay before any response, say, of 15-30 seconds. Not *every* single time, but pretty frequently. Looking at top, load average is higher than expected on a largely idle web & smtp server, usually between .7 and 1.6. This is a dual-core opteron box (Sun Fire X2100) with 8GB RAM. (dmesg below). Sorting top by CPU utilization shows that the CPUs are mostly idle. vmstat/iostat isn't making anything leap out at me as getting stuck in paging or waiting for I/O. The disc is a softraid RAID1 volume, bioctl shows that it's OK. This does not appear to be network bandwidth-related, at least, I can get the expected throughput testing with iperf. Posting something on the forum software that it's running can take 3-4 minutes to complete, and it's writing the posted info to a mysql database. Neither httpd nor mysqld seem to wind up much load while this is occurring. So, what should I be looking at to figure out where things are getting stalled up? Thanks for any ideas, -John dmesg: OpenBSD 5.3 (GENERIC.MP) #0: Fri Sep 13 04:11:52 EDT 2013 j...@hytronix-gw1.hytronix.com:/usr/src/sys/arch/amd64/compile/ GENERIC.MP real mem = 8588820480 (8190MB) avail mem = 8337694720 (7951MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xfc0f0 (36 entries) bios0: vendor Sun Microsystems version "S40_3A12" date 12/22/2006 bios0: Sun Microsystems Sun Fire X2100 M2 acpi0 at bios0: rev 2 acpi0: sleep states S0 S1 S4 S5 acpi0: tables DSDT FACP APIC SPCR OEMB SSDT acpi0: wakeup devices PS2K(S4) PS2M(S4) NSMB(S4) USB0(S1) USB2(S1) NMAC(S5) NMAD(S5) P0P1(S4) HDAC(S4) BR10(S5) BR11(S5) BR12(S5) BR1E(S5) BCM1(S5) BR13(S5) BR14(S5) BR15(S5) SLPB(S4) PWRB(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Dual-Core AMD Opteron(tm) Processor 1210, 1809.52 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,CX16,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8 cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 16-way L2 cache cpu0: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu0: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu0: apic clock running at 201MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Dual-Core AMD Opteron(tm) Processor 1210, 1809.28 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,CX16,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8 cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 16-way L2 cache cpu1: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu1: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative ioapic0 at mainbus0: apid 2 pa 0xfec0, version 11, 24 pins acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (P0P1) acpiprt2 at acpi0: bus 8 (BR10) acpiprt3 at acpi0: bus 7 (BR11) acpiprt4 at acpi0: bus 5 (BR12) acpiprt5 at acpi0: bus 6 (BR1E) acpiprt6 at acpi0: bus 4 (BR13) acpiprt7 at acpi0: bus 3 (BR14) acpiprt8 at acpi0: bus 2 (BR15) acpicpu0 at acpi0: PSS acpicpu1 at acpi0: PSS acpibtn0 at acpi0: SLPB acpibtn1 at acpi0: PWRB ipmi at mainbus0 not configured cpu0: PowerNow! K8 1809 MHz: speeds: 1800 1000 MHz pci0 at mainbus0 bus 0 "NVIDIA MCP55 Memory" rev 0xa2 at pci0 dev 0 function 0 not configured pcib0 at pci0 dev 1 function 0 "NVIDIA MCP55 ISA" rev 0xa3 nviic0 at pci0 dev 1 function 1 "NVIDIA MCP55 SMBus" rev 0xa3 iic0 at nviic0 spdmem0 at iic0 addr 0x50: 2GB DDR2 SDRAM non-parity PC2-5300CL5 spdmem1 at iic0 addr 0x51: 2GB DDR2 SDRAM non-parity PC2-5300CL5 spdmem2 at iic0 addr 0x52: 2GB DDR2 SDRAM non-parity PC2-5300CL5 spdmem3 at iic0 addr 0x53: 2GB DDR2 SDRAM non-parity PC2-5300CL5 iic1 at nviic0 ohci0 at pci0 dev 2 function 0 "NVIDIA MCP55 USB" rev 0xa1: apic 2 int 15, version 1.0, legacy support ehci0 at pci0 dev 2 function 1 "NVIDIA MCP55 USB" rev 0xa2: apic 2 int 7 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 "NVIDIA EHCI root hub" rev 2.00/1.00 addr 1 pciide0 at pci0 dev 4 function 0 "NVIDIA MCP55 IDE" rev 0xa1: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility atapiscsi0 at pciide0 channel 0 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: ATAPI 5/cdrom removable cd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 pciide0: channel 1 ignored (disabled) pciide1 at pci0 dev 5 function 0 "NVIDIA MCP55 SATA" rev 0xa3: DMA pciide1: using apic 2 int 10 for native-PCI interrupt wd0 at pciide1 channel 0 drive 0: wd0: 16-sector PIO, LBA48, 953869MB, 1953525168 sectors wd0(pciide1:0:0): using PIO mod
Re: Should Android have used OpenBSD instead of Linux?
Hi Frank, I heard this argument that OBSD is slow circulated a little bit. Can you please clarify and quantify? Really performance is of a very secondary importance, however unless there's a good reason for it not to be there, it is nice that it is there, hence my question for you to clarify and quantify now - Thanks, Mikael 2013/11/29 frantisek holop > hmm, on Tue, Nov 26, 2013 at 02:00:53PM -0800, Chris Cappuccio said that > > So the next question is, why would someone want to switch to OpenBSD > > on one of these platforms? > > > > 1. Concise ecosystem (less maintenance of your own distribution) > > > > 2. High quality code > > > > 3. Increasing attention to areas that matter (ARMv7, KMS, etc) > > just like everyone else, i would love to see an openbsd > powered "android" phone. but i think the elephant in > the room no one is talking about is performance. > without getting into "running bad code faster" vs > "running good code slower", openbsd is simply slow. > > -f > -- > there's no second chance for a good first impression.
Re: AnonCVS server data
On Sat, Nov 30, 2013 at 3:05 AM, Jordan Earls wrote: > Hello, > > I tried sending this to sup@, like the page suggested for this.. but > apparently that user doesn't exist anymore, so hopefully someone can help > here. > > I've been looking at trying to convert the CVS repository to a git > repository. My goal with this is to allow for more people to easily take a > glance at the source code of OpenBSD. However, converting a CVS repository > of course requires pulling down every revision. I don't want to annoy a CVS > mirror operator with using so much bandwidth, so I'd like a more direct > method. > > Also, I'm aware that git can't be used for submitting patches or anything. > And I'm aware the revision history wouldn't be perfect due to inherit > differences between git and CVS. My goal isn't for a perfect conversion or > anything. I just want for people to be able to easily play with the source > code without spending hours pulling things down. > > If you could give me a way to download the bootstrapping files for making > my own (private) CVS mirror, I could do this without burdening a public > mirror operator with wasted bandwidth. > > Thanks, > Jordan > cvsync + git-cvs Both are available as packages. ciao, David
Re: alix2d3 "entry point at 0x200120" after PXE installation
On Friday 29 November 2013 17:12:45 Erling Westenvik wrote: > On Fri, Nov 29, 2013 at 01:10:24PM +0100, Aurelien Martin wrote: > > stty com0 57600 > > I too would try with a lower baudrate. > > >From the FAQ (http://www.openbsd.org/faq/faq7.html#SerCon) > > "Resist the urge to crank the baud rate up to the maximum your > hardware can support, as you are more likely to create problems > than benefit. Most systems have a "default" speed (supported by > default by the boot ROM and/or the boot loader, often 9600), use > this unless you have real reason to use something different." Huh? My ALIX 2D13 works fine with 115200 - no quirks. 38400 is default but I don't think that a wrong baudrate would output anything at all except house numbers and grzmrf, especially not at high baudrates. Did you, Aurelien use a quality CF-card? That is very important. Is the power supply sound? Even the 2D3 may be defective (rarely) and e.g. PC-Engines swaps them on warranty free. Sorry I didn't upgrade to 5.4 yet. I installed OpenBSD 5.3 onto the CF-card while it was connected to a MACbook Air via a USB-adaptor and used the network install. Then I inserted the CF-card into the ALIX 2D13 and booted. No problems. See OBSD FAQ 14.17.3. Maybe Aurelien, you want to try this before you send the board back to the supplier. Good luck Eike -- Eike Lantzsch ZP6CGE Casilla de Correo 1519 1209 Asuncion / Paraguay