Momchil Ivanov wrote: > On Saturday 30 June 2007 10:50:38 Ulrich Spoerlein wrote: >> Hi all, >> >> I upgraded to -CURRENT and am running with SCHED_BSD on an UP machine >> (where ULE has no advantage over BSD, right?) the proceses in RUN state are runnable and not in a sleep queue or waiting on a mutex.. > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND > 1038 space 3 20 0 74196K 64224K kserel 0:07 0.00% opera > 1089 space 3 20 0 57064K 48108K kserel 0:16 0.00% kmail > 950 space 1 96 0 54568K 36388K select 0:19 2.93% Xorg > 1013 space 1 96 0 35348K 29004K RUN 0:01 0.00% kdeinit > 1087 space 1 96 0 34600K 28608K select 0:00 0.00% korgac > 1083 space 1 96 0 33184K 24020K select 0:00 0.00% kdeinit > 1025 space 1 96 0 32416K 26876K RUN 0:01 0.00% kdeinit > 1069 space 1 96 0 32072K 26584K select 0:00 0.00% kdeinit > 1151 space 1 96 0 31612K 26120K select 0:00 0.00% kdeinit > 1045 space 1 96 0 31612K 26116K select 0:00 0.00% kdeinit > 1035 space 1 96 0 31164K 25960K select 0:00 0.00% kgpg > 1023 space 1 96 0 31028K 26016K RUN 0:01 0.00% kdeinit > 1051 space 1 96 0 30564K 23000K select 0:01 0.00% pidgin > 1021 space 1 96 0 28724K 22896K RUN 0:01 0.00% kdeinit > > on my laptop with FreeBSD 6.2-STABLE #10: Thu Jun 14 13:01:26 CEST 2007. After > the next refresh of top, these in state "RUN" are in state "select", and > only "top" is shown in state "RUN". However if I change the order of sorting, > say by size or by cpu usage, in the first moment I see a couple of processes > in "RUN" state as above and after the next refresh top shows them in "select" > state. >Received on Sun Jul 01 2007 - 14:57:20 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:13 UTC