Hi everyone,
Doing lot of syscalls interrupts in a soft seems to take quite a long time, and
seriously slow performances. As far as you can't reduce the syscall amount, is
there any way to run apps in kernel mode, in order to call sysfonctions
directly ? Perhaps by re-writing softs in kernel
- Felix - wrote:
Hi everyone,
Doing lot of syscalls interrupts in a soft seems to take quite a long time, and seriously slow performances. As far as you can't reduce the syscall amount, is there any way to run apps in kernel mode, in order to call sysfonctions directly ? Perhaps by re-writing
On Tue, Jan 18, 2005 at 11:45:05AM +0100, - Felix - wrote:
Doing lot of syscalls interrupts in a soft seems to take quite a long time,
and seriously slow performances. As far as you can't reduce the syscall
amount, is there any way to run apps in kernel mode, in order to call
sysfonctions
Of course it's possible to take everything into kernel, but that might
not a good idea since you can also easily crash the whole system and
pose serious security issues because kernel trust everything that is
considered to be a part of it.
FreeBSD has provided many interfaces that may help out
After digging around and getting some information from Alfred
at Valve ( the makers of HalfLife ) I've found the reason for
HalfLife 2 server ( CounterStrike Source ) crashing when
using rcon under FreeBSD.
The problem is that although their code was setting
MSG_NOSIGNAL on the send() call this
Hi all,
I'm having problems getting a kernel to write a crash dump on my Dell
Optiplex under FreeBSD 5.3.
I've set dumpdev=/dev/ad0s1b, set kern.sync_on_panic to 1, the dump
device has enough space (1 Gig, physical RAM is 512M).
When the kernel panics, it starts writing out a vmcore, but only
On Tue, 18 Jan 2005, Bruce M Simpson wrote:
On Tue, Jan 18, 2005 at 11:45:05AM +0100, - Felix - wrote:
Doing lot of syscalls interrupts in a soft seems to take quite a long time,
and seriously slow performances. As far as you can't reduce the syscall
amount, is there any way to run
Zera William Holladay said:
Even if the application were run as a kernel module, how much of a
performance benefit could there be when making system calls? I suspect
that the module would get a higher scheduling priority but realistically
wouldn't the module still have to make system calls in
On Tuesday 18 January 2005 10:18 am, Steven Hartland wrote:
After digging around and getting some information from Alfred
at Valve ( the makers of HalfLife ) I've found the reason for
HalfLife 2 server ( CounterStrike Source ) crashing when
using rcon under FreeBSD.
The problem is that
On Tue, 18 Jan 2005, Ryan Sommers wrote:
Zera William Holladay said:
Even if the application were run as a kernel module, how much of a
performance benefit could there be when making system calls? I suspect
that the module would get a higher scheduling priority but realistically
--- Zera William Holladay [EMAIL PROTECTED] wrote:
[snip]
My understanding is that when a system call is made
from a user process,
there is a trap into the kernel, the state of the
user process is saved
and the address of the system call is determined by
a looking up the
address of
On Tue, Jan 18, 2005 at 03:18:42PM -, Steven Hartland wrote:
The attached patch checks for
MSG_NOSIGNAL and if set enables SO_NOSIGPIPE
for the duration of send call.
I just had a quick look at the patch. The patch should probably
use kern_setsockopt, which will simplify it considerably.
On Tue, 18 Jan 2005, Kamal R. Prasad wrote:
--- Zera William Holladay [EMAIL PROTECTED] wrote:
[snip]
My understanding is that when a system call is made
from a user process,
there is a trap into the kernel, the state of the
user process is saved
and the address of the
On 18 Jan, David Malone wrote:
On Tue, Jan 18, 2005 at 03:18:42PM -, Steven Hartland wrote:
The attached patch checks for
MSG_NOSIGNAL and if set enables SO_NOSIGPIPE
for the duration of send call.
I just had a quick look at the patch. The patch should probably
use kern_setsockopt,
Hi,
We have a NIC wireless SENAO SL-2511CD, it has chipset Prism 3.0. When
using kernel with new cbb it doesn't work with FreeBSD 5.3:
Jan 18 10:58:41 teste1 kernel: pccard0: unknown card
(manufacturer=0x000b, product=0x7100) at function 0
Jan 18 10:58:41 teste1 kernel: pccard0:CIS info:
Thanks to everyone who read my question; here some precisions:
Actually, my soft is a kind of interactive filter: it takes a lot of imput
parameters (from keyboard at the moment, but as soon as i've understood how
it works, i will increase the number of supported io devices); treats it in
a
Zera William Holladay wrote:
On Tue, 18 Jan 2005, Kamal R. Prasad wrote:
--- Zera William Holladay [EMAIL PROTECTED] wrote:
[stuff deleted]
regards
-kamal
Thanks, that makes sense.
having said all that howeve, it is often not the big win that people expect
to put an app into the
When CPU is waiting on some new data, he cannot preform any other
operation, and freezes data manipultion; that's why I'm looking for a new
way to in/output the soft...
You may want to look at select(2) and poll(2). Those allow you to
check whether input is available on a given file
On Tuesday, 18. January 2005 20:54, Street Chaman wrote:
Actually, my soft is a kind of interactive filter: it takes a lot of imput
parameters (from keyboard at the moment, but as soon as i've understood how
it works, i will increase the number of supported io devices); treats it in
a
Street Chaman wrote:
Thanks to everyone who read my question; here some precisions:
Actually, my soft is a kind of interactive filter: it takes a lot of
imput parameters (from keyboard at the moment, but as soon as i've
understood how it works, i will increase the number of supported io
Milan Obuch wrote this message on Mon, Jan 17, 2005 at 13:14 +0100:
On Monday 17 January 2005 12:55, Bruce M Simpson wrote:
On Sun, Jan 16, 2005 at 03:01:17PM +0100, Milan Obuch wrote:
ACCESS.bus support (i2c bus compatible) and LPC bus bridge (for
expansion). The first one is present in
NOTE: THIS IS NOT A JOKE.
I don't know if it is the right place to post this; I actually don't know
even if I should post this; but, before giving it up because of my own
limits, I have to write down what I was trying to do. Maybe someone will be
interested in; maybe someone will finish it.
Street Chaman wrote:
NOTE: THIS IS NOT A JOKE.
I don't know if it is the right place to post this; I actually don't
know even if I should post this; but, before giving it up because of my
own limits, I have to write down what I was trying to do. Maybe someone
will be interested in; maybe
Street Chaman wrote:
NOTE: THIS IS NOT A JOKE.
Firstly. I doubt that anyone on this list would take someone else's
flash of inspiration as a joke.. at least not unless it's shown
to be a joke. Most of us would like to be involved in something like that.
I don't know if it is the right place to
24 matches
Mail list logo
