Comments you submit will be routed for moderation. If you have an account, please log in first.
Modify

Ticket #60 (closed: fixed)

Opened 7 years ago

Last modified 7 years ago

KDESVN 0.8 is slow to refresh at times

Reported by: SteamedPenguin Owned by: alwin
Priority: normal Milestone: 0.8.x
Component: All Version: development
Severity: minor Keywords: RESOLVED
Cc:

Description

KDESVN intermittently will wait a few second on expanding or closing directories in a local working copy.

ADDITIONAL INFORMATION: I am using my own ebuild, as attached.

Attachments

kdesvn-0.8.0.ebuild Download (720 bytes) - added by SteamedPenguin 7 years ago.
svn.png Download (49.0 KB) - added by Nick 7 years ago.

Change History

Changed 7 years ago by SteamedPenguin

comment:1 Changed 7 years ago by SteamedPenguin

  • Owner changed from anonymous to alwin
  • Status changed from new to assigned

comment:2 Changed 7 years ago by alwin

hm..... well, when FIRST open a folder tree it may hang a short time (due reading in the content) when content below is real large. but after that this is a pure treeview repainting operation. So I should know how many items are under that folder you expand?

When using your ebuild - which compiler flags are set?

comment:3 Changed 7 years ago by Nick

I just came here to report similar issues with 0.8. But what I have noticed is that when I expand a local directory tree (and it hangs for a few seconds), it corresponds with a lot of upload network traffic - i.e. it seems to be checking the remote repository against local tree?

This is all with nothing else running on my desktop, so it is kdesvn 0.8 that is inducing the network traffic?

Nick

comment:4 Changed 7 years ago by alwin

You may check the option "Check for updates when open a working copy" in Settings. If set kdesvn start a scan for newer items - thats why the traffic. And thats why you may switch it off ;)

comment:5 Changed 7 years ago by Nick

That was the first thing I checked to see if it was on. I have even turned off the 'logs follow node changes' and 'logs always reads lists of changed files'.

Even with an open local copy, this happens randomly when just opening trees/closing trees again - network traffic shoots up, and kdesvn freezes for about 10 - 20 seconds.

Then it all works again until maybe 3 minutes later... repeat.

Nick

Changed 7 years ago by Nick

comment:6 Changed 7 years ago by Nick

I have added a screen shot - you can see now. kdesvn is waiting and a lot of network...

Nick

comment:7 Changed 7 years ago by alwin

Strange. kdesvn doesn't check again and again. And this happens when re-open a tree, too?

The statement for (local!) status will just send when a folder is open the first time. Means when closing/opening trees with items nothing happens than a repaint of treeview. Or should. I'll check it again today.

comment:8 Changed 7 years ago by Nick

Yes. Basically if I just sit there opening and closing trees, every few minutes it happens again. As you can see in the screenshot, with the Bashburn repository there is only (say) 3 files in one tree - but we still get the 20 second odd hang with network traffic.

This is with all options to update turned 'off'.

Thnaks for looking into this. kdesvn is the best application I have used for a long, long time :-)

Nick

comment:9 Changed 7 years ago by Nick

OK, a bit more info. I set up a connection tracker on my gateway - here is what happens when kdesvn does the 'freeze', using kdesvn local copy, and opening/closing trees (my box 192.168.1.23).

Prot Src IP Src Port State Dst IP Dst Port

TCP 192.168.1.23 52251 <==ASRD==> 213.239.207.228 http TCP 192.168.1.23 52236 <==ASRD==> 213.239.207.228 http TCP 192.168.1.23 52249 <==ASRD==> 213.239.207.228 http TCP 192.168.1.23 52240 <==ASRD==> 213.239.207.228 http TCP 192.168.1.23 52235 <==ASRD==> 213.239.207.228 http TCP 192.168.1.23 52247 <==ASRD==> 213.239.207.228 http TCP 192.168.1.23 52244 <==ASRD==> 213.239.207.228 http TCP 192.168.1.23 52246 <==ASRD==> 213.239.207.228 http TCP 192.168.1.23 52237 <==ASRD==> 213.239.207.228 http TCP 192.168.1.23 52243 <==ASRD==> 213.239.207.228 http TCP 192.168.1.23 52250 <==ASRD==> 213.239.207.228 http TCP 192.168.1.23 52238 <==ASRD==> 213.239.207.228 http TCP 192.168.1.23 52242 <==ASRD==> 213.239.207.228 http TCP 192.168.1.23 52252 <==ASRD==> 213.239.207.228 http

etc. etc.

There is a lot more of these connections (only a sample above). Plus I also now see that ssh-agent sometimes doesn't get closed when kdesvn is closed - this appears to happen if you close kdesvn when in this 'froze' state.

Nick

comment:10 Changed 7 years ago by Nick

OK, just to confirm. I just rebuilt 7.4 and it does not exhibit this behaviour when opening/closing local trees.

8.0 does indeed do some sort of network activity when doing similar that freezes the GUI for a bit, and can be induced easily.

If you need any debugging info, I can help.

Nick

comment:11 Changed 7 years ago by alwin

Ah! just an idea: do you have the tooltip-option enabled? eg, will kdesvn display a small tooltip when mouse is touching an item?

If yes - what happens, when you disable it?

comment:12 Changed 7 years ago by Nick

You mean 'Show file info' ?

Yep!!! That's it!! No more network activity, and opening/closing trees is fast !!

Good job!

Nick P.S. I am just about to submit index.doc - I have attempted to clean up the English a bit. This is pass #1.

comment:13 Changed 7 years ago by alwin

on your side the same, SteamedPenguin??

comment:14 Changed 7 years ago by SteamedPenguin

Thanks Nick for the investigation. Yes, Turning off all the stuff Nick mentioned made KDESVN perfect.

comment:15 Changed 7 years ago by Nick

The culprit is 'Show file info'. That is the only thing to turn off to stop this behaviour - all the rest can be turned back on again if you wish.

Nick

comment:16 Changed 7 years ago by alwin

  • Keywords RESOLVED added
  • Status changed from assigned to closed
  • Resolution set to fixed
  • Milestone set to 0.8.x

should be fixed - it seems it was a problem when retrieving some infos (wrong revisions given for it)

comment:17 Changed 7 years ago by Nick

  • Keywords FEEDBACK added; RESOLVED removed
  • Status changed from closed to assigned
  • Resolution fixed deleted

Confirmed - new build this morning (781) appears to work good with 'Show file info' turned on.

Good job!

Nick

comment:18 Changed 7 years ago by alwin

  • Keywords RESOLVED added; FEEDBACK removed
  • Status changed from assigned to closed
  • Resolution set to fixed
View

Add a comment

Modify Ticket

Action
as closed
The resolution will be deleted. Next status will be 'reopened'
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.

Ihr Browser versucht gerade eine Seite aus dem sogenannten Internet auszudrucken. Das Internet ist ein weltweites Netzwerk von Computern, das den Menschen ganz neue Möglichkeiten der Kommunikation bietet.

Da Politiker im Regelfall von neuen Dingen nichts verstehen, halten wir es für notwendig, sie davor zu schützen. Dies ist im beidseitigen Interesse, da unnötige Angstzustände bei Ihnen verhindert werden, ebenso wie es uns vor profilierungs- und machtsüchtigen Politikern schützt.

Sollten Sie der Meinung sein, dass Sie diese Internetseite dennoch sehen sollten, so können Sie jederzeit durch normalen Gebrauch eines Internetbrowsers darauf zugreifen. Dazu sind aber minimale Computerkenntnisse erforderlich. Sollten Sie diese nicht haben, vergessen Sie einfach dieses Internet und lassen uns in Ruhe.

Die Umgehung dieser Ausdrucksperre ist nach §95a UrhG verboten.

Mehr Informationen unter www.politiker-stopp.de.