Re: [opensuse-factory] ZMD consumes 70-85% cpu during more than 150 minutes...

[Robby (M9.) Verberne]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



Andreas Hanke schreef:
> Robby (M9.) Verberne schrieb:
>> I am going to do this again, and never look back: 'bye bye zmd!'
>> (go and fuck gnome..
> 
> Can you please keep your tone civil?

I am 50 years old, do you think you can lecture me in this?
Do not act as a puber, getting excited by hearing such a common phrase..
( I just 'say', what people 'think'..)
> 
> I was seriously writing yet another explanation of how all these things
> depend on each other, but deleted it (not as a reaction to this, earlier
> already).

I was, and still am digging into the 'zmd' debacle, so am aware of your
opinion, by earlier statements, which i in most cases share, btw...
(plz. do not take this as a lack of restekp'..)
> 
> What we really do not need in this very moment is yet another "I don't
> like zmd, please change the distribution for me two weeks before the
> very last freeze" thread.

"keep it real", or read my posts...(no offense.)

 We are already offering a ridiculous amount of
> alternative package managers for users who share this opinion.

About 4, one dement, one allmost burned out, one not tested by all, and
one serious candidate, and you know what I mean.
> 
> You are very late in the game; consider getting involved earlier if
> you're interested in openSUSE 10.3 development.

I agree, and appologize, for being late in the game, i was fully
convinced, smart would be the choice, and allready fully implemented, i
was wrong.
> 
> And such a noise because of 3 packages you can't manage to uninstall is
> plain inappropriate. If smart is really the perfect tool for you, then
> you should have noticed that it happily bypasses pattern dependencies
> without a single complaint. Just do
> 
> smart remove zmd
> 
> and you're all set.

Yes I know, I am not the problem.
Users that will not update to the higher versions are...
Because of the lack of capability, to make the right decision..
And you are absolutely right in this, because these things are 'not' to
be taken lightly!

Do not make the mistake to think, that i do not know what to do, but
take me serious when I say, that a lot of people get scared when they
see what I see...

And suse, is for me, after trying several distro's, the only one, to be
taken serious enough, to compete with windows and the 'windows to other
OS changers'

So do not take me wrong...
> 
> Andreas
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org

iD8DBQFFT2O+X5/X5X6LpDgRAsMDAJ49hN9M1KOsk+IqVK96T3CdEo1CsgCffmY1
V597VhT0iJwQJjDSFLL2G8w=
=/cJD
-END PGP SIGNATURE-
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [opensuse-factory] ZMD consumes 70-85% cpu during more than 150 minutes...

[Andreas Hanke]

Robby (M9.) Verberne schrieb:
> I am going to do this again, and never look back: 'bye bye zmd!'
> (go and fuck gnome..

Can you please keep your tone civil?

I was seriously writing yet another explanation of how all these things
depend on each other, but deleted it (not as a reaction to this, earlier
already).

What we really do not need in this very moment is yet another "I don't
like zmd, please change the distribution for me two weeks before the
very last freeze" thread. We are already offering a ridiculous amount of
alternative package managers for users who share this opinion.

You are very late in the game; consider getting involved earlier if
you're interested in openSUSE 10.3 development.

And such a noise because of 3 packages you can't manage to uninstall is
plain inappropriate. If smart is really the perfect tool for you, then
you should have noticed that it happily bypasses pattern dependencies
without a single complaint. Just do

smart remove zmd

and you're all set.

Andreas
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [opensuse-factory] ZMD consumes 70-85% cpu during more than 150 minutes...

[Robby (M9.) Verberne]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



Randall R Schulz schreef:
> On Monday 06 November 2006 06:31, Martin Schlander wrote:
>> ...
>>
>> See, for example:
>> https://bugzilla.novell.com/show_bug.cgi?id=215649
> 
> See also bug #217775:
> 
>   
> 
> 
> There are log files from my system there.

I am 'heavily' involved in this issue...
And add my support to get finaly rid of it.
I already downloaded zipper, and will give it a try, when finished the
bugreport about the non-existing dependencies, suggested by Andreas...

When I uninstalled it in 101, i was realy relieved, and smart was terrific!
Unbelieveble fast and correct, the servers were to slow for smart.

I am going to do this again, and never look back: 'bye bye zmd!'
(go and fuck gnome..(not nice to say, i know, but this issue has nothing
to do with nice, might be somebody high in the novell wants to push this
trough our throats, just for support they than give?)
Zmd is time-consuming, cpu and memory-consuming, and has kept us busy
for one day again... for the last time, as far as i am concerned..

thnx for showing the path...:)
> 
> 
>> and this thread:
>> http://lists.opensuse.org/opensuse-factory/2006-10/msg00583.html
>> http://lists.opensuse.org/opensuse-factory/2006-11/msg7.html
> 
> 
> Randall Schulz
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> M9.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org

iD8DBQFFT1MtX5/X5X6LpDgRAjDsAJ46cqaK2h1EHBsDCMaatJRcEKBPFgCg1/iz
kR2TuKJQbYU/0Fuz5yYxaVw=
=SI6x
-END PGP SIGNATURE-
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [opensuse-factory] ZMD consumes 70-85% cpu during more than 150 minutes...

[Randall R Schulz]

On Monday 06 November 2006 06:31, Martin Schlander wrote:
> ...
>
> See, for example:
> https://bugzilla.novell.com/show_bug.cgi?id=215649

See also bug #217775:

  


There are log files from my system there.


> and this thread:
> http://lists.opensuse.org/opensuse-factory/2006-10/msg00583.html
> http://lists.opensuse.org/opensuse-factory/2006-11/msg7.html


Randall Schulz
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [opensuse-factory] ZMD consumes 70-85% cpu during more than 150 minutes...

[Andreas Hanke]

Robby (M9.) Verberne schrieb:
>  YaST2 conflicts list - generated 2006-11-06 15:31:47 
> [...]
>  YaST2 conflicts list END ###
> 
> These are also for when to uninstall every one of them seperate.
> Does this look like a free choice?

No, this is simply a bug.

These dependencies are wrong. => Bugzilla (with logfiles, please)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [opensuse-factory] ZMD consumes 70-85% cpu during more than 150 minutes...

[Robby (M9.) Verberne]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



Martin Schlander schreef:
> Mandag 06 november 2006 15:16 skrev Robby (M9.) Verberne:
>> Ok, i get you, but Am i serving any purpose here? Or am i on my own?
>> What I am asking is:
>> Which way do we want to go?
> 
> You're not alone, and you're definitely not the first person to raise the 
> issue, which has been discussed heavily for about 6 months. But you are a bit 
> late, since we are late in development and our last beta is out in a few 
> days.

I am very sorry about being late, but so it seems the issue is not
solved 'by long shot'
About the dependencies which arent there:

 YaST2 conflicts list - generated 2006-11-06 15:31:47 

pattern:games-10.2-90.x86_64 has missing dependencies
Er zijn geen alternatieve ge�stalleerde aanbieders van x11 voor
pattern:games-10.2-90.x86_64
Conflictoplossing:
( ) keep x11
( ) delete games
( ) Ignore this requirement just here
( ) Ignore this requirement generally
pattern:imaging-10.2-90.x86_64 has missing dependencies
Er zijn geen alternatieve ge�stalleerde aanbieders van x11 voor
pattern:imaging-10.2-90.x86_64
Conflictoplossing:
( ) keep x11
( ) delete imaging
( ) Ignore this requirement just here
( ) Ignore this requirement generally
pattern:kde-10.2-90.x86_64 has missing dependencies
Er zijn geen alternatieve ge�stalleerde aanbieders van kde_basis
voor pattern:kde-10.2-90.x86_64
Conflictoplossing:
( ) keep kde_basis
( ) delete kde
( ) Ignore this requirement just here
( ) Ignore this requirement generally
pattern:kde_basis-10.2-90.x86_64 has missing dependencies
Er zijn geen alternatieve ge�stalleerde aanbieders van x11 voor
pattern:kde_basis-10.2-90.x86_64
Conflictoplossing:
( ) keep x11
( ) delete kde_basis
( ) Ignore this requirement just here
( ) Ignore this requirement generally
pattern:kde_imaging-10.2-90.x86_64 has missing dependencies
Er zijn geen alternatieve ge�stalleerde aanbieders van kde_basis
voor pattern:kde_imaging-10.2-90.x86_64
Conflictoplossing:
( ) keep kde_basis
( ) delete kde_imaging
( ) Ignore this requirement just here
( ) Ignore this requirement generally
pattern:x11-10.2-90.x86_64 has missing dependencies
Er zijn geen alternatieve ge�stalleerde aanbieders van
sw_management_x11_pattern voor pattern:x11-10.2-90.x86_64
Conflictoplossing:
( ) keep zmd_x11
( ) delete x11
( ) Ignore this requirement just here
( ) Ignore this requirement generally
pattern:zmd-10.2-90.x86_64 has missing dependencies
Er zijn geen alternatieve ge�stalleerde aanbieders van zmd voor
pattern:zmd-10.2-90.x86_64
Conflictoplossing:
( ) keep zmd
( ) delete zmd
( ) Ignore this requirement just here
( ) Ignore this requirement generally
pattern:zmd_x11-10.2-90.x86_64 has missing dependencies
Er zijn geen alternatieve ge�stalleerde aanbieders van zen-updater
voor pattern:zmd_x11-10.2-90.x86_64
Conflictoplossing:
( ) keep zen-updater
( ) delete zmd_x11
( ) Ignore this requirement just here
( ) Ignore this requirement generally
zen-updater-7.1.100-16.x86_64 has missing dependencies
Er zijn geen alternatieve ge�stalleerde aanbieders van
mono(Novell.Zenworks.Zmd.Public) == 1.0.0.0 voor
zen-updater-7.1.100-16.x86_64
Conflictoplossing:
( ) keep zmd
( ) delete zen-updater
( ) Ignore this requirement just here
( ) Ignore this requirement generally

 YaST2 conflicts list END ###

These are also for when to uninstall every one of them seperate.
Does this look like a free choice?

M9.




> 
> See, for example:
> https://bugzilla.novell.com/show_bug.cgi?id=215649
> 
> and this thread:
> http://lists.opensuse.org/opensuse-factory/2006-10/msg00583.html
> http://lists.opensuse.org/opensuse-factory/2006-11/msg7.html
> 
> Martin
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org

iD8DBQFFT0o6X5/X5X6LpDgRAjleAKCkAndqBfdgH+JtIA1IEOZuV5wmQACdHRDa
2X1T1hcNK+HFStedvWOfU2Y=
=Mai4
-END PGP SIGNATURE-
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [opensuse-factory] ZMD consumes 70-85% cpu during more than 150 minutes...

[Martin Schlander]

Mandag 06 november 2006 15:16 skrev Robby (M9.) Verberne:
> Ok, i get you, but Am i serving any purpose here? Or am i on my own?
> What I am asking is:
> Which way do we want to go?

You're not alone, and you're definitely not the first person to raise the 
issue, which has been discussed heavily for about 6 months. But you are a bit 
late, since we are late in development and our last beta is out in a few 
days.

See, for example:
https://bugzilla.novell.com/show_bug.cgi?id=215649

and this thread:
http://lists.opensuse.org/opensuse-factory/2006-10/msg00583.html
http://lists.opensuse.org/opensuse-factory/2006-11/msg7.html

Martin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [opensuse-factory] ZMD consumes 70-85% cpu during more than 150 minutes...

[Robby (M9.) Verberne]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



Martin Schlander schreef:
> Mandag 06 november 2006 14:43 skrev Robby (M9.) Verberne:
>>> You don't need to "prove" anything. If it's useless for you, just
>>> uninstall it and use another tool as so many other people do.
>> Did you you try to uninstall it in 102?
>> There are so many dependencies, that we are stuck with the bloody app.
>> and that is one of the reasons I do not trust this app at all.
>
> On a 10.2 KDE install I believe Zmd only depends on rug. Maybe also
> libzypp-zmd-backend, can't remember.
>
> I believe a pattern is being provided (in b2) for lightweight package
> management replacing zen-updater with opensuse-updater and rug with zypper,
> making zmd obsolete, and YaST much faster. Personally I think this setup
> shows much promise. But of course both zypper and opensuse-updater are still
> young.
>
Ok, i get you, but Am i serving any purpose here? Or am i on my own?
What I am asking is:
Which way do we want to go?

> Martin
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org

iD8DBQFFT0PXX5/X5X6LpDgRAsgbAKCcpZ7Dh5jZv+xTM/UosFzh+YFjagCfXoK1
AbirTUz/uzOdw2MrGXsSuXI=
=z0VT
-END PGP SIGNATURE-
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [opensuse-factory] ZMD consumes 70-85% cpu during more than 150 minutes...

[Andreas Hanke]

Martin Schlander schrieb:
> On a 10.2 KDE install I believe Zmd only depends on rug. Maybe also 
> libzypp-zmd-backend, can't remember.

zmd does not depend on rug. rug depends on zmd.

The claim that there are so many dependencies on zmd is just wrong. The
following packages depend on zmd:

rug
zen-updater
zmd-devel
zmd-inventory
zmd-debuginfo
simias

4 out of these 6 are never installed by default and the other 2 are
optional. Whoever has difficulties uninstalling zmd does something wrong.

Andreas
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [opensuse-factory] ZMD consumes 70-85% cpu during more than 150 minutes...

[Robby (M9.) Verberne]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



Andreas Hanke schreef:
> Dominique Leuenberger schrieb:
>> I think one problem we all experiance here (and I'm not even sure Smart
>> would handle this different) is the fact, the a zmd refresh has to get
>> the current catalog infos from a server (I think it's downloading
>> primary.xml.gz and filelists.xml.gz and maybe even other.xml.gz, can a
>> ZMD expert comment on this?)
> 
> Almost true. ;-)
> 
> zmd never downloads other.xml.gz. If it does, it's a bug. But I've never
> seen that.
> 
> zmd and smart are downloading the same files for YUM repos: repomd.xml,
> primary.xml.gz and filelists.xml.gz. The difference is that zmd
> downloads it even if not explicitly asked to do so. But on the other
> hand, the files don't need to be downloaded later because they are
> already available.
> 
>> Especially in the Factory tree which is very unstable at the moment,
>> these catalog files are changing regularly (several times a week) and
>> thus have to be downloaded over and over again.
> 
> Let's say that the tree is "in flux" and not "unstable".
> 
>> Once the tree is considered stable, these catalogs get downloaded a
>> single time and only the update tree is modified. AFAIK, zmd keeps the
>> timestamps of the last update of these catalogs, and if not changed,
>> decides not to download them.
> 
> Correct, neither zmd nor smart are downloading metadata from unchanged
> sources again if they are already available.
> 
>> A short look on the files show, that it is downloading around 60MB at
>> the moment. This might take a while. Here, probably the FTP/HTTP[S] Get
>> method is not as cpu friendly as it could be, or maybe it's something
>> completely different.
> 
> There is a slight difference between zmd/YaST/zypp and smart for YaST
> sources: For this source type, smart does indeed download fewer files
> than libzypp does.
> 
> But you get less functionality back: No translations, no disk usage
> information, no patterns.
> 
> What Monkey 9 is experiencing here is probably just a bad mirror. I
> blame download.suse.com. Solution: Remove this source and add a good
> mirror directly.

The process was just there after the updater shutted down..
The reason for the shutdown is allready known.
The only tool i have to see what is happening at this moment is top.
I agree it is vague, but one kan kill a process before completely
stuck...(if one is lucky)
I killed it..

My question right now is: which app do i need, and can be used on 102,
to find out what is realy happening?
In 101 i just uninstalled, but now this is not possible without a lot of
dependencies-trouble.
I can offcourse reinstall the whole bunch, uninstall the whole circus:
zyplibb, rug and zmd immediately, but what do we gain from this?
> 
> Andreas

M9.
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org

iD8DBQFFT0EnX5/X5X6LpDgRAjJaAKCW+GJ9vdoybEcfqqrqsX5Ot0OVqQCeJp81
jOFWVjPHR8JQPcXwmDW59ZI=
=fVEa
-END PGP SIGNATURE-
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [opensuse-factory] ZMD consumes 70-85% cpu during more than 150 minutes...

[Martin Schlander]

Mandag 06 november 2006 14:43 skrev Robby (M9.) Verberne:
> > You don't need to "prove" anything. If it's useless for you, just
> > uninstall it and use another tool as so many other people do.
>
> Did you you try to uninstall it in 102?
> There are so many dependencies, that we are stuck with the bloody app.
> and that is one of the reasons I do not trust this app at all.

On a 10.2 KDE install I believe Zmd only depends on rug. Maybe also 
libzypp-zmd-backend, can't remember.

I believe a pattern is being provided (in b2) for lightweight package 
management replacing zen-updater with opensuse-updater and rug with zypper, 
making zmd obsolete, and YaST much faster. Personally I think this setup 
shows much promise. But of course both zypper and opensuse-updater are still 
young.

Martin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [opensuse-factory] ZMD consumes 70-85% cpu during more than 150 minutes...

[Robby (M9.) Verberne]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



Dominique Leuenberger schreef:
>
>
 Reply on 06-11-2006 15:14:12 <<<> -BEGIN PGP SIGNED
> MESSAGE-
>> Hash: SHA1
>>
>>
>>
>> Dominique Leuenberger schreef:
>>>
>> Reply on 06-11-2006 14:51:33 <<<> -BEGIN PGP SIGNED
>>> MESSAGE-
 Hash: SHA1

 Hi,

 As subject,

 2958 root  34  19  215m  12m 3428 R 80.2  2.6  55:03.02 zmd
 2958 root  34  19  215m  15m 3860 R 79.6  3.2 118:37.63 zmd
 2958 root  34  19  215m  15m 3856 R 76.7  3.2 162:21.22 zmd


>>> Hey,
>>>
>>> do we have to expect such a mail every few minutes now on the
> list?
>>> Maybe the best would be to open a BugZilla tracker or find out
> what
>>> happened?
>>>
>>> Will help you and everybody much more than having this message
> every
>>> few minutes.
>>>
>>> Greetings,
>>> Dominique
>> Is that the reason why you sent the same message twice?
>> Or are you in some way compelled with zmd, so you do not want to see
>> the
>> app is invalid?
>>
>> What I am trying to prove with this, is that the app is useless at
> this
>> time, (as it was in 101), and that we all need something like smart,
>> and
>> smart update checker, instead of this resources consuming monster,
> that
>> is not productive at all
>>
>
> I think one problem we all experiance here (and I'm not even sure Smart
> would handle this different) is the fact, the a zmd refresh has to get
> the current catalog infos from a server (I think it's downloading
> primary.xml.gz and filelists.xml.gz and maybe even other.xml.gz, can a
> ZMD expert comment on this?)
>
> Especially in the Factory tree which is very unstable at the moment,
> these catalog files are changing regularly (several times a week) and
> thus have to be downloaded over and over again.
>
> Once the tree is considered stable, these catalogs get downloaded a
> single time and only the update tree is modified. AFAIK, zmd keeps the
> timestamps of the last update of these catalogs, and if not changed,
> decides not to download them.
>
> A short look on the files show, that it is downloading around 60MB at
> the moment. This might take a while. Here, probably the FTP/HTTP[S] Get
> method is not as cpu friendly as it could be, or maybe it's something
> completely different.

It was not downloading anything, nor doing anything I commanded it to
do, that's why I think it is very unusual, to take this much resources,
for such a long time.
>
> Maybe some zmd guy could comment on this? Or maybe I should start
> digging around in the sources :-)
>
> Greetings,
> Dominique
>
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org

iD8DBQFFTzwUX5/X5X6LpDgRAiFXAJ0YvX6fbG9iPXOKT0ewjMbHrNjBcQCeNS9b
hXpiNS2j73aDOLTp1HFJirw=
=XLaK
-END PGP SIGNATURE-
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [opensuse-factory] ZMD consumes 70-85% cpu during more than 150 minutes...

[Robby (M9.) Verberne]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



Andreas Hanke schreef:
> Robby (M9.) Verberne schrieb:
>> What I am trying to prove with this, is that the app is useless at this
>> time, (as it was in 101), and that we all need something like smart, and
>> smart update checker, instead of this resources consuming monster, that
>> is not productive at all
>
> You don't need to "prove" anything. If it's useless for you, just
> uninstall it and use another tool as so many other people do.

Did you you try to uninstall it in 102?
There are so many dependencies, that we are stuck with the bloody app.
and that is one of the reasons I do not trust this app at all.

 That's why
> the other tools are there, some of them even on a first-class place on CD3.
>
> There are more things to consider for switching the tools and just
> posting copied and pasted "top" data to the list isn't much more
> productive either. It won't work this way.
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org

iD8DBQFFTzvzX5/X5X6LpDgRAvzJAJ9a142DJfv/dE7mQLNDdUAL5hvb2ACgzGKu
XsqxgHAAi7NfwMPfynoYprw=
=jCj9
-END PGP SIGNATURE-
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [opensuse-factory] ZMD consumes 70-85% cpu during more than 150 minutes...

[Andreas Hanke]

Dominique Leuenberger schrieb:
> I think one problem we all experiance here (and I'm not even sure Smart
> would handle this different) is the fact, the a zmd refresh has to get
> the current catalog infos from a server (I think it's downloading
> primary.xml.gz and filelists.xml.gz and maybe even other.xml.gz, can a
> ZMD expert comment on this?)

Almost true. ;-)

zmd never downloads other.xml.gz. If it does, it's a bug. But I've never
seen that.

zmd and smart are downloading the same files for YUM repos: repomd.xml,
primary.xml.gz and filelists.xml.gz. The difference is that zmd
downloads it even if not explicitly asked to do so. But on the other
hand, the files don't need to be downloaded later because they are
already available.

> Especially in the Factory tree which is very unstable at the moment,
> these catalog files are changing regularly (several times a week) and
> thus have to be downloaded over and over again.

Let's say that the tree is "in flux" and not "unstable".

> Once the tree is considered stable, these catalogs get downloaded a
> single time and only the update tree is modified. AFAIK, zmd keeps the
> timestamps of the last update of these catalogs, and if not changed,
> decides not to download them.

Correct, neither zmd nor smart are downloading metadata from unchanged
sources again if they are already available.

> A short look on the files show, that it is downloading around 60MB at
> the moment. This might take a while. Here, probably the FTP/HTTP[S] Get
> method is not as cpu friendly as it could be, or maybe it's something
> completely different.

There is a slight difference between zmd/YaST/zypp and smart for YaST
sources: For this source type, smart does indeed download fewer files
than libzypp does.

But you get less functionality back: No translations, no disk usage
information, no patterns.

What Monkey 9 is experiencing here is probably just a bad mirror. I
blame download.suse.com. Solution: Remove this source and add a good
mirror directly.

Andreas
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [opensuse-factory] ZMD consumes 70-85% cpu during more than 150 minutes...

[Marcus Meissner]

> I think one problem we all experiance here (and I'm not even sure Smart
> would handle this different) is the fact, the a zmd refresh has to get
> the current catalog infos from a server (I think it's downloading
> primary.xml.gz and filelists.xml.gz and maybe even other.xml.gz, can a
> ZMD expert comment on this?)


> Especially in the Factory tree which is very unstable at the moment,
> these catalog files are changing regularly (several times a week) and
> thus have to be downloaded over and over again.
>  
> Once the tree is considered stable, these catalogs get downloaded a
> single time and only the update tree is modified. AFAIK, zmd keeps the
> timestamps of the last update of these catalogs, and if not changed,
> decides not to download them.
>  
> A short look on the files show, that it is downloading around 60MB at
> the moment. This might take a while. Here, probably the FTP/HTTP[S] Get
> method is not as cpu friendly as it could be, or maybe it's something
> completely different.

Its not downloading other.xml.gz usually, but all else if it has changed.

Ciao, Marcus
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [opensuse-factory] ZMD consumes 70-85% cpu during more than 150 minutes...

[Dominique Leuenberger]

 >>> Reply on 06-11-2006 15:14:12 <<<> -BEGIN PGP SIGNED MESSAGE-> Hash: SHA1> > > > Dominique Leuenberger schreef:> >> >>  Reply on 06-11-2006 14:51:33 <<<> -BEGIN PGP SIGNED> > MESSAGE-> >> Hash: SHA1> >>> >> Hi,> >>> >> As subject,> >>> >> 2958 root  34  19  215m  12m 3428 R 80.2  2.6  55:03.02 zmd> >> 2958 root  34  19  215m  15m 3860 R 79.6  3.2 118:37.63 zmd> >> 2958 root  34  19  215m  15m 3856 R 76.7  3.2 162:21.22 zmd> >>> >>> >> > Hey,> >> > do we have to expect such a mail every few minutes now on the list?> > Maybe the best would be to open a BugZilla tracker or find out what> > happened?> >> > Will help you and everybody much more than having this message every> > few minutes.> >> > Greetings,> > Dominique> > Is that the reason why you sent the same message twice?> Or are you in some way compelled with zmd, so you do not want to see> the> app is invalid?> > What I am trying to prove with this, is that the app is useless at this> time, (as it was in 101), and that we all need something like smart,> and> smart update checker, instead of this resources consuming monster, that> is not productive at all> 
I think one problem we all experiance here (and I'm not even sure Smart would handle this different) is the fact, the a zmd refresh has to get the current catalog infos from a server (I think it's downloading primary.xml.gz and filelists.xml.gz and maybe even other.xml.gz, can a ZMD expert comment on this?)
 
Especially in the Factory tree which is very unstable at the moment, these catalog files are changing regularly (several times a week) and thus have to be downloaded over and over again.
 
Once the tree is considered stable, these catalogs get downloaded a single time and only the update tree is modified. AFAIK, zmd keeps the timestamps of the last update of these catalogs, and if not changed, decides not to download them.
 
A short look on the files show, that it is downloading around 60MB at the moment. This might take a while. Here, probably the FTP/HTTP[S] Get method is not as cpu friendly as it could be, or maybe it's something completely different.
 
Maybe some zmd guy could comment on this? Or maybe I should start digging around in the sources :-)
 
Greetings,
Dominique

Re: [opensuse-factory] ZMD consumes 70-85% cpu during more than 150 minutes...

[Andreas Hanke]

Robby (M9.) Verberne schrieb:
> What I am trying to prove with this, is that the app is useless at this
> time, (as it was in 101), and that we all need something like smart, and
> smart update checker, instead of this resources consuming monster, that
> is not productive at all

You don't need to "prove" anything. If it's useless for you, just
uninstall it and use another tool as so many other people do. That's why
the other tools are there, some of them even on a first-class place on CD3.

There are more things to consider for switching the tools and just
posting copied and pasted "top" data to the list isn't much more
productive either. It won't work this way.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [opensuse-factory] ZMD consumes 70-85% cpu during more than 150 minutes...

[Robby (M9.) Verberne]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



Dominique Leuenberger schreef:
>
>
 Reply on 06-11-2006 14:51:33 <<<> -BEGIN PGP SIGNED
> MESSAGE-
>> Hash: SHA1
>>
>> Hi,
>>
>> As subject,
>>
>> 2958 root  34  19  215m  12m 3428 R 80.2  2.6  55:03.02 zmd
>> 2958 root  34  19  215m  15m 3860 R 79.6  3.2 118:37.63 zmd
>> 2958 root  34  19  215m  15m 3856 R 76.7  3.2 162:21.22 zmd
>>
>>
>
> Hey,
>
> do we have to expect such a mail every few minutes now on the list?
> Maybe the best would be to open a BugZilla tracker or find out what
> happened?
>
> Will help you and everybody much more than having this message every
> few minutes.
>
> Greetings,
> Dominique

Is that the reason why you sent the same message twice?
Or are you in some way compelled with zmd, so you do not want to see the
app is invalid?

What I am trying to prove with this, is that the app is useless at this
time, (as it was in 101), and that we all need something like smart, and
smart update checker, instead of this resources consuming monster, that
is not productive at all

Thnx,
and also Gretz.

M9.
>
>
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org

iD8DBQFFTzMHX5/X5X6LpDgRAokFAJ4zas7NL1zJ6JgrVaIpl+i4Adx1oQCfeTLP
hoN7eIq5qR0YsEWqHDANFwk=
=Pvy3
-END PGP SIGNATURE-
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [opensuse-factory] ZMD consumes 70-85% cpu during more than 150 minutes...

[Dominique Leuenberger]

 >>> Reply on 06-11-2006 14:51:33 <<<> -BEGIN PGP SIGNED MESSAGE-> Hash: SHA1> > Hi,> > As subject,> > 2958 root  34  19  215m  12m 3428 R 80.2  2.6  55:03.02 zmd> 2958 root  34  19  215m  15m 3860 R 79.6  3.2 118:37.63 zmd> 2958 root  34  19  215m  15m 3856 R 76.7  3.2 162:21.22 zmd> > 
Hey,
 
do we have to expect such a mail every few minutes now on the list? Maybe the best would be to open a BugZilla tracker or find out what happened?
 
Will help you and everybody much more than having this message every few minutes.
 
Greetings,
Dominique
 

[opensuse-factory] ZMD consumes 70-85% cpu during more than 150 minutes...

[Robby (M9.) Verberne]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

As subject,

2958 root  34  19  215m  12m 3428 R 80.2  2.6  55:03.02 zmd
2958 root  34  19  215m  15m 3860 R 79.6  3.2 118:37.63 zmd
2958 root  34  19  215m  15m 3856 R 76.7  3.2 162:21.22 zmd


M9.
- -
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


- -
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org

iD8DBQFFTy4dX5/X5X6LpDgRAjaZAKCy2N92r421ccPGpYfHnwx1dXjJVACgkhBh
srKUvMb0+sOSTmZKVh7CIJs=
=7dZl
-END PGP SIGNATURE-
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]