Look at sys/i386/i386/db_interface.c
On Fri, 28 Sep 2001, Bernd Walter wrote:
> On Fri, Sep 28, 2001 at 07:03:51PM +0530, Anjali Kulkarni wrote:
> > hi,
> > Does anyone know whether it is advisable or not to use setjmp/longjmp within
>kernel code? I could not see any setjmp/longjmp in kernel so
As for memory look at the output of a vmstat -m. That will show you your
kernel memory useage. For processor cycles build a profiling kernel
(config -p). Look at the man pages for kgmon and gprof to see how to use
the profiler.
On Fri, 27 Jul 2001, Tabor Kelly wrote:
> I have found how to col
The kernel will grow the size of the userland stack if need be.
Look for vm_map_growstack().
Also just a FYI that size sounds about right for the kernel stack. Be
very careful not to use function recursion or to many on the stack large
sized variables or else youll blow yourself into double faul
What about something like what process accounting does?
It would be trivial to update a file (say /var/db/setxid)
whenever certian chmod / fchmod actions are taken.
If it only happened when chmod/fchmod actions happened that
effected setxid stauts it should not impact performence to much either
Yeah I noticed that apperently im on prety bad crack, Ill fix it.
On Tue, 27 Mar 2001, Paul Saab wrote:
> This does not include the write combined crashdump code. Please update
> your sources and you will see this change isn't necessary.
>
> paul
>
> Gersh ([EMAIL PRO
Attatched is a updated version of the patch with a few ideas from the list
aswell as cam/scsi/scsi_da.c modified aswell. Thanks for all the comments.
--- cam/scsi/scsi_da.c Mon Jan 17 06:27:37 2000
+++ cam/scsi/scsi_da.c.new Tue Mar 27 16:34:57 2001
@@ -580,7 +580,7 @@
long
On Tue, 27 Mar 2001, Alfred Perlstein wrote:
> * Gersh <[EMAIL PROTECTED]> [010327 13:41] wrote:
> > Ive writen a quick patch for dev/ata/ata-disk.c:addump under
> > 4.0-stable (03/26/01) which is considerbally faster.
> >
> > I did dumps on a SMP system w
Ive writen a quick patch for dev/ata/ata-disk.c:addump under
4.0-stable (03/26/01) which is considerbally faster.
I did dumps on a SMP system with 512 megs of ram.
Old: 201 seconds.
New: 59 seconds.
What I could gather from talking to people over irc/email about the
problem was that there wa
8 matches
Mail list logo