something currently implemented in FreeBSD? Is this even a good idea?
Do you mean linux like numactl ? AFAIK, there is no such feature in the
FreeBSD.
Regards,
David Xu
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
I am trying to fix a bug in GNU grep, the bug is if you
want to skip FIFO file, it will not work, for example:
grep -D skip aaa .
it will be stucked on a FIFO file.
Here is the patch:
http://people.freebsd.org/~davidxu/patch/grep.c.diff2
Is it fine to be committed ?
Regards,
David Xu
On 2013/01/09 11:14, Daniel Eischen wrote:
On Tue, 8 Jan 2013, Richard Sharpe wrote:
[ ... ]
Well, it turns out that your suggestion was correct.
I did some more searching and found another similar suggestion, so I
gave it a whirl, and it works.
Now, my problem is that Jeremy Allison thinks
On 2013/01/09 07:14, Richard Sharpe wrote:
On Tue, 2013-01-08 at 08:14 -0800, Richard Sharpe wrote:
On Tue, 2013-01-08 at 15:02 +0800, David Xu wrote:
On 2013/01/08 14:33, Richard Sharpe wrote:
On Tue, 2013-01-08 at 10:46 +0800, David Xu wrote:
On 2013/01/08 09:27, Richard Sharpe wrote:
Hi
On 2013/01/08 15:02, David Xu wrote:
On 2013/01/08 14:33, Richard Sharpe wrote:
On Tue, 2013-01-08 at 10:46 +0800, David Xu wrote:
On 2013/01/08 09:27, Richard Sharpe wrote:
Hi folks,
I am running into a problem with AIO in Samba 3.6.x under FreeBSD 8.0
and I want to check if the assumptions
On 2013/01/08 14:33, Richard Sharpe wrote:
On Tue, 2013-01-08 at 10:46 +0800, David Xu wrote:
On 2013/01/08 09:27, Richard Sharpe wrote:
Hi folks,
I am running into a problem with AIO in Samba 3.6.x under FreeBSD 8.0
and I want to check if the assumptions made by the original coder are
it in
ucontext.uc_sigmask.
Regards,
David Xu
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
On 2012/11/07 14:17, Jeff Roberson wrote:
On Wed, 7 Nov 2012, David Xu wrote:
On 2012/11/06 19:03, Attilio Rao wrote:
On 9/20/12, David Xu wrote:
On 2012/09/18 22:05, Andriy Gapon wrote:
Here is a snippet that demonstrates the issue on a supposedly fully
loaded
2-processor system:
136794
On 2012/11/06 19:03, Attilio Rao wrote:
On 9/20/12, David Xu wrote:
On 2012/09/18 22:05, Andriy Gapon wrote:
Here is a snippet that demonstrates the issue on a supposedly fully
loaded
2-processor system:
136794 0 3670427870244462 KTRGRAPH group:"thread", id:"Xorg tid
On 2012/10/31 22:44, Karl Pielorz wrote:
--On 31 October 2012 16:06 +0200 Konstantin Belousov
wrote:
Since you neglected to provide the verbatim output of procstat, nothing
conclusive can be said. Obviously, you can make an investigation on your
own.
Sorry - when I ran it this morning the
On 2012/09/18 22:05, Andriy Gapon wrote:
Here is a snippet that demonstrates the issue on a supposedly fully loaded
2-processor system:
136794 0 3670427870244462 KTRGRAPH group:"thread", id:"Xorg tid 102818",
state:"running", attributes: prio:122
136793 0 3670427870241000 KTRGRAPH group:"t
On 2012/08/16 01:49, Konstantin Belousov wrote:
On Wed, Aug 15, 2012 at 07:40:04AM +0800, David Xu wrote:
On 2012/08/15 05:09, Jilles Tjoelker wrote:
On Tue, Aug 14, 2012 at 11:15:06PM +0800, David Xu wrote:
But in real word, pthread atfork handlers are not async-signal safe,
they mostly do
On 2012/08/16 07:57, David Xu wrote:
On 2012/08/16 01:46, Konstantin Belousov wrote:
On Tue, Aug 14, 2012 at 11:15:06PM +0800, David Xu wrote:
You are requiring the thread library to implement such a mutex
and other locks, that after vfork(), the mutex and other lock types
must
still work
On 2012/08/16 01:46, Konstantin Belousov wrote:
On Tue, Aug 14, 2012 at 11:15:06PM +0800, David Xu wrote:
You are requiring the thread library to implement such a mutex
and other locks, that after vfork(), the mutex and other lock types must
still work across processes, the
On 2012/08/15 05:09, Jilles Tjoelker wrote:
On Tue, Aug 14, 2012 at 11:15:06PM +0800, David Xu wrote:
But in real word, pthread atfork handlers are not async-signal safe,
they mostly do mutex locking and unlocking to keep consistent state,
mutex is not async-signal safe.
The malloc prefork and
On 2012/08/14 17:41, Konstantin Belousov wrote:
On Tue, Aug 14, 2012 at 05:16:56PM +0800, David Xu wrote:
On 2012/08/14 16:18, Konstantin Belousov wrote:
On Tue, Aug 14, 2012 at 12:42:15PM +0800, David Xu wrote:
I simply duplicated idea from OpenSolaris, here is my patch
which has similar
On 2012/08/14 16:18, Konstantin Belousov wrote:
On Tue, Aug 14, 2012 at 12:42:15PM +0800, David Xu wrote:
I simply duplicated idea from OpenSolaris, here is my patch
which has similar feature as your patch, and it also tries to
prevent vforked child from corrupting parent's data:
On 2012/08/09 18:56, Jilles Tjoelker wrote:
On Mon, Aug 06, 2012 at 11:25:35AM +0300, Konstantin Belousov wrote:
On Sun, Aug 05, 2012 at 11:54:32PM +0200, Jilles Tjoelker wrote:
On Mon, Jul 30, 2012 at 01:53:03PM +0300, Konstantin Belousov wrote:
On Mon, Jul 30, 2012 at 12:24:08PM +0200, Jille
On 2012/08/13 19:50, Konstantin Belousov wrote:
On Sun, Aug 12, 2012 at 08:11:29AM +0800, David Xu wrote:
On 2012/08/10 18:13, Konstantin Belousov wrote:
On Thu, Aug 09, 2012 at 02:08:50PM +0300, Konstantin Belousov wrote:
Third alternative, which seems to be even better, is to restore
single
On 2012/08/11 21:10, Jilles Tjoelker wrote:
On Fri, Aug 10, 2012 at 10:16:04AM +0800, David Xu wrote:
On 2012/08/09 18:56, Jilles Tjoelker wrote:
On Mon, Aug 06, 2012 at 11:25:35AM +0300, Konstantin Belousov wrote:
On Sun, Aug 05, 2012 at 11:54:32PM +0200, Jilles Tjoelker wrote:
On Mon, Jul
On 2012/08/10 18:13, Konstantin Belousov wrote:
On Thu, Aug 09, 2012 at 02:08:50PM +0300, Konstantin Belousov wrote:
Third alternative, which seems to be even better, is to restore
single-threading of the parent for vfork().
single-threading is slow for large threaded process, don't know if it
On 2012/08/09 18:56, Jilles Tjoelker wrote:
On Mon, Aug 06, 2012 at 11:25:35AM +0300, Konstantin Belousov wrote:
On Sun, Aug 05, 2012 at 11:54:32PM +0200, Jilles Tjoelker wrote:
On Mon, Jul 30, 2012 at 01:53:03PM +0300, Konstantin Belousov wrote:
On Mon, Jul 30, 2012 at 12:24:08PM +0200, Jille
On 2012/8/2 10:12, Daniel Rudy wrote:
Hello,
What is the best way to enumerate the sleeping threads via
sleepqueue(9)? Furthermore, when enumerating the threads that are on
the run queue, what locks are needed, if any?
sleepqueue hash bucket is private data structure in subr_sleepqueue.c, I
th
On 2012/07/08 18:21, Chris Rees wrote:
Hi all / David,
doxygen has been failing for a while now on -CURRENT and apparently
-STABLE too. The current fix is disabling one of the tests in the
build, but obviously it points to a problem with our base system
I've trussed [1] the failing code [2
.takatan.net/lxr/source/arch/um/os-Linux/elf_aux.c?a=x86_64#L40
Regards,
David Xu
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
On 2012/5/17 4:59, Brandon Falk wrote:
Does anyone have a quick list of high-resolution timer functions? Both
user-land and kernel-land? It would be greatly appreciated (doing some
performance timing for applications).
-Brandon
AFAIK, there is no high-resolution timer available.
___
On 2012/4/5 11:56, Konstantin Belousov wrote:
On Wed, Apr 04, 2012 at 06:54:06PM -0700, Sushanth Rai wrote:
I have a multithreaded user space program that basically runs at realtime
priority. Synchronization between threads are done using spinlock. When running
this program on a SMP system und
ropagation, this is an issue.
In userland, internal library mutexes are not priority-inherit, so
starvation may happen too. If you
know what you are doing, don't call such functions which uses internal
mutexes, but this is rather
difficult.
Re
On 2012/2/6 15:44, Alexander Motin wrote:
On 06.02.2012 09:40, David Xu wrote:
On 2012/2/6 15:04, Alexander Motin wrote:
Hi.
I've analyzed scheduler behavior and think found the problem with HTT.
SCHED_ULE knows about HTT and when doing load balancing once a second,
it does right t
On 2012/2/5 20:02, Ivan Voras wrote:
On 5 February 2012 11:44, Garrett Cooper wrote:
'make MAKE_JOBS_NUMBER=1' is the workground used right now..
David Xu suggested that it is a bug in Python - it doesn't set
process-shared attribute when it calls sem_init(), but i'
On 2011/03/16 23:23, Yuri wrote:
> On 02/27/2011 18:00, David Xu wrote:
>> I think in normal case, pthread_cond_signal will wake up one thread,
>> but other events for example, UNIX signal and fork() may interrupt
>> a thread sleeping in kernel, and cause pthread_cond_wait to
al case, pthread_cond_signal will wake up one thread,
but other events for example, UNIX signal and fork() may interrupt
a thread sleeping in kernel, and cause pthread_cond_wait to return
to userland, this is called spurious wakeup, and other events, I
can not think of yet, but I believe they exist.
Regards,
David Xu
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
ght be correct but they may be using it wrong).
In any case, this points to bugs in FPM. if so, unfortunately I can't
help you further.
If you really want to continue using FPM, I guess you should probably
replace this hand-made lock implementation by sem(4) or see if
"robust" pthr
sword, then you could try to see
what they delivered... But I don't have a lot of time to help.
Regards,
-Jeremy
Try to change SSH port to something other than default port 22,
I always did this for my machines, e.g, change them to 13579 :-)
Regards,
David Xu
_
Bernard van Gastel wrote:
But the descheduling of threads if the mutex is not available is done by the
library. And especially the order of rescheduling of the threads (thats what
I'm interested in). Or am I missing something in the sys/kern/sched files (btw
I don't have the umtx file).
Regar
cellation and stack unwinding:
http://people.freebsd.org/~davidxu/patch/unwind.patch
Check x86_64_fallback_frame_state() to see what hacking code should be
written.
Regards,
David Xu
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/list
Julian Elischer wrote:
David Xu wrote:
Julian Elischer wrote:
David Xu wrote:
David Xu wrote:
Julian Elischer wrote:
depends on the hardware.
anyhow I was only saying it was possible, not necessarily
good or even useful.
I had done some works for thread private page shared by kernel
Julian Elischer wrote:
David Xu wrote:
David Xu wrote:
Julian Elischer wrote:
depends on the hardware.
anyhow I was only saying it was possible, not necessarily
good or even useful.
I had done some works for thread private page shared by kernel
and userland when I was doing userland
David Xu wrote:
Julian Elischer wrote:
depends on the hardware.
anyhow I was only saying it was possible, not necessarily
good or even useful.
I had done some works for thread private page shared by kernel
and userland when I was doing userland spinlock, if userland asks
a page, kernel
Julian Elischer wrote:
depends on the hardware.
anyhow I was only saying it was possible, not necessarily
good or even useful.
I had done some works for thread private page shared by kernel
and userland when I was doing userland spinlock, if userland asks
a page, kernel will allocate it and
m CPU cache is not idea model.
scheduler should be as simple as just a context switching routine.
:-)
David Xu
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freeb
Kostik Belousov wrote:
I looked at the issue once more recently, and I propose the following
much less intrusive patch. It is somewhat hackish, but I think that
it would be good to have this working. Most other Unixes do have
working thread library after the fork. Any objections ?
diff --git a/l
Ravi Murty wrote:
Hello All,
The implementation of critical_enter and critical_exit changed between
freebsd 5 and freebsd 6. In the newer implemtnation, the code checks if
td_critnest is 1 and if it is sets it to zero, then checks if the thread
owes a preempt. If so, it increments td_critnest by
ue and aio together.
If people agree this is worth fixing, it would be nice to get it in 6.3
Looks OK to me.
Regards,
David Xu
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe
. strtol() is one example.
Is this a well known problem, before I file a bug report?
I'm on FreeBSD 6.2-RELEASE.
MC
try to update fbsd-threads.c to revision 1.13.2.3, this may resolve the
problem.
http://www.freebsd.org/cgi/cvsweb.cgi/src/gnu/usr.bin/gdb/libgdb/fbsd-threads.c
Regards,
Dav
which I am not ready to answer, I am finding spare time to
work on it again. ;-)
Regards,
David Xu
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On Tuesday 17 October 2006 16:10, Divacky Roman wrote:
> On Mon, Oct 16, 2006 at 02:08:59PM +0200, Marco van de Voort wrote:
> > > On Sunday 15 October 2006 01:32, David Xu wrote:
> > > > You are going to be unable to use libc if you create raw thread in
> > >
On Sunday 15 October 2006 16:11, Ekkehard Morgenstern wrote:
> On Sunday 15 October 2006 03:31, David Xu wrote:
> > You can use KSE syscalls or THR syscalls, for KSE syscalls you
> > should use bound thread, otherwise you have to support
> > UPCALLS and other complex things.
On Sunday 15 October 2006 09:26, Ekkehard Morgenstern wrote:
> On Sunday 15 October 2006 01:32, David Xu wrote:
> > You are going to be unable to use libc if you create raw thread in your
> > program, libc uses pthread APIs, if you create a raw thread, your
> > program will
ing libraries.
>
> Is that possible?
>
> Best wishes,
> Ekkehard.
You are going to be unable to use libc if you create raw thread in your
program, libc uses pthread APIs, if you create a raw thread, your
program will crash if you use any libc function whic
ched_bind returns, the thread should already be running on the specified
CPU, it makes it possible that a thread can iterate through all available
CPUs.
David Xu
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-h
e to run in either idle_proc() or mi_switch()?
>
> -Jon
AFAIK, you can use scheduler API, the sched_bind() moves current thread to
a specific CPU, hope this helps.
David Xu
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailm
; Boulder, CO 80303-0430
> USA
I don't think we have such API allowing you to bind a thread to
a specific CPU, I had implemented such an API for DragonFlyBSD, but
its 1:1 threading is not mature yet.
David Xu
___
freebsd-hackers@freebsd.org mai
Divacky Roman wrote:
The M:N and 1:1 threading in FreeBSD use different mechanisms to
implement TLS, M:N implements it in userland, while 1:1 implements it in
kernel. the thr_new or thr_create are used for 1:1 threading, right
now libthr uses thr_new to atomically setup a thread, this includes,
On Tuesday 20 June 2006 20:09, Divacky Roman wrote:
> Hi
>
> I am student working on SoC project - extending linuxolator, now I am
> working on implementing linux TLS in FreeBSD. Here is what I think/know and
> I like you to comment on this, thnx. Roman
>
> -
locking and
> furthermore, there was no way to make it work better without threading
> library cooperation. This is why we came up with a set of callbacks
> rtld expects every threading library to provide. libpthread was the
> first where these callbacks were implemented. It comes as a
d exhibit races when used with libthr. In other words,
> libthr needs code to do proper locking.
>
> Do you agree ? Does somebody already planned to do this work ?
>
> Best regards,
> Kostik Belousov
>
I will check libthr source co
hread,
there is only one signal thread in process live cycle.
libthr is 1:1, when you allocate a thread in userland, it creates
a kernel thread too.
David Xu
Cyrille Lefevre wrote:
Hi,
I'm currently working on enhancements to ps w/ "Garance A Drosehn".
I've just added some thr
lity.
best regards, Brane
Please tell us your Apache configuration, are you using
prefork or worker or perchild mode ?
If you are using worker mode, which thread library are you
using ? this would help us to narrow down problem scope.
---
David Xu
ng to another thread by address.
>
> Given that, per thread allocations ("thread local storage")
> makes more sense than allocate/free fights between threads
> based on who's responsible for owning the memory after an
> inter-thread call. 8-).
>
> --
will re-readed it in while
BSD make not.
in this example, if I use BSD make, I must first create target "depend" in Makefile and
run the stupid "make depend" command everytime I modified my source code,
with gmake, I can always run "make" without additio
certain whether it is safe, any help will be appreciated.
David Xu
__
Do You Yahoo!?
LAUNCH - Your Yahoo! Music Experience
http://launch.yahoo.com
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the b
Current branch, pci_bus.c has wrong PNP ID comment.
--- /sys/i386/pci/pci_bus.c.origMon Apr 22 16:13:02 2002
+++ /sys/i386/pci/pci_bus.c Mon Apr 22 16:13:29 2002
@@ -554,7 +554,7 @@
* people.
*/
static struct isa_pnp_id pcibus_pnp_ids[] = {
- { 0x030ad041 /* PNP030A */, "PC
Current branch, pci_bus.c has wrong PNP ID comment.
--- /sys/i386/pci/pci_bus.c.origMon Apr 22 16:13:02 2002
+++ /sys/i386/pci/pci_bus.c Mon Apr 22 16:13:29 2002
@@ -554,7 +554,7 @@
* people.
*/
static struct isa_pnp_id pcibus_pnp_ids[] = {
- { 0x030ad041 /* PNP030A */, "PC
tr);
return 0;
}
Unfortunately, I havn't Linux kernel 2.4.17 installed, is Linux kernel 2.4.17 faster?
--
David Xu
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
could anyone remove a blank line in /sys/kern/kern_sysctl.c ?
in FreeBSD 4.5 STABLE, it's at line 151, function sysctl_ctx_init().
--
David Xu
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
gt; http://www.mired.org/home/mwm/
> Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information.
>
Does Perforce support replicate like FreeBSD's current CVSUP support?
if not, how does it support large number of users or connections?
is it a trend that FreeBSD co
sound like cl, I like the libpthread hook. hahaha.
--
David Xu
Jason Evans wrote:
>On Fri, Feb 08, 2002 at 07:46:34AM +0200, Maxim Sobolev wrote:
>
>>Hi,
>>
>>When working on updating port of Ximian Evolution to the latest released
>>version I have stuck to
?
Regards,
--
David Xu
Alfred Perlstein wrote:
>* David Xu <[EMAIL PROTECTED]> [011206 22:15] wrote:
>
>>FreeBSD does not have fault hook available, all faults are processed in
>>vm_fault.
>>I know Linux supports that idea, you can insert a fault hook to
>&g
FreeBSD does not have fault hook available, all faults are processed in
vm_fault.
I know Linux supports that idea, you can insert a fault hook to
monitor some
address range where fault occurs, and then graphics frame buffer can be
supported.
--
David Xu
Nicolas Souchu wrote:
>Hi
stall
at installing time?
--
David Xu
Terry Lambert wrote:
>Matthew Dillon wrote:
>
>>These changes are performance fixes, not security fixes. I consider
>>them fairly significant performance fixes, but these bugs have been in
>>the TCP stack for literally a wh
ll have cc constraint, but others not, and some
lines lost __volatile__ keyword, GCC can feel free to optimize them and re-order
or delete these lines when it thinks this is a right decision, this could be dangerous
when high optimizing option is turned on.
--
David Xu
- Origin
le("bsrl %0,%0" : "=r" (result) : "0" (mask) : "cc");
return (result);
}
@@ -305,7 +305,7 @@
u_int result;
__asm __volatile("xorl %0,%0; xchgl %1,%0"
- : "=&r" (result) : "m&qu
I like fast code. I want to avoid all object and entry
splitting and merging cost. besides, I think the code
is still very clear.
--
David Xu
- Original Message -
From: "Matthew Dillon" <[EMAIL PROTECTED]>
To: "David Xu" <[EMAIL PROTECTED]>
Cc: &l
ck and fix up protections. [Note that clipping is not
--
David Xu
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
ped through the rename.
*/
- if ((p->queue - p->pc) == PQ_CACHE)
-vm_page_deactivate(p);
-
vm_page_rename(p, object, new_pindex);
/* page automatically made dirty by rename */
}
--
David Xu
__
Do You Yahoo!?
Find a
- Original Message -
From: "Peter Wemm" <[EMAIL PROTECTED]>
To: "David Xu" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Thursday, November 01, 2001 9:43 AM
Subject: Re: pmap_collect() and PG_UNMANAGED
> "David Xu" wro
Hi, is there any reason why pmap_collect() in
/sys/i386/i386/pmap.c does not check PG_UNMANAGED flag? unmanaged page
does not have pv_entry associated, so call pmap_remove_all() has side
effect, PG_MAPPED and PG_WRITEABLE are roughly
cleared.--
David Xu
I'm confused why Open and NetBSD both have XF4 installed, while we can't. why!
David Xu
- Original Message -
From: "Daniel O'Connor" <[EMAIL PROTECTED]>
To: "Alexander Langer" <[EMAIL PROTECTED]>
Cc: "Robert Withrow" <[EMAIL
hat Vinum feels a lot faster than HPT RAID... I will
> quantify this statement when someone tells me how to turn off ATA write
> caching, because
>
> sysctl -w hw.ata.wc=0
>
> doesn't work, says "sysctl: oid 'hw.ata.wc' is read only"
>
hw.ata.wc=0
pu
but why hasn't a complete sysctl manual?
I see OpenBSD has a better sysctl manual, our sysctl(8) is too bad,
except the command usage info is useful, all left is garbage
information and waste disk space.
Regards,
David Xu
- Original Message -
From: Sheldon Hearn <[EMAIL PROTEC
ROTECTED] NAI Labs, Safeport Network Services
My advice is:
Every scripts in rc.d has a status check function, for example:
"nfsd.sh status", if this command exits status 0 then it is runing
otherwise it is not running. let every script implements its own
method to de
-Matt
It seems it fits your need, it has a rc.conf file to control whole rc
system and has a rc.d directory but havn't to maintain symbol links.
SysV has several run levels, it has to have many symbol links,
BSD hasn't.
--
David Xu
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
as SysV capability, you can start
and stop individual daemon or subsystem : for example:
$/etc/rc.d/nfs stop
$/etc/rc.d/nfs start
--
David Xu
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Hello,
Is there any plan to import NetBSD rc system,
I am willing to see it appears in FreeBSD 5.0.
--
David Xu
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
it.
I have already failed many times to persuade them to add a sysctl
about keyboard reboot, they prefer to change a keymap file and allow
everyone to load it into kernel.
--
Gook luck,
David Xu
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
AFAIK, KSE is not started currently. you might have a look NetBSD,
there is a branch for SA project, it seems they changed proc to lwp.
many code has already been commited.
Regards,
David Xu
- Original Message -
From: Tim Wiess <[EMAIL PROTECTED]>
To: <[EMAIL PROTECT
I heard NetBSD has implemented a FreeBSD like VM, it also implemented
a VM balance in recent verion of NetBSD. some parameters like TEXT,
DATA and anonymous memory space can be tuned. is there anyone doing
such work on FreeBSD or has FreeBSD already implemented it?
--
David Xu
To
Hello Julian,
Friday, March 16, 2001, 12:18:15 PM, you wrote:
JE> David Xu wrote:
>>
>>I wonder status of KSE, I am dreaming rewrite our application
>> server using kqueue+pthread(KSE), current, we use poll()+pthread
>> because pthread does not
I wonder status of KSE, I am dreaming rewrite our application
server using kqueue+pthread(KSE), current, we use poll()+pthread
because pthread does not work with kqueue at present.
--
Best regards,
David Xu
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-ha
ndows 2000 does not
support dump file system to tape or other medias. I was a Windows NT
system manager, I know I don't believe all backup softwares for Windows
NT, simply because Windows NT system can not be fully backuped.
FreeBSD can do, it's strength of Unix File System.
--
Best re
*.*
udp4 0 0 *.512 *.*
udp4 0 0 *.111 *.*
udp4 0 0 *.514 *.*
%
note that I telneted to the FreeBSD machine, the command did not show
my telnet connection.
--
David Xu
To Unsubscribe: send mail to [EMAIL
92 matches
Mail list logo
