:Hello!
:
:I've observed a VERY strange behaviour of a moderately-to-heavy loaded
:system (load average about 5.7 on a 2xPII-400 with 512Mb of RAM):
:
:(I have no access to the box right now, and I'm giving only general details;
:however, I'll be able to produce more details next morning)
:
:About
On Wed, 19 Jan 2000, Sabrina Minshall wrote:
>What's going one here? Successive calls to gettimeofday
>yields negative elapsed time?
>
>Any fixes?
>
[ code snipped ]
Well, the PR considers a different problem. What your code does is call
gettimeofday() once, record the value, and then a li
In muc.lists.freebsd.hackers, you wrote:
>
> When the kernel wants to access any user data, it either copies them into
> the kernel or maps them into kernel address space. Can anyone tell me the
> reasons why this is done? When a process enters the kernel mode, the
> page tables are not changed
What's going one here? Successive calls to gettimeofday
yields negative elapsed time?
Any fixes?
negtime.c
#include
#include
#include
#include
#include
#include
#include
#include
#include
int
time_elapsed(struct timeval *t1, struct timeval *t2)
{
int s, ms;
According to Sheldon Hearn:
> Nope, but I _can_ suggest that you send it to the right place. :-)
Harlan is the *maintainer* of the ntp source tree at udel and
generates all releases :-)
--
Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED]
FreeBSD keltia.freenix.fr 4.0-CURR
>Date: Wed, 19 Jan 2000 14:42:54 -0800
>From: Scott Gasch <[EMAIL PROTECTED]>
>So my questions are: what is the thinking behind allowing a user to
>reuse the same password again? If this is the policy, what is the
>sense of forcing a password change? What are your concerns with a
>policy that w
> When the kernel wants to access any user data, it either copies them into
> the kernel or maps them into kernel address space. Can anyone tell me the
> reasons why this is done? When a process enters the kernel mode, the
> page tables are not changed.
>
> I have taken this for granted for a
Hello,
The current behavior for forcing a user to change his password on
FreeBSD seems to allow the reuse of the same password. In a sense,
this behavior defeats the purpose of forcing password changes.
With this thought in mind I wrote a simple patch to passwd that will
not allow the user to
Hello!
I've observed a VERY strange behaviour of a moderately-to-heavy loaded
system (load average about 5.7 on a 2xPII-400 with 512Mb of RAM):
(I have no access to the box right now, and I'm giving only general details;
however, I'll be able to produce more details next morning)
About 200-300
> :Hi,
> :
> :How does the UVM system compare to the VM system in FreeBSD? Are there
> :any benchmark tests or research results in this area?
speaking of virtual memory: a student of mine here finally completed
an implementation of a compressed VM system, running on 3.x
If anyone is interested i
:Hi,
:
:How does the UVM system compare to the VM system in FreeBSD? Are there
:any benchmark tests or research results in this area?
Well, UVM is a much better design then the *original* Mach VM subsystem
in 4.4. FreeBSD, however, does not use the original Mach VM subsystem
anymore
Jan Conrad wrote:
>
> Hi everybody,
>
> When I tried to clone a FreeBSD 3.3 system some minutes ago I realized
> that rsh was gone from the fixit floppy?
> But telnet is still there (rsh + rlogin is smaller then telnet!!!)
>
> Why was it removed?
> If there are no good reasons, please could som
> Why was it removed?
> If there are no good reasons, please could somebody put back rsh onto the
> floppy! Currently I don't see how to do cloning easily without rsh?
The fixit floppy is very full and its days as a truly useful tool are
sort of numbered.
> By the way: How about putting the boot
When the kernel wants to access any user data, it either copies them into
the kernel or maps them into kernel address space. Can anyone tell me the
reasons why this is done? When a process enters the kernel mode, the
page tables are not changed.
I have taken this for granted for a long time w
Are you interested in external floppy drives with that type
of bus?
I have some more junk of that type, I'll see what I can find.
:)
-Ray
Content-Description: Original Message
-- Start of included mail From: Poul-Henning Kamp <[EMAIL PROTECTED]>
> Subject: IEEE-488: looking for junk :-)
> D
[EMAIL PROTECTED] (Jonas Bulow) writes:
> How does the UVM system compare to the VM system in FreeBSD? Are there
> any benchmark tests or research results in this area?
The dissertation paper on UVM describes the differences (and is
reasonably objective). It can be found on the UVM pages
(htt
In the last episode (Jan 19), Charles Sprickman said:
> On Tue, 18 Jan 2000, Dan Nelson wrote:
> > The handbook instructions are for kernel-generated panics; for a
> > manual panic like yours, the stack is unimportant. The easiest way
> > to see which processes are active is to run this:
> >
> >
Hi,
How does the UVM system compare to the VM system in FreeBSD? Are there
any benchmark tests or research results in this area?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
The attached patch adds a -D option to ping(8) which makes it dump the
payload of the reply packet instead of comparing it to the payload of
the original request packet. This is useful in cases where the target
host purposeldy modifies the payload before replying, e.g. if you hack
your stack to re
Hi everybody,
When I tried to clone a FreeBSD 3.3 system some minutes ago I realized
that rsh was gone from the fixit floppy?
But telnet is still there (rsh + rlogin is smaller then telnet!!!)
Why was it removed?
If there are no good reasons, please could somebody put back rsh onto the
floppy! C
[Redirected to -net, Bcc'ed to -hackers]
On Thu, Jan 06, 2000 at 09:31:27AM -0500, Jim Flowers wrote:
> OK. I followed this a little further. The problem is that the natd read
> of the interface mtu precedes the skip routine that modifies it.
> Unfortunately, when the skip routine modifies t
On Wed, 19 Jan 2000 11:28:18 +0200, Sheldon Hearn wrote:
> In particular, I'm trying to figure out how to discover what the current
> locale is within an application.
Nevermind. setlocale.c answered my question and it appears I simply
missed the relevant text in setlocale(3).
Sorry,
Sheldon.
I give up. :-)
Where can I find a programmer's guide to locales. Both POSIX and SUSv2
seem to assume a working understanding of how locales work.
In particular, I'm trying to figure out how to discover what the current
locale is within an application. If that seems like s atupid thing to
want
In <[EMAIL PROTECTED]>, Matthew Dillon wrote:
> :Jason Evans wrote:
> :> Thread stacks have a default size of 64kB. libc_r now uses growable stacks
> :> with "guard pages" between stacks to try to catch stack overflow. It looks
> :> like it did you some good. =)
>
> Heh heh. I have a feeli
24 matches
Mail list logo
