sabled. The graphics are from an nVidia GeForce
8500 GT (G86) with the X.org driver. (It's not _just_ desktop behaviour
that's affected, though: the box runs a number of small headless
[interactive] server processes which also appear to get rapidly starved of
CPU time.)
The behav
complex beast, and putting numbers against "look and feel" is tricky -
however in this situation, I can get numbers from a wall-clock, the
behaviour is that pronounced. I'll certainly try getting the whole X tree
onto a single socket
ser experience.
At the moment I'm fiddling around with cpusets to try to pin my port
builds to a subset of the available processors.
Suggestions are welcome!
Cheers,
jan
PS. I've stuck it out with sched_ule since it's been available, but I
should point out this isn't a sudden
ugh. The first time, your
current directory is getting removed (so ../ won't refer to a real
directory the second time around). The bug is really in rm(1)'s initial
diagnostic message.
--
jan grant, ISYS, University of Bristol. http://www.bris.ac.uk/
Tel +44 (0)117 3317661 http
or a binary
upgrade ad lib; just reboot (with nextboot) when done.
This also means you can keep the previous OS around for a while in case
there are problems with the new one.
For setups that aren't amenable to automated deployments this works
pretty well and gives you a safety-net for upgrad
port 22 on 0.0.0.0 failed:
Address already in use.
Apr 27 08:51:01 xxx sshd[1296]: fatal: Cannot bind any address.
]]]
The instance of sshd that is running was successfully started a few
seconds before this. Again, this is coming out of /etc/rc.
> 2006/5/2, Jan Grant <[EMAIL PROTECTED]&
On Tue, 2 May 2006, Jan Grant wrote:
> I'm running a stock freebsd-stable as a workstation. I'm seeing
> something unusual: it looks like some startup scripts are being run
> twice when the machine boots.
>
> Originally I caught this because an old-fashioned /usr/loc
/etc/rc why this might be occurring.
--
jan grant, ISYS, University of Bristol. http://www.bris.ac.uk/
Tel +44 (0)117 3317661 http://ioctl.org/jan/
...and then three milkmaids turned up
(to the delight and delactation of the crowd).
___
freebsd-stable@free
CHE2=yes DB_TYPE=Pg DB_HOST=localhost
DB_DATABASE=rt3 DB_USER=rt3|
www/apache2|WITH_PROXY_MODULES=yes|
multimedia/kdemultimedia*|WITH_LAME=yes WITH_XINE=yes WITH_MPEGLIB=yes|
*/*|BATCH=yes|
java/jdk14|NATIVE_BOOTSTRAP=yes JAVA_HOME=|
*/kde*|WITH_KDE_DEBUG=yes|
mail/exim|WITH_EXIMON=yes WITH_EXISCAN_ACL=yes WI
On Fri, 11 Nov 2005, Michael C. Shultz wrote:
> On Friday 11 November 2005 05:58, Michael C. Shultz wrote:
> > On Friday 11 November 2005 05:58, Jan Grant wrote:
> > > On Fri, 11 Nov 2005, Michael C. Shultz wrote:
> > >
> > > [on wildcards in portmanager rul
mechanical
process to take pkgtools.conf and spit out a corresponding portmanager
config.
Thanks Mike.
--
jan grant, ILRT, University of Bristol. http://www.ilrt.bris.ac.uk/
Tel +44 (0)117 3317661 http://ioctl.org/jan/
Personal responsibility for corporate decisions:
if they've nothing
On Fri, 11 Nov 2005, Michael C. Shultz wrote:
> On Friday 11 November 2005 01:43, Jan Grant wrote:
> > My pkgtools.conf has hundreds(! - busy workstation) of entries along
> > these lines - some entries apply to several ports, and the portupgrade
> > toolset just basically
On Thu, 10 Nov 2005, Filip Lenaerts wrote:
> hi all
>
> On Thu, Nov 10, 2005 at 11:17:13AM +0000, Jan Grant wrote:
> >
> > FWIW I've just done a successful remote source-based upgrade from 5.4 to
> > 6.0 (I'm brave) with no problems. I use a second root an
) prior to the reboot it should work fine and offers a
simple backout in the case of disaster. On a multiuser system this
obviously works better if you arrange your setup to work in a "read-only
root/usr" setup, so late-in-the-day changes by users to stuff under /etc
aren't lost.
On Thu, 27 Oct 2005, Paul T. Root wrote:
> Jan Grant wrote:
> >
> > On Thu, 27 Oct 2005, Paul T. Root wrote:
> >
> >
> > > man inet_addr
> > >
> > > and you'll find:
> > >
> > > All numbers supplied as ``parts
On Thu, 27 Oct 2005, Paul T. Root wrote:
> man inet_addr
>
> and you'll find:
>
> All numbers supplied as ``parts'' in a `.' notation may be decimal,
> octal, or hexadecimal, as specified in the C language (i.e., a leading
> 0x or 0X implies hexadecimal; otherwise, a leading 0 implies octal;
> o
t also generates less
> support complaints.
I'm happy to reject octal and hex too! Anyway, count this as one (minor)
support gripe :-)
Thanks for your time,
jan
--
jan grant, ILRT, University of Bristol. http://www.ilrt.bris.ac.uk/
Tel +44 (0)117 3317661 http://ioctl.org/jan/
stt
enough to work around.
Cheers,
jan
--
jan grant, ILRT, University of Bristol. http://www.ilrt.bris.ac.uk/
Tel +44 (0)117 3317661 http://ioctl.org/jan/
Unfortunately, I have a very good idea how fast my keys are moving.
___
freebsd-stable@freebsd.o
nly issue I came across was one of my own making: I used a second
drive to install copies of /, /usr to manage upgrades (much like
solaris' liveupdate) and wound up with a ufs2 /, which my original
bootloader (from the 3.x days) didn't grok.
Cheers,
jan
--
jan grant, ILRT, Universi
On Mon, 20 Oct 2003, Jan Grant wrote:
> On Mon, 20 Oct 2003, Mike Tancsa wrote:
>
> > How recent is your copy of RELENG_4 ? The PSE disable code was committed
> > to the tree already as well as a fix so it would work with APM on the
> > 17th. By default it is disabl
ing to emails I've had] for a while.)
--
jan grant, ILRT, University of Bristol. http://www.ilrt.bris.ac.uk/
Tel +44(0)117 9287088 Fax +44 (0)117 9287112 http://ioctl.org/jan/
Prolog in JavaScript: http://ioctl.org/logic/prolog-latest
___
g
tickled than I'd normally suspect from these symptoms.
I'm about to experiment with this option but it currently feels a little
like cargo-cult admin. If there are any definitive tests that would
indicate if this hardware problem is present and addressed by this,
that's be nice to kno
en inodes - eg, the script at
http://ioctl.org/unix/scripts/openfiles
does that.
--
jan grant, ILRT, University of Bristol. http://www.ilrt.bris.ac.uk/
Tel +44(0)117 9287088 Fax +44 (0)117 9287112 http://ioctl.org/jan/
...and then three milkmaids turned up
(to the delight and delactation of
PIII800. When doing a dump from a fast
> > client, with 3des I was looking at close to 40%-50% of CPU going to sshd on
> > the server. Now I see about 3%-5%.
>
> So how is the total throughput? Is it a win or a lose with the 7951?
Excuse my curiosity: would measuring the throughput o
e stuck with a serial
console to try to figure things out.
Sun have something like this for Solaris; it's a neat trick.
--
jan grant, ILRT, University of Bristol. http://www.ilrt.bris.ac.uk/
Tel +44(0)117 9287088 Fax +44 (0)117 9287112 RFC822 [EMAIL PROTECTED]
"Impact of vulnerability:
25 matches
Mail list logo
