Extreme memory usage for gnome-panel related apps
by Mark
// begin note
i posted this in the fedora-list first but wasn't getting reply's that
are discussing what i say below. And for the memory (in the text
below).. Using it all up doesn't mean that it's used good. See it like
your a rich guy. you can spend it all at once or just go easy on it. i
would like to go for the latter one. + send to the gnome desktop devel
list
// end note
Hey,
i was just looking through the system monitor to see how my memory
usage was doing and that gave me a impressive (negative way) result.
I've made a screenshot [1] of it and edited it a little. The color
that i added in mean:
- darkred : extreme memory usage for..?? nothing?
- red : gnome-panel related things (applets mostly)
- orange : first applet UNDER one MB.
Now if you take a look at the image you see that my current gnome
session is taking up:
4.9 MB (gnome-panel)
3.5 MB (mixer_applet2)
3.0 MB (wnck-applet)
2.3 MB (nm-applet)
1.2 MB (notification-area-applet)
1.1 MB (gnome-volume-manager)
0.7 MB (bluetooth-applet)
Totals to: 17.7 MB
That is only the gnome-panel stuff with it's applets. if you are gonna
take into account the stuff that is needed to run the applets (like
python) than it will likely use a lot more but since those a can be
used with other applications as well i will leave that out of it.
Now there are still 3 more left in the list i highlighted.
1. Nautilus
Oke.. this one is bothering me. at the time that i shot the screenshot
nautilus was not open (at least not the file browser) and than it's
taking up that much memory! that's just overkill!
2. gnome-settings-daemon
Why does this need to run? what's the purpose of it? If it's just
running for other programs to grab gnome settings (wild guess) than
it's using up way to much RAM anyway. otherwise it has to go.
3. puplet
Someone said this was efficient in Fedora 8.. doesn't look like it. (8 MB).
Now the notebook i'm typing this on has 1GB om memory and runs Fedora
fine so if i look at it that way than the ram usage is fine. but keep
in mind the people with less memory (256 or 512 MB's) they are gonna
get a hard time with this fedora. My total memory usage at the time of
this writing is: 432.00 MB (with GIMP on.. if that's closed than it's
"just" 400 MB).
What i'm trying to say here is that those gnome-panel applets are
taking up way to much memory regardless of the memory you can afford
or have in your computer. It should just be as fast and small as
possible with all the needed functions. 3.5 MB for the mixer applet
(which doesn't even support pulseaudio streams and is really basic!)
is just overkill (btw it's taking up 4.6 MB now). Perhaps all those
applets need to be checked on memory usage? or a completely new
gnome-panel + applets that just take up a few MB in total (instead of
17.7). Gnome and Fedora are currently looking fine the way they are.
so perhaps it's time to stop spending time on features for a while (2
releases? till Fedora 10?) and start spending all time/money/efforts
on performance memory usage and usability.
And again for the memory. Having much doesn't need that it needs to
use much! slow pc's with less memory should be able to run fedora
right? Simple example. imagine that a slow 500 MHz pc with 512MB
memory wants to run Fedora + compizfusion + Gimp. Now at this moment
he must drop compiz or gimp. if that panel stuff was just using normal
amounts of memory he would have been able to use all 3 (just a
example!!)
So.. is something gonna change with this memory abuse?
[1] http://img504.imageshack.us/img504/6821/screenshotsystemmonitoryh4.png
16 years, 4 months
DJB's software components
by Tom Callaway
Recently, most (all?) of Dan Bernstein's software was relicensed into
the public domain.
Please hold off on packaging and submitting these packages for review
into Fedora, pending legal advice as to whether he can actually do that
or not, under US law.
Thanks,
~spot
16 years, 4 months
Bootup speed for F8
by Dimi Paun
Hi folks,
I've currently upgraded to F8, congrats!
Just thought of sharing a data-point for startup speed
(measured from GRUB, so excluding all the BIOS stuff):
* to graphical init: 30s
* to login prompt: 1m8s
* after login, to responsive state: 14s
That's 1m22s to start. On a good desktop: Intel Duo 2.13GHz, 2GB RAM.
With the BIOS thrown in, it takes over 2minutes to be able to get
into the box.
That's rather slow, no?
--
Dimi Paun <dimi(a)lattica.com>
Lattica, Inc.
16 years, 4 months
PROJECT BLACKHAT
by patrick quinn
hello team fedora
me and my team are curentuly working on a reactos (http://www.reactos.org) based os called blackhat which is open source and 100% free.blackhats party piece is its ability to run not only win32 but linux applications nativily.blackhat plays host to the latest open source and gnu software and environments .it will ultimately use the gnome interface as the default gui and have xgl alike abilites.i was wondering if you would be willing to put your name to this project amd give you very minor help and in exchange you will have permenant ad space at the top of are webpage and other fedora promotions troughout the os (eg in the welcome center).we will not ask anything of significance from you just giving blackhat some of that unmistakeable fedora charm.i personally am a huge fan of your os and hence the reason we have come to you.we would really aprecieate a reply be it negitive or positive
seasons greetings
team blackhat
_________________________________________________________________
Get the next generation of Windows Live services now!
http://get.live.com
16 years, 4 months
Development Docs (Rhythmbox, in particular)
by Richi Plana
Hi,
Now that we have a Developer spin, perhaps package maintainers can give
some thought to packaging development docs as well. Rhythmbox,
specifically, deletes all the gtk-doc files. Perhaps now we can package
them in rhythmbox-devel-doc or something as well as sample plugin code?
Things that developers would find useful.
--
Richi Plana
16 years, 4 months
mounting removable media never seems to work
by Florin Andrei
Mounting USB sticks, DVDs, CDs, etc - this works flawlessly with other
distributions I've tried (Ubuntu), but with Fedora it's something that
seems to stop working randomly, whenever the packages update to jour
changes something in the system.
I've a F7 system, fully updated, and now when I insert a USB stick, I
get the HAL error "permission denied: not in active session".
This is annoying because it's something that's supposed to just work. It
does work in Ubuntu. Heck, it works fine in XP. But not in Fedora.
Moreover, it's not a new thing. Previous releases of Fedora used to
display this same problem, which never seems to be solved completely.
It's like "removable media? who cares whether it works properly or not?"
Come one, people, wake up.
--
Florin Andrei
http://florin.myip.org/
16 years, 4 months
kde-4.0(rc1) hitting rawhide Dec 1-7
by Rex Dieter
(I sent this to fedora-devel-announce earlier this morning, but didn't
see any copy land in fedora-devel, so here ya go).
Now that the KDE 4.0 RC1 is available (and development churn has
slowed), the KDE SIG will be working towards incorporating as much of
kde-4.0 (rc1) into rawhide the week of Dec 1-7. The gory outline of
making all of this work are detailed on
http://fedoraproject.org/wiki/Releases/FeatureKDE4
The challenge will be replacing the current kde3-based
desktop with a kde4-based one, while at the same time still providing a
kde3 development platform (ie, so one can still build/run kde3
applications).
This announcement serves two primary purposes:
1. Serve notice to expect kde-related borkage the week of Dec 1-7.
2. Inform kde(3)-based package maintainers that spec-files that
currently include constructs like:
BuildRequires: kdelibs-devel
BuildRequires: kdebase-devel
will need to be updated to
BuildRequires: kdelibs3-devel
BuildRequires: kdebase3-devel
instead. These kde*3 virtual Provides are in place now (in all F7+
branches, and without Epoch's
too, btw), so there's no need to wait to make this change.
Likewise, kde4-based applications can/should include constructs like
BuildRequires: kdelibs4-devel
(avoiding references to just kdelibs-devel which can be ambiguous).
-- Rex
16 years, 4 months
Re: Versioning svn checkouts [Was: Re: alpha/beta software in Fedora 8?]
by Nicolas Mailhot
Le Jeu 29 novembre 2007 11:06, Petr Machata a écrit :
> Nicolas Mailhot wrote:
>> For git that would not be a number but for svn any shuffling
>> upstream
>> does in its VCS can result in revision number changes, so relying on
>> them to identify sources is a big no-go.
>
> So you are telling that I could get two different source trees by
> checking out some given revision X from svn at two different times?
I'm saying that srpms have a long live, and that with svn if you
request revision $number 5 years later if upstream has re-done its svn
in the meanwhile what you'll get is not what you got 5 years before.
--
Nicolas Mailhot
16 years, 4 months
Build Failures November 30 2007
by Mike McGrath
If you experienced build failures today with:
Executing /usr/sbin/mock-helper yum --installroot /var/lib/mock/dist-f9-build-84928-10845/root install buildsys-build
Error: Missing Dependency: kernel-headers >= 2.2.1 is needed by package glibc-headers
Error: Missing Dependency: kernel-headers is needed by package glibc-headers
Please re-submit the build.
-Mike
16 years, 4 months
