N****w
发帖数: 21578 | 1 这还是 Xubuntu
没起啥服务，就有一堆的 listener, polling 之类的东西
前面的 kernel thread 且不用说
hald 一堆
gnome-keyring-daemon 好几个
scim 都有好几个
xfce 那些个就不说了
哎。。。虽然是废物进程，还是占内存，影响调度负担
响应想不慢都难
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 1 0.0 0.3 3056 1960 ? Ss 07:09 0:02 /sbin/init
root 2 0.0 0.0 0 0 ? S< 07:09 0:00 [kthreadd]
root 3 0.0 0.0 0 0 ? S< 07:09 0:00 [migration/
0]
root 4 0.0 0.0 0 |
E*V
发帖数: 17544 | 2 都kill掉好了
【在 N****w 的大作中提到】
: 这还是 Xubuntu
: 没起啥服务，就有一堆的 listener, polling 之类的东西
: 前面的 kernel thread 且不用说
: hald 一堆
: gnome-keyring-daemon 好几个
: scim 都有好几个
: xfce 那些个就不说了
: 哎。。。虽然是废物进程，还是占内存，影响调度负担
: 响应想不慢都难
: USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
|
N****w
发帖数: 21578 | 3 很多硬件层的通知进程合并到一个进程，用 .so 作 plugin
是不是能好一些，来个通知就 load 一个 plugin 来处理
5 分钟后自动卸载
这样响应速度慢点，省了内存。
【在 E*V 的大作中提到】
: 都kill掉好了
|
E*V
发帖数: 17544 | 4 鱼与熊掌啊
【在 N****w 的大作中提到】
: 很多硬件层的通知进程合并到一个进程，用 .so 作 plugin
: 是不是能好一些，来个通知就 load 一个 plugin 来处理
: 5 分钟后自动卸载
: 这样响应速度慢点，省了内存。
|
N****w
发帖数: 21578 | 5 新机器上熊掌，plugin 都载入系统不卸载
老机器吃吃鱼就好了
【在 E*V 的大作中提到】
: 鱼与熊掌啊
|
b*****3
发帖数: 286 | 6 I'm using X+FVWM, only 65M mem used after login ( still use gdm) |
E*V
发帖数: 17544 | 7 if use gentoo+kde3.5
i remembered last time it could be 50
【在 b*****3 的大作中提到】
: I'm using X+FVWM, only 65M mem used after login ( still use gdm)
|
N****w
发帖数: 21578 | 8 ps aux 贴出来看看，不可能
【在 b*****3 的大作中提到】
: I'm using X+FVWM, only 65M mem used after login ( still use gdm)
|
b*****3
发帖数: 286 | 9 I run etch with FVWM.
"free" shows only ~65M mem being used after removing buffers and caches |
N****w
发帖数: 21578 | 10 en... Debian 可能干净一些。。。
【在 b*****3 的大作中提到】
: I run etch with FVWM.
: "free" shows only ~65M mem being used after removing buffers and caches
|
|
|
n******t
发帖数: 4406 | 11 主要是gnome吧。
【在 N****w 的大作中提到】
: 这还是 Xubuntu
: 没起啥服务，就有一堆的 listener, polling 之类的东西
: 前面的 kernel thread 且不用说
: hald 一堆
: gnome-keyring-daemon 好几个
: scim 都有好几个
: xfce 那些个就不说了
: 哎。。。虽然是废物进程，还是占内存，影响调度负担
: 响应想不慢都难
: USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
|
a*****e
发帖数: 51 | 12 debian一样的，就是最近这一年更新之后多了很多k*的线程，而且还都是高优先级的(-
5),可能是Xorg系统或者其他的结构发生了变化导致的
【在 N****w 的大作中提到】
: en... Debian 可能干净一些。。。
|
N****w
发帖数: 21578 | 13 k* 的不算，是 kernel thread 不额外占用内存。 |
v****n
发帖数: 362 | 14 You think too much.
【在 N****w 的大作中提到】
: 这还是 Xubuntu
: 没起啥服务，就有一堆的 listener, polling 之类的东西
: 前面的 kernel thread 且不用说
: hald 一堆
: gnome-keyring-daemon 好几个
: scim 都有好几个
: xfce 那些个就不说了
: 哎。。。虽然是废物进程，还是占内存，影响调度负担
: 响应想不慢都难
: USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
|
N****w
发帖数: 21578 | 15 看着不舒服...
【在 v****n 的大作中提到】
: You think too much.
|
v****n
发帖数: 362 | 16 Admire you have so much time to watch and count background process...
【在 N****w 的大作中提到】
: 看着不舒服...
|
N****w
发帖数: 21578 | 17 就看了一眼。。。
奇怪偶从低版本升级上来的系统没有 hald 那些进程
fcitx 也只有一个进程，比 scim 那些看着舒服多了
【在 v****n 的大作中提到】
: Admire you have so much time to watch and count background process...
|
l******t
发帖数: 12659 | |
x****u
发帖数: 44466 | 19 SCIM可以输入整个星球的语言，又是中国人自己开发的，还是应该支持的。
【在 N****w 的大作中提到】
: 就看了一眼。。。
: 奇怪偶从低版本升级上来的系统没有 hald 那些进程
: fcitx 也只有一个进程，比 scim 那些看着舒服多了
|
N****w
发帖数: 21578 | 20 fcitx 也是中国人自己开发的
能输入所有偶懂的语言，还不够阿 hehe
【在 x****u 的大作中提到】
: SCIM可以输入整个星球的语言，又是中国人自己开发的，还是应该支持的。
|
a*****i
发帖数: 4391 | 21 the number of background process doesn't affect anything in Linux.
1: the context switching is very efficient.
2: the size of memory footprint only affects how quickly your computer boots
up. |
