[gentoo-user] monit and friends.

[Alan McKinnon]

I'm about to embark on a biggish rollout of local watchdogs in my
monitoring solutions - about 100 hosts or so.

First tool I reached for was my trusty monit, been using it for years.
Before I start though, I figured I should ask around if anyone has
experince n a package that does what monit does better than monit does
it. I find I type way too much stuff into monitrc, too many hard-coded
file paths, too much stuff I have to look up in long-form to put into
monitrc. Unfortunately, systemd with it's respawn feature isn't a global
option, too many systems are not systemd. SysVInit is the common denominator

My needs here are pretty simple:
local watchdog that checks if a program is running and restart it if
not. If that fails 3 times or so, alert me.
Maybe a few file/dir/fifo monitors as well. Not much else.

I don't need any of monit's graphing features or M/monit, I have other
tools for that. And mostly don't even need it's http API either.


-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] What's up with larry the cow dot org?

[Alan McKinnon]

On 16/10/2017 07:29, R0b0t1 wrote:
> On Sat, Oct 14, 2017 at 7:47 PM, Kent Fredric  wrote:
>> On Fri, 13 Oct 2017 20:26:04 + (UTC)
>> Grant Edwards  wrote:
>>
>>> Appropos of nothing, I accidentaly stumbled across larrythecow.org
>>> today.  It's oddly baffling.  The domain is registered to "Domain
>>> Protection Services", and (AFAICT) has been since 2005.
>>
>> Wayback suggests that until Oct 2015 it was associated with Funtoo:
>>
>> https://web.archive.org/web/20151005165316/http://larrythecow.org:80/
>>
>> Sometime Nov 2015 it got nuked and replaced with a page with hints of ASP
>>
>> https://web.archive.org/web/20151107212839/http://larrythecow.org:80/
>>
>> Jan 2016 onwards is all laptop crap.
>>
>> That's all I have for now, but I'd assume the site has been hacked.
>>
>> Maybe somebody at funtoo knows what's up.
> 
> It might be someone testing the claim on Larry the Cow. The content is
> enough, I would think, to provoke legal action, but they're not
> actually making much (if any) money off of the site.
> 
> I might open up something on the tracker for the trustees about this.
> I've found it a few times and been very confused, but I didn't explore
> it any further than that.

I don't think the trustees can argue that claim anymore. Larry hasn't
been around for years on gentoo web sites (znort is still to be found
hovering at the bottom of wiki pages though!). Trademarks go away in law
if you don't protect them.

And it was never Larry the Cow either, gentoo had
Larry the Gender-Confused Cow :-)


-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] What's up with larry the cow dot org?

[Alan McKinnon]

On 16/10/2017 14:29, Michael Orlitzky wrote:
> On 10/16/2017 08:14 AM, Alan McKinnon wrote:
>>
>> And it was never Larry the Cow either, gentoo had
>> Larry the Gender-Confused Cow :-)
>>
> 
> Short for Loretta?
> 

Nah, Larry was always a he

-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] What's up with larry the cow dot org?

[Neil Bothwick]

On Mon, 16 Oct 2017 14:14:50 +0200, Alan McKinnon wrote:

> I don't think the trustees can argue that claim anymore. Larry hasn't
> been around for years on gentoo web sites (znort is still to be found
> hovering at the bottom of wiki pages though!). Trademarks go away in law
> if you don't protect them.

Err, from https://wiki.gentoo.org/wiki/Main_Page

Welcome to the Gentoo wiki!
Larry the cow welcomes you to the Gentoo wiki.

> And it was never Larry the Cow either, gentoo had
> Larry the Gender-Confused Cow :-)

The only confusion is the typical English language ambiguity where cow
is also allowed to refer to domesticated cattle of either gender, despite
being used as a label for females of so many species.

Or Larry could be short for Lauren/Laura ;-)


-- 
Neil Bothwick

I do not like this dumb machine
I really ought to sell it.
It never does just what I want
But only what I tell it.


pgp6HGDFHxWIz.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] What's up with larry the cow dot org?

[Michael Orlitzky]

On 10/16/2017 08:14 AM, Alan McKinnon wrote:
> 
> And it was never Larry the Cow either, gentoo had
> Larry the Gender-Confused Cow :-)
> 

Short for Loretta?

Re: [gentoo-user] What's up with larry the cow dot org?

[Alan McKinnon]

On 16/10/2017 14:29, Neil Bothwick wrote:
> On Mon, 16 Oct 2017 14:14:50 +0200, Alan McKinnon wrote:
> 
>> I don't think the trustees can argue that claim anymore. Larry hasn't
>> been around for years on gentoo web sites (znort is still to be found
>> hovering at the bottom of wiki pages though!). Trademarks go away in law
>> if you don't protect them.
> 
> Err, from https://wiki.gentoo.org/wiki/Main_Page
> 
> Welcome to the Gentoo wiki!
> Larry the cow welcomes you to the Gentoo wiki.

Oh dear, busted. Shows you how often I hit the wiki landing page; i.e.
almost never

> 
>> And it was never Larry the Cow either, gentoo had
>> Larry the Gender-Confused Cow :-)
> 
> The only confusion is the typical English language ambiguity where cow
> is also allowed to refer to domesticated cattle of either gender, despite
> being used as a label for females of so many species.
> 
> Or Larry could be short for Lauren/Laura ;-)
> 
> 


-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] Re: monit and friends.

[Alan McKinnon]

On 16/10/2017 18:10, Ralph Seichter wrote:
> On 16.10.2017 17:50, Alan McKinnon wrote:
> 
>> Nagios and I go way back, way way waay back. I now recommend it
>> never be used unless there really is no other option.
> 
> Have you tried Icinga 2 (*) yet? It originally started as a Nagios fork
> and uses plugins to monitor, but the rule-based configuration mechanism
> of Icinga 2 is IMO more powerful and easier than Nagios' mechanism. I've
> used both Nagios and Icinga for years, and I definitely prefer Icinga 2.
> 
> -Ralph
> 
> (*) https://www.icinga.com/products/icinga-2/
> 

Yes, I know Icinga as well. It fixes many of Nagios' shortcomings - the
first batch of commits after the fork took care of many of those - but
still suffers from all of Nagios' design faults.

In short, I'm not interested in going back to Nagios after a year's
migration to get away from it. Same for Icinga, Shinken, Sensu and all
the other many nagios forks out there. Also Zabbix.

My current monitoring is snmp-based, and all I need monit for is as a
very narrowly-defined single-purpose watchdog.

-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] Re: monit and friends.

[Mick]

On Monday, 16 October 2017 16:12:53 BST Alan McKinnon wrote:
> On 16/10/2017 17:08, Ian Zimmerman wrote:
> > On 2017-10-16 14:11, Alan McKinnon wrote:
> >> My needs here are pretty simple:
> >> local watchdog that checks if a program is running and restart it if
> >> not. If that fails 3 times or so, alert me.
> >> Maybe a few file/dir/fifo monitors as well. Not much else.
> >> 
> >> I don't need any of monit's graphing features or M/monit, I have other
> >> tools for that. And mostly don't even need it's http API either.
> > 
> > supervisor (aka supervisord)
> > 
> > http://supervisord.org/
> > 
> > python based, not sure if that's okay with you
> 
> I forgot about supervisord. Like monit, it runs everywhere and might be
> easier for the team-mates to understand and work with.
> 
> Python is not a problem, all these hosts are ansible-managed anyway, so
> they all have to run python-2.7
> 
> Good find, thanks!

I've used Nagios in the past, but have not kept up with its development and 
the many plugins it provides.  It could do any of the above tasks and much 
more.  It can run scripts (perl, or bash) via daemons (nrpe) on the remote 
systems to restart applications, et al.  The Nagios server possessed the 
ability to set up quite intelligent monitoring and alert hierarchies with 
multilayered comms structures to make sure you are not woken up at 2 a.m. by 
your boss, just because a ping failed to his home NAS.  I also found the logs 
which can be also stored on SQL quite useful both in troubleshooting problems 
and in producing reports.  It can monitor network connectivity, remote OS 
parameters and applications.  Writing your own plugin/module to monitor quite 
specialised use cases is not particularly difficult either.

I expect you may find Nagios more complicated to set up than monit, at least 
initially, but if you don't have the luxury of time to invest on setting up 
Nagios monit may be a better fit.  I don't have in depth experience with other 
monitoring software to comment, so something else may suit better your 
specific needs.
-- 
Regards,
Mick

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] Re: monit and friends.

[Ralph Seichter]

On 16.10.2017 17:50, Alan McKinnon wrote:

> Nagios and I go way back, way way waay back. I now recommend it
> never be used unless there really is no other option.

Have you tried Icinga 2 (*) yet? It originally started as a Nagios fork
and uses plugins to monitor, but the rule-based configuration mechanism
of Icinga 2 is IMO more powerful and easier than Nagios' mechanism. I've
used both Nagios and Icinga for years, and I definitely prefer Icinga 2.

-Ralph

(*) https://www.icinga.com/products/icinga-2/

Re: [gentoo-user] Re: monit and friends.

[Alan McKinnon]

On 16/10/2017 17:08, Ian Zimmerman wrote:
> On 2017-10-16 14:11, Alan McKinnon wrote:
> 
>> My needs here are pretty simple:
>> local watchdog that checks if a program is running and restart it if
>> not. If that fails 3 times or so, alert me.
>> Maybe a few file/dir/fifo monitors as well. Not much else.
>>
>> I don't need any of monit's graphing features or M/monit, I have other
>> tools for that. And mostly don't even need it's http API either.
> 
> supervisor (aka supervisord)
> 
> http://supervisord.org/
> 
> python based, not sure if that's okay with you
> 

I forgot about supervisord. Like monit, it runs everywhere and might be
easier for the team-mates to understand and work with.

Python is not a problem, all these hosts are ansible-managed anyway, so
they all have to run python-2.7

Good find, thanks!

-- 
Alan McKinnon
alan.mckin...@gmail.com

[gentoo-user] Re: monit and friends.

[Ian Zimmerman]

On 2017-10-16 14:11, Alan McKinnon wrote:

> My needs here are pretty simple:
> local watchdog that checks if a program is running and restart it if
> not. If that fails 3 times or so, alert me.
> Maybe a few file/dir/fifo monitors as well. Not much else.
> 
> I don't need any of monit's graphing features or M/monit, I have other
> tools for that. And mostly don't even need it's http API either.

supervisor (aka supervisord)

http://supervisord.org/

python based, not sure if that's okay with you

-- 
Please don't Cc: me privately on mailing lists and Usenet,
if you also post the followup to the list or newsgroup.
Do obvious transformation on domain to reply privately _only_ on Usenet.

Re: [gentoo-user] Re: monit and friends.

[Alan McKinnon]

On 16/10/2017 17:41, Mick wrote:
> On Monday, 16 October 2017 16:12:53 BST Alan McKinnon wrote:
>> On 16/10/2017 17:08, Ian Zimmerman wrote:
>>> On 2017-10-16 14:11, Alan McKinnon wrote:
 My needs here are pretty simple:
 local watchdog that checks if a program is running and restart it if
 not. If that fails 3 times or so, alert me.
 Maybe a few file/dir/fifo monitors as well. Not much else.

 I don't need any of monit's graphing features or M/monit, I have other
 tools for that. And mostly don't even need it's http API either.
>>>
>>> supervisor (aka supervisord)
>>>
>>> http://supervisord.org/
>>>
>>> python based, not sure if that's okay with you
>>
>> I forgot about supervisord. Like monit, it runs everywhere and might be
>> easier for the team-mates to understand and work with.
>>
>> Python is not a problem, all these hosts are ansible-managed anyway, so
>> they all have to run python-2.7
>>
>> Good find, thanks!
> 
> I've used Nagios in the past, but have not kept up with its development and 
> the many plugins it provides.  It could do any of the above tasks and much 
> more.  It can run scripts (perl, or bash) via daemons (nrpe) on the remote 
> systems to restart applications, et al.  The Nagios server possessed the 
> ability to set up quite intelligent monitoring and alert hierarchies with 
> multilayered comms structures to make sure you are not woken up at 2 a.m. by 
> your boss, just because a ping failed to his home NAS.  I also found the logs 
> which can be also stored on SQL quite useful both in troubleshooting problems 
> and in producing reports.  It can monitor network connectivity, remote OS 
> parameters and applications.  Writing your own plugin/module to monitor quite 
> specialised use cases is not particularly difficult either.
> 
> I expect you may find Nagios more complicated to set up than monit, at least 
> initially, but if you don't have the luxury of time to invest on setting up 
> Nagios monit may be a better fit.  I don't have in depth experience with 
> other 
> monitoring software to comment, so something else may suit better your 
> specific needs.
> 


Nagios and I go way back, way way waay back. I now recommend it
never be used unless there really is no other option. There is just so
many problems with actually using the bloody thing, but let's not get
into that :-)

I have a full monitoring system that tracks and reports on the state of
most things, but as it's a monitoring system it is forbidden to make
changes of any kind at all, and that includes restarting failed daemons.
Turns out that daemons that failed for no good reason are becoming more
and more common in this day and age, mostly because we treat them like
cattle not pets and use virtualization and containers so much. And
there's our old friend the Linux oom-killer

What I need here is a small app that will be a constrained,
single-purpose watchdog. If a daemon fails, the watchdog attempts 3
restarts to get it going, and records the fact it did it (that goes into
the big monitoring system as a reportable fact). If the restart fails,
then a human needs to attend to it as it is seriously or beyond the
scope of a watchdog.

Like you, I'm tired of being woken at 2am because something dropped 1
ping when the nightly database maintenance fired up on the vmware
cluster :-)


-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] Re: monit and friends.

[Michael Orlitzky]

On 10/16/2017 11:50 AM, Alan McKinnon wrote:
> 
> What I need here is a small app that will be a constrained,
> single-purpose watchdog. If a daemon fails, the watchdog attempts 3
> restarts to get it going, and records the fact it did it (that goes into
> the big monitoring system as a reportable fact). If the restart fails,
> then a human needs to attend to it as it is seriously or beyond the
> scope of a watchdog.
> 

Can the daemon be run in the foreground?

  start-app; start-app; start-app; /usr/local/bin/page-alan

Re: [gentoo-user] What's up with larry the cow dot org?

[Peter Humphrey]

On Monday, 16 October 2017 13:25:56 BST Alan McKinnon wrote:
> On 16/10/2017 14:29, Michael Orlitzky wrote:
> > On 10/16/2017 08:14 AM, Alan McKinnon wrote:
> >> And it was never Larry the Cow either, gentoo had
> >> Larry the Gender-Confused Cow :-)
> > 
> > Short for Loretta?
> 
> Nah, Larry was always a he

Has to be Laurence, surely?

-- 
Regards,
Peter.

[gentoo-user] FYI NFS file / directory confusion on 4.13.7

[Adam Carter]

I have /usr/portage/distfiles nfs shared, and emerge has broken because of
this;

>>> Emerging (1 of 3) net-wireless/wpa_supplicant-2.6-r3::gentoo
 * Fetching files in the background.
 * To view fetch progress, run in another terminal:
 * tail -f /var/log/emerge-fetch.log
bash: /usr/portage/distfiles/.__portage_test_write__: Is a directory
rm: cannot remove '/usr/portage/distfiles/.__portage_test_write__': Is a
directory

distfiles # ls -la
total 756
drwxrwxr-x   2 rootportage 188416 Oct 17 10:30 .
drwxr-xr-x 175 portage portage   4096 Mar 24  2017 ..
drwxrwxr-x   2 rootportage 188416 Oct 17 10:30
.pinentry-1.0.0.tar.bz2.portage_lockfile
drwxrwxr-x   2 rootportage 188416 Oct 17 10:30 .__portage_test_write__
drwxrwxr-x   2 rootportage 188416 Oct 17 10:30
.wpa_supplicant-2.6.tar.gz.portage_lockfile
distfiles # touch test
distfiles # ls -l
total 188
drwxrwxr-x 2 root portage 188416 Oct 17 10:31 test
distfiles # file *
test: directory
distfiles # ls *
ls: reading directory 'test': Not a directory
distfiles #

On the server they show up as files to both ls and file, so it appears to
be an NFS bug. Gentoo-sources 4.13.7 has the issue but 4.13.5 is ok.

[gentoo-user] Re: The uselessness of equery

[Jonathan Callen]

On 10/16/2017 09:42 PM, Philip Webb wrote:
> 171016 Ian Zimmerman wrote:
>> ~$ time equery -Cq b /usr/bin/equery
>> app-portage/gentoolkit-0.4.0
>> real 0m27.594s
>> user 0m8.780s
>> sys  0m0.456s
> 
> My desktop machine has :
> 
>   CPU : AMD X8 FX8370E 8-core 4,3 GHz 16 MB 32 nm 95 W
>   SSD : Kingston SSDNow V300 240 GB SATA RW 450 MB/s
> 
> And I get :
> 
>   root:530 ~> time equery -Cq b /usr/bin/equery
> app-portage/gentoolkit-0.4.0
> real0m6.362s
> user0m5.845s
> sys 0m0.178s
> 
> but also NB :
> 
>   root:533 ~> time equery b /usr/bin/equery
> f^C * Searching for /usr/bin/equery ... 
> app-portage/gentoolkit-0.4.0 (/usr/bin/equery -> 
> ../lib/python-exec/python-exec2)
> real0m3.776s
> user0m3.651s
> sys 0m0.092s
> 
> How reliable is 'time' (smile) ?
> 

Just a couple more data points, on my machine, with:

CPU : Intel(R) Core(TM) i7-6850K CPU @ 3.60GHz
SSD : Crucial MX200 1 TB SATA

And a hot cache:

$ time equery -Cq b /usr/bin/equery
app-portage/gentoolkit-0.4.0
dev-lang/python-exec-2.4.5

real0m6.655s
user0m6.462s
sys 0m0.193s

$ time equery  b /usr/bin/equery
 * Searching for /usr/bin/equery ...
app-portage/gentoolkit-0.4.0 (/usr/bin/equery ->
../lib/python-exec/python-exec2)
dev-lang/python-exec-2.4.5 (/usr/lib/python-exec/python-exec2)

real0m6.598s
user0m6.439s
sys 0m0.160s

$ time portageq owners / /usr/bin/portageq
sys-apps/portage-2.3.11
/usr/bin/portageq

real0m1.391s
user0m1.348s
sys 0m0.044s

$ time qfile /usr/bin/qfile
app-portage/portage-utils (/usr/bin/qfile)

real0m0.104s
user0m0.085s
sys 0m0.019s


I think we have a winner here... qfile even takes the same -C and -q
options as equery.

-- 
Jonathan Callen



signature.asc
Description: OpenPGP digital signature

Re: [gentoo-user] Plasmashell consuming huge amounts of memory.

[Dale]

Philip Webb wrote:
> 171016 Dale wrote:
>>> I did a upgrade recently
>> and after that, plasmashell is consuming a huge amount of memory.
>> I noticed it at one point and it was taking about  8 GB .
> FYI I don't see this :
>
>   root:527 ~> eix plasma-work
> [I] kde-plasma/plasma-workspace
> Available versions: (5) 5.10.5-r1^t ~5.11.0^t
> Installed versions: 5.10.5-r1(5)^t([2017-09-19 22:08:06]) (handbook 
> -appstream -calendar -debug -geolocation -gps -prison -qalculate 
> -semantic-desktop -test)
>
>   root:528 ~> free
>totalusedfree  shared  buff/cache   available
> Mem:790611805271 13914546041
> Swap:   8191   08191
>
>   root:529 ~> uptime
> 21:28:07 up 1 day, 20:43, load average: 0.01, 0.05, 0.02
>

We have slightly different USE flags.  Here's mine:

[ebuild   R   ~] kde-plasma/plasma-workspace-5.11.0:5::gentoo 
USE="calendar handbook -appstream -debug -geolocation -gps -prison
-qalculate -semantic-desktop -systemd {-test}" 0 KiB

I notice systemd is missing in yours, not on or off just not there at
all.  I'm not sure exactly what calendar does but I do use the one in
the little panel thingy.  Not sure if it is the same one or not. 

This doesn't seem to affect everyone but it seems to affect some of us. 
It seems you are lucky and I'm hoping after going to a new .kde4 that
I'll have the same luck.  I've had times before where this helped.  Just
something in a config somewhere that causes problems.  Besides, I run a
somewhat weird setup anyway.  I'm old, that's my excuse and I'm sticking
with it.  LOL 

Interesting info.  Makes one wonder. 

Dale

:-)  :-) 

Re: [gentoo-user] Plasmashell consuming huge amounts of memory.

[Dale]

P Levine wrote:
> On Mon, Oct 16, 2017 at 8:41 PM, Dale  >wrote:
>
> I think I'm going to try renaming .kde4 and see if a fresh start helps
> with this problem. 
>
>
> ​AFAIK, plasma5 uses ~/.local and ~/​.config.
>


I wish I had read this earlier.  I keep forgetting that.  I've read it
before but I never seem to recall it when I really really need it.  If I
ever remember to do just those two files, I'll remember it most likely. 
Big IF there.

Thanks.

Dale

:-)  :-) 

Re: [gentoo-user] The uselessness of equery

[Kent Fredric]

On Mon, 16 Oct 2017 18:29:19 -0700
Ian Zimmerman  wrote:

> Has anyone a better way?  As Alan recently wrote in a different but
> related context, surely a hack in bash / awk /perl would do better, and
> that's what I'll do if I must, but I can't believe gentoo lacks a usable
> tool for questions like this.

This is pretty much IO bound, because you have to traverse hundreds of
files without any sort of lookup index.

Without vfs cache, this is really slow, because spinning rust.

time find /var/db/pkg/ -name CONTENTS -print0 | LC_ALL=C  xargs -P2 -0 grep 
'usr/bin/equery' 
/var/db/pkg/app-portage/gentoolkit-0.4.0/CONTENTS:sym /usr/bin/equery -> 
../lib/python-exec/python-exec2 1504719465

real   0m39.844s
user   0m0.124s
sys0m0.889s
cpu2.54%


With vfs cache, its much quicker:

time find /var/db/pkg/ -name CONTENTS -print0 | LC_ALL=C  xargs -P2 -0 grep 
'usr/bin/equery' 
/var/db/pkg/app-portage/gentoolkit-0.4.0/CONTENTS:sym /usr/bin/equery -> 
../lib/python-exec/python-exec2 1504719465

real   0m0.139s
user   0m0.052s
sys0m0.090s
cpu102.20%

Basically, everything you see is going to be using a more sophisticated
version of that until we have a /var/db/pkg system with some basic
database concepts like "indexing"


pgpN8z0lCMbFJ.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Plasmashell consuming huge amounts of memory.

[P Levine]

On Mon, Oct 16, 2017 at 8:41 PM, Dale  wrote:

> I think I'm going to try renaming .kde4 and see if a fresh start helps
> with this problem.
>

​AFAIK, plasma5 uses ~/.local and ~/​.config.

Re: [gentoo-user] Plasmashell consuming huge amounts of memory.

[Philip Webb]

171016 Dale wrote:
>> I did a upgrade recently
> and after that, plasmashell is consuming a huge amount of memory.
> I noticed it at one point and it was taking about  8 GB .

FYI I don't see this :

  root:527 ~> eix plasma-work
[I] kde-plasma/plasma-workspace
Available versions: (5) 5.10.5-r1^t ~5.11.0^t
Installed versions: 5.10.5-r1(5)^t([2017-09-19 22:08:06]) (handbook 
-appstream -calendar -debug -geolocation -gps -prison -qalculate 
-semantic-desktop -test)

  root:528 ~> free
   totalusedfree  shared  buff/cache   available
Mem:790611805271 13914546041
Swap:   8191   08191

  root:529 ~> uptime
21:28:07 up 1 day, 20:43, load average: 0.01, 0.05, 0.02

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca

Re: [gentoo-user] The uselessness of equery

[Philip Webb]

171016 Ian Zimmerman wrote:
> ~$ time equery -Cq b /usr/bin/equery
> app-portage/gentoolkit-0.4.0
> real  0m27.594s
> user  0m8.780s
> sys   0m0.456s

My desktop machine has :

  CPU : AMD X8 FX8370E 8-core 4,3 GHz 16 MB 32 nm 95 W
  SSD : Kingston SSDNow V300 240 GB SATA RW 450 MB/s

And I get :

  root:530 ~> time equery -Cq b /usr/bin/equery
app-portage/gentoolkit-0.4.0
real0m6.362s
user0m5.845s
sys 0m0.178s

but also NB :

  root:533 ~> time equery b /usr/bin/equery
f^C * Searching for /usr/bin/equery ... 
app-portage/gentoolkit-0.4.0 (/usr/bin/equery -> 
../lib/python-exec/python-exec2)
real0m3.776s
user0m3.651s
sys 0m0.092s

How reliable is 'time' (smile) ?

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca

Re: [gentoo-user] Plasmashell consuming huge amounts of memory.

[Dale]

Dale wrote:
> Howdy,
>
> I did a upgrade recently and after that, plasmashell is consuming a huge
> amount of memory.  I noticed it at one point and it was taking about
> 8GBs.  I killed it and restarted but it seems to keep happening after a
> few hours.  After I took a nap, I nudged the monitor back to the on
> state only to notice it had eaten so much memory that the system killed
> plasmashell and I had to restart it then.  It also made other programs
> go to swap since it was full as well.  Glad the system dealt with it
> instead of just crashing the whole thing. 
>
> After I restart it, it goes back to normal, a few hundred megabytes, but
> slowly starts increasing again.  It gets old having to either logout or
> restart the thing. 
>
> Has anyone else noticed this happening on their systems?  If not, I may
> rename .kde4 and see if that helps.  Maybe a bad or outdated config. 
>
> Currently on:
>
> kde-plasma/plasma-workspace-5.10.5-r1
>
> Was on:
>
> kde-plasma/plasma-workspace-5.10.5
>
> It seems it was a Gentoo upgrade based on the -r1. 
>
> Thanks.
>
> Dale
>
> :-)  :-) 
>


Just a FYI for anyone else having this issue.  I just upgraded and it is
still doing the same thing.  I'd think if it was a bug in the package
that it would be fixed. 

I think I'm going to try renaming .kde4 and see if a fresh start helps
with this problem. 

Dale

:-)  :-) 

[gentoo-user] The uselessness of equery

[Ian Zimmerman]

~$ time equery -Cq b /usr/bin/equery
app-portage/gentoolkit-0.4.0

real0m27.594s
user0m8.780s
sys 0m0.456s

Has anyone a better way?  As Alan recently wrote in a different but
related context, surely a hack in bash / awk /perl would do better, and
that's what I'll do if I must, but I can't believe gentoo lacks a usable
tool for questions like this.

-- 
Please don't Cc: me privately on mailing lists and Usenet,
if you also post the followup to the list or newsgroup.
Do obvious transformation on domain to reply privately _only_ on Usenet.