but with an exposed
KPI) might be an alternative, as mentioned in this thread.
Stefan
--
Stefan Bethke s...@lassitu.de Fon +49 151 14070811
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
Am 26.11.2011 um 11:54 schrieb Chris Rees:
PLEASE let's not go down the route of that. How long? What if I need to
restart cron shortly after boot? What if boot takes longer?
Plus interesting time changes during boot due to ntpdate/ntpd.
--
Stefan Bethke s...@lassitu.de Fon +49 151
@reboot
only ?
I didn't even know cron had this feature. Why wouldn't you add custom rc.d
scripts for these tasks, or add the commands to rc.local?
Stefan
--
Stefan Bethke s...@lassitu.de Fon +49 151 14070811
___
freebsd-hackers@freebsd.org
that actually re-prioritizes actual disk I/O.
Stefan
--
Stefan Bethke s...@lassitu.de Fon +49 151 14070811
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd
.
The straightforward solution is to separate the datasets onto their own disks,
which I'm planning to do, but a software facility would be that much more
flexible.
Thanks,
Stefan
--
Stefan Bethke s...@lassitu.de Fon +49 151 14070811
Am 21.11.2011 um 19:32 schrieb Adam Vande More:
On Mon, Nov 21, 2011 at 11:47 AM, Stefan Bethke s...@lassitu.de wrote:
I have a process that tends to eat up all available disk bandwidth. I have
other processes that I would like to have preference over this one process.
Is there a facility
Am 21.11.2011 um 21:40 schrieb Adam Vande More:
On Mon, Nov 21, 2011 at 1:58 PM, Stefan Bethke s...@lassitu.de wrote:
Interesting, but it doesn't seem to offer limiting the I/O bandwidth induced
by a process or jail, or assigning different priorities, which would need to
be implemented
Am 21.11.2011 um 21:42 schrieb Stefan Bethke:
Am 21.11.2011 um 21:40 schrieb Adam Vande More:
On Mon, Nov 21, 2011 at 1:58 PM, Stefan Bethke s...@lassitu.de wrote:
Interesting, but it doesn't seem to offer limiting the I/O bandwidth induced
by a process or jail, or assigning different
amd64 boxes.
Thanks,
Stefan
Solaris dtrace-based iotop:
http://prefetch.net/articles/solaris.dtracetopten.html
Linux /proc-based Python script: http://guichaz.free.fr/iotop/
--
Stefan Bethke s...@lassitu.de Fon +49 151 14070811
___
freebsd
Am 25.10.2011 um 22:50 schrieb Baptiste Daroussin:
On Tue, Oct 25, 2011 at 10:34:39PM +0200, Stefan Bethke wrote:
I've got two systems with a constantly high rate of disk I/O that sometimes
seems to be overwhelmed from it. Before trying to decide if a hardware
upgrade will help, I'd like
device. If you want to label individual partitions, then
use the gpart label options, or newfs options.
Stefan
--
Stefan Bethke s...@lassitu.de Fon +49 151 14070811
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
temperature is below the threshold.
Enjoy!
Stefan
--
Stefan Bethke s...@lassitu.de Fon +49 151 14070811
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail
to
process all traffic for an IP.
And finally, unless you have really weird requirements, ipfw or pf
rules will likely work without any special programming.
HTH,
Stefan
--
Stefan Bethke [EMAIL PROTECTED] Fon +49 170 346 0140
___
freebsd-hackers
Am 08.06.2007 um 05:41 schrieb Greg 'groggy' Lehey:
How do I terminate the IP-IP tunnel at my end?
I'm using OpenVPN for similar porposes, albeit on lower latency DSL
links. OpenVPN can run over UDP or TCP, and can work through NAT,
and even with dynamic IPs.
Stefan
--
Stefan Bethke
, but slightly less than perfect connectivity is still better
than none: being stuck on a corporate network, where you can use the
proxy to establish a TCP connection to port 443, for example.
Stefan
--
Stefan Bethke [EMAIL PROTECTED] Fon +49 170 346 0140
getenv() and
getenv_type() in the kernel. See http://www.freebsd.org/cgi/
cvsweb.cgi/src/sys/boot/i386/libi386/smbios.c for the history.
Stefan
--
Stefan Bethke [EMAIL PROTECTED] Fon +49 170 346 0140
___
freebsd-hackers@freebsd.org mailing list
http
(admittedly, back
in 2.2 days), I had similiar problems with weird routing entries.
IIRC, when configuring the tun interface, I failed to initialize all
sockaddr's properly. The interface looked right, but the routes were
botched. memset took care of it then.
HTH,
Stefan
--
Stefan Bethke [EMAIL
modules should be an error.
Output format: there's no easy way to post-process the search results
with a script. A pretty print version of the output is nice, but for
a system utility, the default should be something that can be easily
post-processed with another script.
Stefan
--
Stefan
..
echo -e is your friend, see sh(1).
$ echo -e '\e[0;32;46m'
gives green on cyan in my xterm.
Stefan
--
Stefan Bethke [EMAIL PROTECTED] Fon +49 170 346 0140
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
/O errors for them), but was
able to reallocate once you wrote to them. I would still ditch the
disk, though. Would be interesting to see what the smart reallocated
sector count says.
Stefan
--
Stefan Bethke [EMAIL PROTECTED] Fon +49 170 346 0140
it stays
level. It takes *really* small movements to confuse the system.)
Stefan
--
Stefan Bethke [EMAIL PROTECTED] Fon +49 170 346 0140
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
to
drop a note to Søren (sos@), author of much of the ATA code.
Stefan
--
Stefan Bethke [EMAIL PROTECTED] Fon +49 170 346 0140
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any
panics even with heavy cvs up and ports builds in multiple jails
simultaneously.
--
Stefan Bethke [EMAIL PROTECTED] Fon +49 170 346 0140
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send
for
the moment.
And just for clarification: the panic is with basically no load, just
some file system pressure (two jails running the daily scripts);
otherwise, the machine is unused.
Stefan
--
Stefan Bethke [EMAIL PROTECTED] Fon +49 170 346 0140
. This was in the 2.2 timeframe, so I doubt this will be of much use
to you, but here it is anyway:
http://ftp.hanse.de/pub/people/stefan.bethke/FreeBSD/dumb_ups
-0.01.tar.gz
Stefan
--
Stefan Bethke [EMAIL PROTECTED] Fon +49 170 346 0140
___
[EMAIL
for an enterprising hacker to move our implementation forward in that
respect as well...
Stefan
--
Stefan Bethke [EMAIL PROTECTED] Fon +49 170 346 0140
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe
/en_US.ISO8859-1/books/porters-handbook/
index.html
Also, you might want to compare your approach compares to FreeBSD From
Scratch:
http://www.freebsd.org/doc/en_US.ISO8859-1/articles/fbsd-from-scratch/
index.html
Stefan
--
Stefan Bethke [EMAIL PROTECTED] Fon +49 170 346 0140
To Unsubscribe: send mail
Julian Elischer jul...@whistle.com wrote:
On Wed, 19 May 1999, Stefan Bethke wrote:
I've left out idprio(8) for now.
If someone could point me to a man page explaining the use of
kern.quantum, and when it might be useful to fiddle with that knob, I'll
happily add that reference
Kris Kennaway kkenn...@physics.adelaide.edu.au wrote:
On Tue, 18 May 1999, Ueda, Kazukiyo wrote:
I'm pleased to participate in such cool project. Is anybody kind
enough to tell me how to run this program while the FreeBSD box is
idle?
Install the astro/setiathome port.
Make sure you have
, I'll happily add that
reference to the setiathome man page.
Stefan
--
Stefan Bethke
Muehlendamm 12Phone: +49-40-256848, +49-177-3504009
D-22087 Hamburg stefan.bet...@hanse.de
Hamburg, Germany s...@freebsd.org
To Unsubscribe: send mail to majord...@freebsd.org
Matthew Dillon dil...@apollo.backplane.com wrote:
For people who have idle cpu to spare, this is a good time to start
putting those cycles to good use with the Seti project! The project
has been running a beta test for a while, but as of May 13th 1999 they
reset the stats and
Zhihui Zhang zzh...@cs.binghamton.edu wrote:
By the way, all other metablocks seem to be delay-written. In other words,
they are not written synchronously. What happens if the system crashes
before their updates go to disk. I read in the mailinglist that FreeBSD
metadata I/O are
32 matches
Mail list logo