Re: Unresponsive -current + rtorrent

2012-07-13 Thread Christiano F. Haesbaert
On 13 July 2012 15:16, David Coppa  wrote:
> On Fri, Jul 13, 2012 at 3:14 PM, David Coppa  wrote:
>> On Fri, Jul 13, 2012 at 2:57 PM, Philip Guenther  wrote:
>>> On Fri, Jul 13, 2012 at 5:42 AM, Paolo Aglialoro  wrote:
 This means that 5.1-release will still be affected by the bug so that
 rtorrent won't run correctly, right?
>>>
>>> I believe the problem didn't exhibit with uthreads.  It's only with
>>> the switch to rthreads that it became a problem.
>>
>> Probably. But this also has something to do with newer
>> libtorrent/rtorrent (0.13.2/0.9.2) in -current.
>> 0.12.9/0.8.9 does not exhibit this problematic behavior even with
>> rthreads... In fact, I'm going to back out the update to 0.13.2/0.9.2.
>>
>>>
>>> Philip Guenther
>>
>> ciao,
>> David
>
> I meant: with libtorrent/rtorrent 0.13.2/0.9.2 haesbaert@'s fix does not help

Can you confirm that you get an IPI storm ? with libtorrent/rtorrent
0.13.2/0.9.2 even with the fix ?

I'd run it myself but I'm moving and my rtorrent machine is no more.



Re: Unresponsive -current + rtorrent

2012-07-13 Thread David Coppa
On Fri, Jul 13, 2012 at 3:14 PM, David Coppa  wrote:
> On Fri, Jul 13, 2012 at 2:57 PM, Philip Guenther  wrote:
>> On Fri, Jul 13, 2012 at 5:42 AM, Paolo Aglialoro  wrote:
>>> This means that 5.1-release will still be affected by the bug so that
>>> rtorrent won't run correctly, right?
>>
>> I believe the problem didn't exhibit with uthreads.  It's only with
>> the switch to rthreads that it became a problem.
>
> Probably. But this also has something to do with newer
> libtorrent/rtorrent (0.13.2/0.9.2) in -current.
> 0.12.9/0.8.9 does not exhibit this problematic behavior even with
> rthreads... In fact, I'm going to back out the update to 0.13.2/0.9.2.
>
>>
>> Philip Guenther
>
> ciao,
> David

I meant: with libtorrent/rtorrent 0.13.2/0.9.2 haesbaert@'s fix does not help



Re: Unresponsive -current + rtorrent

2012-07-13 Thread David Coppa
On Fri, Jul 13, 2012 at 2:57 PM, Philip Guenther  wrote:
> On Fri, Jul 13, 2012 at 5:42 AM, Paolo Aglialoro  wrote:
>> This means that 5.1-release will still be affected by the bug so that
>> rtorrent won't run correctly, right?
>
> I believe the problem didn't exhibit with uthreads.  It's only with
> the switch to rthreads that it became a problem.

Probably. But this also has something to do with newer
libtorrent/rtorrent (0.13.2/0.9.2) in -current.
0.12.9/0.8.9 does not exhibit this problematic behavior even with
rthreads... In fact, I'm going to back out the update to 0.13.2/0.9.2.

>
> Philip Guenther

ciao,
David



Re: Unresponsive -current + rtorrent

2012-07-13 Thread Christiano F. Haesbaert
On 13 July 2012 14:42, Paolo Aglialoro  wrote:
> This means that 5.1-release will still be affected by the bug so that
> rtorrent won't run correctly, right?
> Or is there any backport?
> Thanks
>

Can you give it a spin ? 5.1 uses uthreads still, this problem might
appear more often with rthreads, I can backport it to 5.1, no problem,
but I'd like to know if you the the IPI storm anyway.

thanks :)



Re: Unresponsive -current + rtorrent

2012-07-13 Thread Philip Guenther
On Fri, Jul 13, 2012 at 5:42 AM, Paolo Aglialoro  wrote:
> This means that 5.1-release will still be affected by the bug so that
> rtorrent won't run correctly, right?

I believe the problem didn't exhibit with uthreads.  It's only with
the switch to rthreads that it became a problem.


Philip Guenther



Re: Unresponsive -current + rtorrent

2012-07-13 Thread David Coppa
On Fri, Jul 13, 2012 at 2:42 PM, Paolo Aglialoro  wrote:
> This means that 5.1-release will still be affected by the bug so that
> rtorrent won't run correctly, right?
> Or is there any backport?

Nope. 5.1 has 0.12.9/0.8.9
(and 5.2 will have the same, since I'm going to rollback from
0.13.2/0.9.2 currently in -current)

ciao,
David


> On Thu, Jul 12, 2012 at 1:31 PM, David Coppa  wrote:
>
>> On Thu, Jul 12, 2012 at 1:23 PM, Daniel Bolgheroni 
>> wrote:
>> > On Fri, Jun 15, 2012 at 11:21:06AM +0200, David Coppa wrote:
>> >>
>> >> Can you check if the old 0.12.9/0.8.9 exposes the same symptoms on
>> >> recent -current?
>> >
>> > Sorry, but really missed this.
>> >
>> >> I'm thinking about backing out the update to 0.13.2/0.9.2...
>> >
>> > This solves the problem for amd64.
>> > Thank you.
>>
>> Btw, it seems it was a kernel problem that should now be fixed, thanks
>> to haesbaert@:
>>
>>
>> http://www.openbsd.org/cgi-bin/cvsweb/src/sys/kern/kern_synch.c?r1=1.103#rev1.103
>>
>> I'm going to try again with 0.13.2/0.9.2 on -current... Please do the
>> same if you have time
>>
>> ciao,
>> David



Re: Unresponsive -current + rtorrent

2012-07-13 Thread Paolo Aglialoro
This means that 5.1-release will still be affected by the bug so that
rtorrent won't run correctly, right?
Or is there any backport?
Thanks


On Thu, Jul 12, 2012 at 1:31 PM, David Coppa  wrote:

> On Thu, Jul 12, 2012 at 1:23 PM, Daniel Bolgheroni 
> wrote:
> > On Fri, Jun 15, 2012 at 11:21:06AM +0200, David Coppa wrote:
> >>
> >> Can you check if the old 0.12.9/0.8.9 exposes the same symptoms on
> >> recent -current?
> >
> > Sorry, but really missed this.
> >
> >> I'm thinking about backing out the update to 0.13.2/0.9.2...
> >
> > This solves the problem for amd64.
> > Thank you.
>
> Btw, it seems it was a kernel problem that should now be fixed, thanks
> to haesbaert@:
>
>
> http://www.openbsd.org/cgi-bin/cvsweb/src/sys/kern/kern_synch.c?r1=1.103#rev1.103
>
> I'm going to try again with 0.13.2/0.9.2 on -current... Please do the
> same if you have time
>
> ciao,
> David



Re: Unresponsive -current + rtorrent

2012-07-12 Thread David Coppa
On Thu, Jul 12, 2012 at 1:23 PM, Daniel Bolgheroni  wrote:
> On Fri, Jun 15, 2012 at 11:21:06AM +0200, David Coppa wrote:
>>
>> Can you check if the old 0.12.9/0.8.9 exposes the same symptoms on
>> recent -current?
>
> Sorry, but really missed this.
>
>> I'm thinking about backing out the update to 0.13.2/0.9.2...
>
> This solves the problem for amd64.
> Thank you.

Btw, it seems it was a kernel problem that should now be fixed, thanks
to haesbaert@:

http://www.openbsd.org/cgi-bin/cvsweb/src/sys/kern/kern_synch.c?r1=1.103#rev1.103

I'm going to try again with 0.13.2/0.9.2 on -current... Please do the
same if you have time

ciao,
David



Re: Unresponsive -current + rtorrent

2012-07-12 Thread Daniel Bolgheroni
On Fri, Jun 15, 2012 at 11:21:06AM +0200, David Coppa wrote:
> 
> Can you check if the old 0.12.9/0.8.9 exposes the same symptoms on
> recent -current?

Sorry, but really missed this.

> I'm thinking about backing out the update to 0.13.2/0.9.2...

This solves the problem for amd64.
Thank you.



Re: Unresponsive -current + rtorrent

2012-06-15 Thread David Coppa
On Fri, Jun 1, 2012 at 2:21 PM, Daniel Bolgheroni  wrote:
> On Fri, Jun 01, 2012 at 09:53:37AM +0200, David Coppa wrote:
>>
>> Yes, this is something I've also noticed.
>> No, I don't know how to patch it up.
>> In other words, please be my guest and help me in trying to debug this
>> problem...
>
> OK, will try to make some tests this weekend.
>
> Thank you.
>

Can you check if the old 0.12.9/0.8.9 exposes the same symptoms on
recent -current?

Just check it out with:

$ cvs co -D 2012-05-02 ports/net/libtorrent ports/net/rtorrent

And recompile/reinstall

I'm thinking about backing out the update to 0.13.2/0.9.2...

ciao,
David



Re: Unresponsive -current + rtorrent

2012-06-01 Thread Daniel Bolgheroni
On Fri, Jun 01, 2012 at 09:53:37AM +0200, David Coppa wrote:
> 
> Yes, this is something I've also noticed.
> No, I don't know how to patch it up.
> In other words, please be my guest and help me in trying to debug this
> problem...

OK, will try to make some tests this weekend.

Thank you.



Re: Unresponsive -current + rtorrent

2012-06-01 Thread David Coppa
On Fri, Jun 1, 2012 at 4:47 AM, Daniel Bolgheroni  wrote:
> Hi misc@,
>
> Running the latest snapshot, there are some issues I'm facing when I run
> rtorrent + ~5 downloads.
>
> The system becomes VERY unresponsive, varying between 5 seconds of activity
> and 10 seconds locked.

Yes, this is something I've also noticed.
No, I don't know how to patch it up.
In other words, please be my guest and help me in trying to debug this
problem...

ciao
David



Re: Unresponsive -current + rtorrent

2012-05-31 Thread Daniel Bolgheroni
On Fri, Jun 01, 2012 at 01:15:19PM +1000, Brett wrote:
>
> I don't have a solution, except to only run the amount of torrents your 
> machine can handle (5 or 6 is ok for my computer). Since rtorrent is normally 
> very lightweight it should be able to cope with a lot more than it currently 
> can.

There is a kryptonite. If I run audio/cplay also (sndio?), the system
completely freezes.

> PS this thread should probably have been on ports@. 

Maybe, but because it probably exposes something that is system related,
I thought it could be posted here.

Thank you.



Re: Unresponsive -current + rtorrent

2012-05-31 Thread Brett
On Thu, 31 May 2012 23:47:31 -0300
Daniel Bolgheroni  wrote:

> Hi misc@,
> 
> Running the latest snapshot, there are some issues I'm facing when I run
> rtorrent + ~5 downloads.
> 
> The system becomes VERY unresponsive, varying between 5 seconds of activity
> and 10 seconds locked.
> 
> Before this, had 2 complete locks, and did a cold reboot. No serial to
> try something, nor a second computer atm either.
> 
> Running top, I see that sometimes CPU for rtorrent goes to more than
> 200%. Running systat, the interrupts maintain its pace, but at the
> boundaries of the 10 sec locks,  I can see 'ipi' going to something around
> 100 (1 million).
> 
> Didn't find what ipi means. A 'man -k' gives me ipic.
> 
> Thoughts?
> Thank you.
> 


Before the version now in ports was committed I noticed that rtorrent would 
become unresponsive for 5-10 seconds when using the arrow navigation keys, see: 
http://marc.info/?l=openbsd-ports&m=133531038607123&w=2

Since reporting this, I realised that this only would happen if I had about 
9-10 torrents available for seeding and/or downloading at once (it would still 
happen even if there was no network activity occurring). I didn't notice any 
undue CPU load. My overall system is fine, just rtorrent that becomes sluggish.

The old version could cope with these numbers no problem.

I don't have a solution, except to only run the amount of torrents your machine 
can handle (5 or 6 is ok for my computer). Since rtorrent is normally very 
lightweight it should be able to cope with a lot more than it currently can.

PS this thread should probably have been on ports@. 



Unresponsive -current + rtorrent

2012-05-31 Thread Daniel Bolgheroni
Hi misc@,

Running the latest snapshot, there are some issues I'm facing when I run
rtorrent + ~5 downloads.

The system becomes VERY unresponsive, varying between 5 seconds of activity
and 10 seconds locked.

Before this, had 2 complete locks, and did a cold reboot. No serial to
try something, nor a second computer atm either.

Running top, I see that sometimes CPU for rtorrent goes to more than
200%. Running systat, the interrupts maintain its pace, but at the
boundaries of the 10 sec locks,  I can see 'ipi' going to something around
100 (1 million).

Didn't find what ipi means. A 'man -k' gives me ipic.

Thoughts?
Thank you.

OpenBSD 5.1-current (GENERIC.MP) #302: Fri May 25 19:24:55 MDT 2012
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 2110390272 (2012MB)
avail mem = 2031915008 (1937MB)
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xfc480 (33 entries)
bios0: vendor American Megatrends Inc. version "200.T02" date 10/26/2010
bios0: POSITIVO POSITIVO MOBILE
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC MCFG SLIC ECDT DBGP BOOT OEMB HPET GSCI ATKG SSDT
acpi0: wakeup devices USB0(S3) USB1(S3) USB2(S3) USB5(S3) EUSB(S3) USB3(S3) 
USB4(S3) USB6(S3) USBE(S3) HDAC(S3) P0P1(S4) P0P2(S3) P0P3(S3) WLAN(S3) 
P0P4(S3) P0P7(S4) GLAN(S4) P0P8(S3) SLPB(S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Pentium(R) Dual-Core CPU T4500 @ 2.30GHz, 2300.43 MHz
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,EST,TM2,SSSE3,CX16,xTPR,PDCM,XSAVE,NXE,LONG,LAHF
cpu0: 1MB 64b/line 4-way L2 cache
cpu0: apic clock running at 200MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Pentium(R) Dual-Core CPU T4500 @ 2.30GHz, 2300.08 MHz
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,EST,TM2,SSSE3,CX16,xTPR,PDCM,XSAVE,NXE,LONG,LAHF
cpu1: 1MB 64b/line 4-way L2 cache
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins
acpimcfg0 at acpi0 addr 0xe000, bus 0-255
acpiec0 at acpi0
acpihpet0 at acpi0: 14318179 Hz
uvm_km_kmem_grow: grown to 0x8001
acpi0: unable to load \\_SB_.PCI0._INI.USBT
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (P0P1)
acpiprt2 at acpi0: bus 1 (P0P2)
acpiprt3 at acpi0: bus 2 (P0P3)
acpiprt4 at acpi0: bus 3 (P0P4)
acpiprt5 at acpi0: bus 5 (P0P7)
acpicpu0 at acpi0: C2, C1, PSS
acpicpu1 at acpi0: C2, C1, PSS
acpitz0 at acpi0acpitz0: THRM: failed to read _CRT
: no critical temperature defined
acpiac0 at acpi0: AC unit in unknown state
acpibat0 at acpi0: BAT0 not present
acpibtn0 at acpi0: SLPB
acpibtn1 at acpi0: LID_
acpivideo0 at acpi0: VGA_
acpivout0 at acpivideo0: LCDD
acpivideo1 at acpi0: VGA_
cpu0: Enhanced SpeedStep 2300 MHz: speeds: 2300, 1600, 1200 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel GM45 Host" rev 0x09
vga1 at pci0 dev 2 function 0 "Intel GM45 Video" rev 0x09
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
intagp0 at vga1
agp0 at intagp0: aperture at 0xd000, size 0x1000
inteldrm0 at vga1: apic 2 int 16
drm0 at inteldrm0
"Intel GM45 Video" rev 0x09 at pci0 dev 2 function 1 not configured
uhci0 at pci0 dev 26 function 0 "Intel 82801I USB" rev 0x03: apic 2 int 16
uhci1 at pci0 dev 26 function 1 "Intel 82801I USB" rev 0x03: apic 2 int 17
uhci2 at pci0 dev 26 function 2 "Intel 82801I USB" rev 0x03: apic 2 int 19
ehci0 at pci0 dev 26 function 7 "Intel 82801I USB" rev 0x03: apic 2 int 18
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
azalia0 at pci0 dev 27 function 0 "Intel 82801I HD Audio" rev 0x03: msi
azalia0: codecs: Realtek ALC269, Intel/0x2802, using Realtek ALC269
audio0 at azalia0
ppb0 at pci0 dev 28 function 0 "Intel 82801I PCIE" rev 0x03: msi
pci1 at ppb0 bus 1
ppb1 at pci0 dev 28 function 1 "Intel 82801I PCIE" rev 0x03: msi
pci2 at ppb1 bus 2
athn0 at pci2 dev 0 function 0 "Atheros AR2427" rev 0x01: apic 2 int 17
athn0: AR9285 rev 2 (1T1R), ROM rev 13, address 48:5d:60:a2:e0:6a
ppb2 at pci0 dev 28 function 2 "Intel 82801I PCIE" rev 0x03: msi
pci3 at ppb2 bus 3
ppb3 at pci0 dev 28 function 5 "Intel 82801I PCIE" rev 0x03: msi
pci4 at ppb3 bus 5
re0 at pci4 dev 0 function 0 "Realtek 8168" rev 0x03: RTL8168D/8111D (0x2800), 
apic 2 int 17, address e0:69:95:a1:cb:1b
rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 2
uhci3 at pci0 dev 29 function 0 "Intel 82801I USB" rev 0x03: apic 2 int 23
uhci4 at pci0 dev 29 function 1 "Intel 82801I USB" rev 0x03: apic 2 int 19
uhci5 at pci0 dev 29 function 2 "Intel 82801I USB" rev 0x03: apic 2 int 18
ehci1 at pci0 dev 29 function 7 "Intel 82801I USB" rev 0x03: apic 2 int 23
usb1 at ehci1: USB revision 2.0
uhub1 at usb1 "Intel EHCI ro