* Abel Talaversn Estevez <[EMAIL PROTECTED]> [060828 11:45]:
> Does anybody know any other command?
Quick'n'dirty:
ps -ax -opcpu | awk '!/%CPU/{sum += $1} END {print sum}'
* Otto Moerbeek <[EMAIL PROTECTED]> [060907 17:44]:
> If anybody has access to a Solaris machine, I like to know what the
> test does there.
SunOS XX 5.9 Generic_118558-17 sun4u sparc SUNW,Sun-Fire-V240
# echo "some text here" | egrep -x "" ; echo $?
egrep: illegal option -- x
usage: egrep [
* Gaby vanhegan <[EMAIL PROTECTED]> [050526 14:53]:
> for x in 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24
Ouch ;-) for x in `jot 24 1` is better I think ;-)
* Gaby vanhegan <[EMAIL PROTECTED]> [050526 17:31]:
> >Ouch ;-) for x in `jot 24 1` is better I think ;-)
> I tried to use seq, but it wasn't there. Quick to write the numbers
> than search the man page...
/usr/ports/misc/sh-utils if you want (g)seq, but jot is fine.
Hi all!
OpenBSD 3.7-current (GENERIC) #212: Mon Jun 27 21:48:43 MDT 2005
I want to use german umlauts in xterm, which works fine using "csh"
and "ksh -o vi" but NOT using "ksh -o emacs" :-( (Umlauts work fine
in other applications like vim, xchat, firefox...)
My ~./profile (Slightly stripped to
* Hugo Villeneuve <[EMAIL PROTECTED]> [050702 00:15]:
> What you want is:
> set +o emacs-usemeta
Perfect :-) Thank you.
> I couldn't find your others -meta options in ksh(1)
Some BASHisms I tried (Found them while googling.), I removed them
now.
OpenBSD 3.7-current (GENERIC) #212: Mon Jun 27 21:48:43 MDT 2005 on i386
Compiling xpdf I see the following top-output (top -S -ocpu 10)
load averages: 1.97, 1.55, 0.97 16:16:04
65 processes: 2 running, 62 idle, 1 on processor
CPU states: 88.5% user, 0.0% nic
* Arnaud Bergeron <[EMAIL PROTECTED]> [050703 03:09]:
> All it takes to find that out is a little bit of observation and
> deduction. From the second output you provided you should see md5's
> CPU usage go up rapidly.
No. md5's CPU doesn't go up. If I try "john -t" it slowly goes up.
Let's stick
* Arnaud Bergeron <[EMAIL PROTECTED]> [050704 23:20]:
> Was it always showing 36.47% in top or did it go up?
It did go up. *Very* slow.
> More importantly, does this issue affects your system stability or
> security? Do you loose sleep over it? If not, maybe its not that
> important.
Hmm, no, no
Little @home-server, Mainboard is a Gigabyte GA-5AX F3, Bios is AWARD
Version 4.51PG (Everything set to default.)
Perfect box until you try to do a "halt -p" ;-)
Below see "ps" and "trace" from ddb and dmesg.
# halt -p
/etc/rc.shutdown in progress...
/etc/rc.shutdown complete.
syncing disks... d
i386, OpenBSD 3.9-beta (GENERIC) #597: Sun Feb 5 21:14:35 MST 2006
Just played around pinging to see the following:
Pinging from box A (10.0.0.13) to box B (10.0.0.5) with
"sudo ping -f -s 1024 10.0.0.5"
Everything fine. Fire up another xterm, fire up the same ping a
second time -> wow.
[...]
p
For the archives:
Tried again with "sysctl machdep.apmhalt=1", same game :-/
# halt -p
/etc/rc.shutdown in progress...
/etc/rc.shutdown complete.
syncing disks... done
Attempting to power down...
apm0: APM set power state: unrecognized device ID (9)
uvm_fault(0xd6930298, 0x8000, 0, 1) -> e
kernel
* Otto Moerbeek <[EMAIL PROTECTED]> [050430 19:00]:
> dd allocates a a buffer twice as large as the blocksize in this case. So
> that's 37m * 2 = 74m, which is 75776. Your data limit is 76800, so
> probably some allocaations are already there, making the 74m allocation
> fail.
Ah, thank you, th
13 matches
Mail list logo
