* Pawel Jakub Dawidek <[EMAIL PROTECTED]> [020203 23:49] wrote:
> On Sun, Feb 03, 2002 at 10:11:37PM +0100, Pawel Jakub Dawidek wrote:
> +> But how can i get file name?
> +>
> [...]
> +> I got file name, but how can I get full path name for this file?
> +>
> Answer that there is no way to get th
On 10:11+0300, Feb 4, 2002, Magdalinin Kirill wrote:
> Hello,
>
> can anyone give an idea of C code on how to quickly count
> the number of processes for a given user? I want to patch
> Apache in order to prevent it from forking new process
> over user's maxproc limit (while running suexec).
>
>
On Sun, Feb 03, 2002 at 10:11:37PM +0100, Paweł Jakub Dawidek wrote:
+> But how can i get file name?
+>
[...]
+> I got file name, but how can I get full path name for this file?
+>
Answer that there is no way to get that will be nice too.
--
Paweł Jakub Dawidek
Network Administrator.
Am I Evil
On Sun, 3 Feb 2002 18:02:13 -0500
Mike Barcroft <[EMAIL PROTECTED]> wrote:
> He should be able to pick his own administrative policy.
And what I pointed out was simply another choice. Whether he implements
the solution in software or takes the administrative route is obviously
his choice. And if
On Mon, 4 Feb 2002, Magdalinin Kirill wrote:
> can anyone give an idea of C code on how to quickly count
> the number of processes for a given user? I want to patch
You could try kvm_getprocs with an argument of KERN_PROC_UID.
Andrew
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsu
Hello,
can anyone give an idea of C code on how to quickly count
the number of processes for a given user? I want to patch
Apache in order to prevent it from forking new process
over user's maxproc limit (while running suexec).
Should I look at ps(1) source code or there are some
other examples?
On Fri, 1 Feb 2002, Terry Lambert wrote:
> I guess you are talking the LRP stuff.
>
> I was just talking about the processing at NETISR as a
> result of a higher HZ causing a higher softintr run
> frequency.
Interesting; I hadn't considered that scheduling could have an effect on
performance, b
On Fri, 1 Feb 2002, Luigi Rizzo wrote:
> HZ also has an impact on select() behaviour when timeouts are
> used (and device drivers using timeouts as well).
> A lot of software uses select() with a very short timeout which
> is usually rounded up to the next tick. If the author of the software
> i
On Sun, 3 Feb 2002, Robert Watson wrote:
> BTW, many sites find the per-uid process limits helpful in preventing fork
> bombs from crippling the site. The default configuration may not be
> sufficiently agressive, and while it's not the same as a rate limit, it
> does have the effect of topping
On Sun, 3 Feb 2002, Mike Barcroft wrote:
> > This means less work for you, and no need to continuously maintain diffs
> > against the kernel sources. IMO it's a *very,very* bad thing to
> > introduce changes into the kernel that might introduce unintended side
> > effects when the problem can be
Mike Makonnen <[EMAIL PROTECTED]> writes:
> On Sun, 3 Feb 2002 02:35:46 +0400
> Gaspar Chilingarov <[EMAIL PROTECTED]> wrote:
>
> > I've got such situation on our free shellbox set up in the
> > university - some newbies were kidding with old while(1) fork();
> >
Hey.
For example i cantrol fchflags syscall via my kernel module.
I got:
int
n_fchflags(register struct proc *p, register struct fchflags_args)
{
...
}
struct fchflags_args {
int fd;
int flags;
};
I can get vnode of changed file.
I can get inode number of changed file.
Bu
In message <[EMAIL PROTECTED]>, Dan Nelson cleopede:
>In the last episode (Feb 03), Alfred Perlstein said:
>> * Michal Mertl <[EMAIL PROTECTED]> [020203 08:17] wrote:
>> Not really sure what to make of this, anyone else know how we ought
>> to fix this?
>
>This has actually been an issue for ages,
In the last episode (Feb 03), Alfred Perlstein said:
> * Michal Mertl <[EMAIL PROTECTED]> [020203 08:17] wrote:
> > Several runs of the program take about the same time but the time
> > changes wildly when the executable is called differently.
> >
> > The only thing which I can think of that can
On Sun, 3 Feb 2002 08:59:41 -0800
Alfred Perlstein <[EMAIL PROTECTED]> wrote:
Hi,
> It sure looks like an alignment issue. If you print the address
> of 'i' and 'j' in the attached program you can see for the fast
> case they are aligned to 8 byte boundries, but when it's slow they
> are at an
On Sat, Feb 02, 2002 at 11:54:17PM -0800, David Greenman wrote:
> >Oh what a tangled web we weave. This should be really easy for people
> >to take a quick look at to see if I made any mistakes. I'm basically
> >untangling the (small) mess that people made of the code while trying t
>
> Several runs of the program take about the same time but the time
> changes wildly when the executable is called differently.
>
> ---
> ./xx/xxx
> 5 s
> xx/xxx
> 9 s
>
> The only thing which I can think of that can be causing this is some
> memory alignment issue.
>
it could also b
Hi,
> On Sat, 2 Feb 2002 02:49:49 +0100
> Marco Wertejuk <[EMAIL PROTECTED]> said:
wertejuk> I was really nerved when I noticed that rtadvd is exiting
wertejuk> without any notice if the host is not an ipv6 gateway.
wertejuk> Since it took me a lot of time to find this problem
wertejuk>
* Michal Mertl <[EMAIL PROTECTED]> [020203 08:17] wrote:
> I wrote a simple program which does this:
>
> gettimeofday
> something (takes several seconds)
> gettimeofday
> print time elapsed
>
> Several runs of the program take about the same time but the time
> changes wildly when the executable
I wrote a simple program which does this:
gettimeofday
something (takes several seconds)
gettimeofday
print time elapsed
Several runs of the program take about the same time but the time
changes wildly when the executable is called differently.
---
./xx/xxx
5 s
xx/xxx
9 s
and similar. It h
20 matches
Mail list logo