|
Bugzilla – Full Text Bug Listing |
| Summary: | Slower speed of "software management" | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 10.3 | Reporter: | Rastislav Krupansky <rastislav.krupansky> |
| Component: | libzypp | Assignee: | Michael Andres <ma> |
| Status: | RESOLVED FIXED | QA Contact: | Stanislav Visnovsky <visnov> |
| Severity: | Normal | ||
| Priority: | P5 - None | CC: | benji, dmacvicar, kkaempf, ma, opensuse, schubi |
| Version: | Beta 2 | ||
| Target Milestone: | --- | ||
| Hardware: | x86 | ||
| OS: | openSUSE 10.3 | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
|
Description
Rastislav Krupansky
2007-08-28 19:32:50 UTC
Are you using KDE or GNOME? It is relevant as there is a different GTK frontend to YaST in 10.3 and the search in the package selector there is particularly slow. If you're using KDE and have the Qt package selector you can disable the "Checking dependencies" popup by unchecking the autocheck dependencies button. I use KDE. Will it solve all problems with speed if i disable the "chcecking dependecies"? I don't know, i don't think so.It's making me crazy:-) I disabled autocheck and searching is faster, that's true. But that's all:-( Huh, disabling auto-dependency-checking makes search faster ? Its hard to believe that both are related. Stefan ? Please accept my aplogize, but my mistake.It isn't faster.I'm trying it now, but it is the same. Sorry,i'm wrong.:-) OK. For a moment you had me wondering if something is terribly wrong there. ;-) Please reopen if the problem reappears. Uf.I don´t know why you have chosen status INVALID.I mean my apologize about comment #3 only. Sorry, then I misunderstood you. Could you please summarize what is (or feels) slower now, preferably even under which circumstances? About searching for packages: Does it make a difference if searching in package descriptions (rather than just name and summary) is checked? Yes, we didn´t understand correctly:-) I meant autocheck only in my comment #5.Disabling autocheck has no effect on speed of searching. All, what i wrote in description is slower. Problem is still in progress. Exactly what could the UI do here, considering that no code was changed at all anywhere near those search functions? It's all the same as it was in 10.2. Or in 10.1, for that matter. The first search is indeed slower, yes. That's the price we are paying for delayed initialization of all kinds of things. The time saved during start-up is now spent while data are actually accessed. Subsequent queries are as quick as they always were. So, what do the libzypp maintainers suggest? Do we have a query API that will give quicker results while maintaining the existing (UI) feature set? Right now, the UI does everything (because no underlying layer offered anything that even came close): It iterates over all selectables in the pool and checks each selectable against the user's query. By default, name and summary are queried. But the user can also select to query in descriptions, in RPM "provides" and in RPM "requires". Search modes are "contains", "starts with", "matches exactly", "matches regexp", "matches wildcard". Case sensitivity can be toggled on and off for every search mode. Which libzypp call (if any) can cover that? (In reply to comment #3 from Rastislav Krupanský) > I disabled autocheck and searching is faster, that's true. But that's all:-( Come to think of it, I can understand how you came to this impression: The first search was slow (because the data weren't loaded completely yet). Then you tried what to do to make it faster. You tried to change "auto check". And the next search was indeed quicker than the first -- which OTOH it always is, regardless of "auto check". It's really not your fault that you came to this conclusion. Michael is the technical expert here. AFAIK Klaus and Jano implemented a nice ZyppSearch, that could be used to speedup and improve certain queries. Unfortunately all this was done in zypper, so we can't offer it to the UI's until it is ported into libzypp. Thats scheduled for post-10.3 The question here is if (numbers please!) and why search through the UI is slower. If i can suggest something, if you think time saved durnig launch of a "software management"(in comment #15), i've compared time of launch in Beta2 and in 10.2 with three identical repositaires turned on. It takes about 30 seconds in both versions (as i wrote in "Description"), so i can't see any saved time there. Comment #19: because it is an iteraton of the pool comparing again package descriptions, each one is retrieved from disk on demand. (In reply to comment #20 from Rastislav Krupanský) > If i can suggest something, if you think time saved durnig launch of a > "software management"(in comment #15), i've compared time of launch in Beta2 > and in 10.2 with three identical repositaires turned on. It takes about 30 > seconds in both versions (as i wrote in "Description"), so i can't see any > saved time there. Were the repos refreshed already? For me, startup time is considerably faster on 10.3 than on 10.2. Stefan, please put some numbers behind your statement - number of subscribed repositories - stopwatch timing preferably for 10.2 and 10.3 Rastislav, it would be nice if you could do the same. Active repositories: ftp://dist.suse.de/install/SLP/openSUSE-10.3-Alpha7-DVD/i386/DVD1 ftp://ftp.suse.com/pub/suse/update/10.3 Disabled repository: ftp://ftp.suse.com/pub/suse/update/10.2/ 15 seconds start-up time for "yast2 sw_single" until I can type into the "Search" field. Hardware: Intel P4 2.6 GHz with Hyperthreading 1.5 GB RAM First search for "yast2": ~2.5 sec Search for "kdirstat" (to clean the result list): ~1 sec Second search for "yast2": ~1 sec (maybe 1.3) Search for "Firefox": ~1 sec Now checking "search in descriptions" and the search for "Beagle": ~3.6 sec The timings are really too short to be precise with stop-watch technique. But then, this shows that it's not so bad actually. (In reply to Comment #22 From Stanislav Visnovsky) Stano, i enabled these repos and refreshing is disbled.Should i try to refresh them?Would it have any effect on speed? (In reply to Comment #24 From Klaus Kämpf) I have enabled similar repos, just to be sure. Active repositories for Beta2 http://ftp.gwdg.de/pub/opensuse/distribution/SL-OSS-factory/inst-source/ http://ftp.gwdg.de/pub/opensuse/distribution/SL-OSS-factory-debug/inst-source-debug/ http://ftp.gwdg.de/pub/opensuse/distribution/SL-Factory-non-oss/inst-source-extra/ Active repos for 10.2 http://ftp5.gwdg.de/pub/opensuse/distribution/10.2/repo/oss/ http://ftp5.gwdg.de/pub/opensuse/distribution/10.2/repo/debug/ http://ftp5.gwdg.de/pub/opensuse/distribution/10.2/repo/non-oss/ I wrote about startup, it takes aprox. 30 sec. on Beta2 and 30 sec. on 10.2 also. I'm on Beta3. Startup is faster now.It takes approx 20 sec.until i can type into the "Search" field.a good work :-) But searching, switching among repositories, switching back to main window after installation ... is still the same. (In reply to comment #27 from Rastislav Krupanský) > But searching, switching among repositories, switching back to main window > after installation ... is still the same. That is to be expected: Changing repositories invalidates the cache (at least, part of the cache). I´m on RC1 and nothing changed.still the same. *** Bug 332059 has been marked as a duplicate of this bug. *** This bug can be closed.I'm on Aplha3 and zypper and software management of YaST is incredibly fast. Exactly, how it was expected.Great:-) Yes |