search

defiantredpill / transmission-remote-dotnet

Automatically exported from code.google.com/p/transmission-remote-dotnet
0 stars 0 forks source link

freezing way too often #162

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?
1. Run app
2. Have a lot of torrents (several hundred)

This problem has been around for as long as I've tried this app, and it
makes it basically unusable.  I love the design and options but this
problem keeps me in the webui instead.

The UI is frozen during updates.  I have a 5second update timer, and the UI
is frozen completely during those updates.  No scrolling, no mouse actions,
etc.  

The app needs a separate UI thread, from what I can tell.  

What version of the product are you using? On what operating system?
Windows XP, transmission-remote-dotnet 3.11, 3.12, 3.13beta

Original issue reported on code.google.com by reardo...@gmail.com on 28 Dec 2009 at 8:25

GoogleCodeExporter commented 9 years ago 
http://code.google.com/p/transmission-remote-dotnet/issues/detail?id=111

Original comment by zzzspamg...@albis.nu on 29 Dec 2009 at 9:32

GoogleCodeExporter commented 9 years ago 
Check out http://code.google.com/p/transmisson-remote-gui/ as a benchmark. 
Absolutely smooth operation up to 1000 torrents.

Original comment by reardo...@gmail.com on 29 Dec 2009 at 6:02

GoogleCodeExporter commented 9 years ago 
reardonia: do you have high cpu usage when the ui is frozen?

Original comment by elso.and...@gmail.com on 29 Dec 2009 at 11:34

GoogleCodeExporter commented 9 years ago 
Look out for the 3.13 beta 2 which I'll be releasing soon. I haven't tested it 
with
1000 torrents, but I think I've greatly minimised the code run in the UI 
thread, so
this should at least be a lot smoother.

Let me know how it works.

Original comment by AlanF...@googlemail.com on 3 Jan 2010 at 4:29

GoogleCodeExporter commented 9 years ago 
Issue 135 has been merged into this issue.

Original comment by AlanF...@googlemail.com on 3 Jan 2010 at 5:18

GoogleCodeExporter commented 9 years ago 
Issue 111 has been merged into this issue.

Original comment by AlanF...@googlemail.com on 3 Jan 2010 at 6:04

GoogleCodeExporter commented 9 years ago 
Ok I've played with beta2.  It is improved, but still has signficant freezes.  

I backed the server refresh off to 10seconds and then 30seconds.  I also 
decreased to
300 torrents from 1000.  It made no difference.  Now what I note is that 
scrolling
and other UI interactions are frozen every ~2.5 seconds.  I tried to time more
accurately but am having problems with the timing tool.  Thought it might help 
you to
isolate an internal timer.

Original comment by reardo...@gmail.com on 4 Jan 2010 at 12:14

GoogleCodeExporter commented 9 years ago 
Few other thoughts: I note that when scrolling, the "Display statistics" button
flashes, as if repainting.  Are you doing some kind of server query on each 
scroll
action?  Is that blocking?

Original comment by reardo...@gmail.com on 4 Jan 2010 at 12:16

GoogleCodeExporter commented 9 years ago 
Could you test with latest (r516)?

Original comment by elso.and...@gmail.com on 25 Jan 2010 at 5:29

GoogleCodeExporter commented 9 years ago 
Would love to, unfortunately I don't have a build machine so I am dependent on
packaged binary (you may want to have an always ready most-current-snapshop 
binary
available?)

Original comment by reardo...@gmail.com on 25 Jan 2010 at 6:13

GoogleCodeExporter commented 9 years ago 
http://elbandi.net/transmission-remote-dotnet/

Original comment by elso.and...@gmail.com on 25 Jan 2010 at 6:30

GoogleCodeExporter commented 9 years ago 
Unfortunately, using r516, it's gotten significantly worse.  If I try scrolling 
using
up/down keys, it looks up for 1.5 seconds every 3-6 entries.  

If I scroll using the scrollbar, it locks up every 6-8 seconds.  Note that this 
is
with refresh set to 10 seconds.  

Note also that the entire UI is locked, not just the scroll frame.  For 
instance, the
"Local Settings" dialog box locks up during this refresh.  It makes the program
overall unusable since I can finish any single action in the time between 
lockups.

Original comment by reardo...@gmail.com on 25 Jan 2010 at 6:47

GoogleCodeExporter commented 9 years ago 
A little optimalisation in r517.

Original comment by elso.and...@gmail.com on 26 Jan 2010 at 5:10

GoogleCodeExporter commented 9 years ago 
I marked as Milestone-Next, because we need to rewrite the 
wc_UploadDataCompleted to 
do it in background.

Original comment by elso.and...@gmail.com on 28 Feb 2010 at 11:12

GoogleCodeExporter commented 9 years ago 
Just a status update: this has improved dramatically in the last 2 months of 
builds, 
and is now usable (build 580).  I have switched over to TRdn for all torrent 
management.  Currently have 1000 torrents seeding.

Original comment by reardo...@gmail.com on 3 May 2010 at 2:12

GoogleCodeExporter commented 9 years ago 
Thx the feedback.

Original comment by elso.and...@gmail.com on 13 May 2010 at 11:45