EDIT: Powered up fresh this morning & before opening any windows it shows 132 processes. Is that normal?

Last night I looked and saw what appeared to be print processes (daemons) listed but there were no print jobs active active. Lots of "0%" entries in Pprocess, same now.

Or might that explain why I'm having trouble with VLC playing MP4 files - starting OK then audio drops out and video gets jittery then completely garbled?

Only Seamonkey was open with one Web page (this one), the main email page, and one compose page open._________________Thanks! DavidHome page: http://nevils-station.comDon't googleSearch!http://duckduckgo.com
Puppy Carolina 1.3 & Lighthouse64-b602

<gam_server> is not a "system-level" service per se : it is not started via a well-defined /etc/rc.d/xxx or /usr/local/etc/rc.d script.

Contrary to that, it is a "user-level" service started on-demand by other mechanisms, most often desktop related. Like polkit stuff.

Therefore, it is not <gam_server> per se which is responsible for intensive CPU consumption, but rather whatever mechanism services higher in the stack that are launching it on their behalf to monitor files/directories activity.

So maybe this change to spacefm will help, at least if spacefm was responsible. There are other KDE services which may use gamin:
polkit, akonadi, nepomuk, strigi, virtuoso, as well as apps like dolphin and konqueror.

Edit (Today, at 11am): I have seen lots of these as well. I have wondered if they are present from the use of one/more browsers I have. Up until you mentioned it, I had not paid much attention to this, only noting there presence without attributing it to a base element ni the system. I run 2 browsers: Chrome and FF. I used Chrome to define a LAN printer via CUPs and I have 4 add-ons in FF.

Although it probably wont happen this week, I think it would be prudent to test a full Mariner to see what and where the elements begin to show up. This would serve to identify which component is the contributor. As far as I can tell, I have NOT seen case to whether the behavior of these elements have a positive or negative system impact....but they may.

Anyone else know anything about these PID elements?_________________Get ACTIVE Create Circles; Do those good things which benefit people's needs!
We are all related ... Its time to show that we know this!
3 Different Puppy Search Engineor use DogPileEdited_times_total

EDIT: Powered up fresh this morning & before opening any windows it shows 132 processes. Is that normal?

Last night I looked and saw what appeared to be print processes (daemons) listed but there were no print jobs active active. Lots of "0%" entries in Pprocess, same now.

Yes that many processes are not anything to worry about. And they aren't 'print' processes in the way you think about 'printing' things. To explain this would be WAY beyond the scope of this thread. dbus is a very low level part of a linux distro. It's not something that can explained throughly in a simple explanation.

There is a Menu item which can assist all who need to take advantage of the FF Upgrade:

Go to Menu>Internet>Firefox Update Help

Click the Firefox (root) button to Open FF under the root ID (instead of Spot)

When this FF opens, go to Help>About Firefox

On the screen which pops up, Under the version number, FF will show the upgrade status/alert. Click if necessary.

Hope this helps_________________Get ACTIVE Create Circles; Do those good things which benefit people's needs!
We are all related ... Its time to show that we know this!
3 Different Puppy Search Engineor use DogPile

In the default window manager of Puppy, when you drag an icon to the desktop or do some other modification, those modifications are put in the file /root/Choices/ROX-Filer/PuppyPin.

LHP does the exact same thing.

However, the file that seems to be what creates the desktop is actually /root/Choices/ROX-Filer/PuppyPinLHP. So, when you reboot, the desktop returns back to the original setup (losing your changes), unless you manually copy the PuppyPin file to the PuppyPinLHP file.

My friend asked me to update her Lighthouse. Currently she has LHP 443 on her Gateway NV78. It is old and I want to update her to the x64.version.

Unfortunately this lhp 64 602 beta 2 version allows intel to turn the backlight off at start up. This does not happen with lhp 443. I also found that lupo 528 also keeps the backlight on. Is there any way to get LHP 64 602 to turn the backlight on?

I figured out that I could attach an external monitor to her laptop to change the settings. I found workarounds that are temporary, that needs to be fixed each time the computer is turned on. However my friend is not geeky enough to do it each time.