Paul Mundt wrote:
>
> Oh please, next you'll be blaming world hunger on MS because third world
> countries can't afford licenses of win2k.
Absolutely. If their governments didn't have to shell out such a large
amount of money on M$ licenses, they'd have more money to feed their
people with...
Paul Mundt wrote:
Oh please, next you'll be blaming world hunger on MS because third world
countries can't afford licenses of win2k.
Absolutely. If their governments didn't have to shell out such a large
amount of money on M$ licenses, they'd have more money to feed their
people with...
;-)
>
> Alan Cox wrote:
> >
> > > the boss say "If Linux makes Sybase go through the page cache on
> > > reads, maybe we'll just have to switch to Solaris. That's
> > > a serious performance problem."
> >
> > Thats something you'd have to benchmark. It depends on a very large number
> > of
Alan Cox wrote:
the boss say If Linux makes Sybase go through the page cache on
reads, maybe we'll just have to switch to Solaris. That's
a serious performance problem.
Thats something you'd have to benchmark. It depends on a very large number
of factors including whether
> To be honest, I disagree that #include'ing a GPL header file should force your
> app to be GPL as well. That may be how the license reads, but I think it's a
> very bad idea. I could write 1 million lines of original code, but if someone
> told me that but simply adding #include my code is
To be honest, I disagree that #include'ing a GPL header file should force your
app to be GPL as well. That may be how the license reads, but I think it's a
very bad idea. I could write 1 million lines of original code, but if someone
told me that but simply adding #include stdio.h my code
Martin Dalecki wrote:>
> Rob Landley wrote:
>
> > Or if you like the idea of a JIT, think about transmeta writing a code
> > morphing layer that takes java bytecodes. Ditch the VM and have the
> > processor do it in-cache.
>
> Blah blah blah. The performance of the Transmeta CPU SUCKS ROCKS.
Martin Dalecki wrote:
Rob Landley wrote:
Or if you like the idea of a JIT, think about transmeta writing a code
morphing layer that takes java bytecodes. Ditch the VM and have the
processor do it in-cache.
Blah blah blah. The performance of the Transmeta CPU SUCKS ROCKS. No
matter
formation the next time this happens... especially the "-p pid"
> option.
I didn't think about this. I'll give this a whirl next time.
/Mike
>
>
> Mike Harrold <[EMAIL PROTECTED]>@vger.kernel.org on 05/04/2001 07:44:53 AM
>
> Sent by: [EMAIL PROTECTED]
>
Hi,
We have a server which runs on a machine that now runs the new 2.4 kernel.
Since upgrading we've seen periods where it seems to just hang for minutes
at a time (anywhere form 5 minutes to an hour). I was finally able to get
a core dump of the server during one of these periods and it appears
Hi,
We have a server which runs on a machine that now runs the new 2.4 kernel.
Since upgrading we've seen periods where it seems to just hang for minutes
at a time (anywhere form 5 minutes to an hour). I was finally able to get
a core dump of the server during one of these periods and it appears
this happens... especially the -p pid
option.
I didn't think about this. I'll give this a whirl next time.
/Mike
Mike Harrold [EMAIL PROTECTED]@vger.kernel.org on 05/04/2001 07:44:53 AM
Sent by: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
cc:
Subject: close()
Hi,
We have
> The reason is that the Linux 2.4 kernel no longer reclaims swap
> space on swapin (2.2 reclaimed swap space on write access, which
> lead to fragmented swap space in lots of workloads).
>
> This means that a lot of memory ends up "duplicated" in RAM and
> in swap.
>
> I plan on doing some
The reason is that the Linux 2.4 kernel no longer reclaims swap
space on swapin (2.2 reclaimed swap space on write access, which
lead to fragmented swap space in lots of workloads).
This means that a lot of memory ends up "duplicated" in RAM and
in swap.
I plan on doing some code to
>
> Is there a way to dump the memory of any process without stopping, or
> modifying it?
>
> Obviously normally stopping it would be the right thing to do, but
> is it possible, and if so, is there a handy tool?
fork() and raise(SIGABRT) in the child does the trick. Of course this
only works
Is there a way to dump the memory of any process without stopping, or
modifying it?
Obviously normally stopping it would be the right thing to do, but
is it possible, and if so, is there a handy tool?
fork() and raise(SIGABRT) in the child does the trick. Of course this
only works if
>
> if you use an MUA that can't do filtering, well then there's something
> wrong with you
I really don't believe there is any need for this kind of attitude.
/Mike
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
if you use an MUA that can't do filtering, well then there's something
wrong with you
I really don't believe there is any need for this kind of attitude.
/Mike
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
>
> On Mon, 12 Feb 2001, Mike Harrold wrote:
>
> >> Those would all be your problems and I would suggest using a different account
> >> for mail then.
> >
> >Out of interest, how would that solve anything? So I use an ISP instead.
> >Then I have to
On Mon, 12 Feb 2001, Mike Harrold wrote:
Those would all be your problems and I would suggest using a different account
for mail then.
Out of interest, how would that solve anything? So I use an ISP instead.
Then I have to download all my mail to home to read it. Talk about a
total
>
> On 2001-02-12T11:56:00,
>Mike Harrold <[EMAIL PROTECTED]> said:
>
> > Maybe I don't *want* the LKML messages in a seperate folder.
> > Maybe I just want to identify them at a pinch in my inbox?
>
> You can use procmail to modify the subject line o
>
> On Mon, 12 Feb 2001 10:25:47 -0500 (EST)
> Mike Harrold <[EMAIL PROTECTED]> wrote:
> > > [EMAIL PROTECTED] said:
> > > The advantages can all be gained without that disadvantage by just
> > learning
> > > to filter mail on other headers ins
>
>
> [EMAIL PROTECTED] said:
> > There are advantages: distinguish personal messages from mailing list
> > messages, and distinguish between different mailing lists. And
> > disadvantages - maybe only one: sacrificing valuable Subject: line
> > space.
>
> The advantages can all be gained
[EMAIL PROTECTED] said:
There are advantages: distinguish personal messages from mailing list
messages, and distinguish between different mailing lists. And
disadvantages - maybe only one: sacrificing valuable Subject: line
space.
The advantages can all be gained without that
On Mon, 12 Feb 2001 10:25:47 -0500 (EST)
Mike Harrold [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] said:
The advantages can all be gained without that disadvantage by just
learning
to filter mail on other headers instead of the subject line.
Assuming your mail reader can do
On 2001-02-12T11:56:00,
Mike Harrold [EMAIL PROTECTED] said:
Maybe I don't *want* the LKML messages in a seperate folder.
Maybe I just want to identify them at a pinch in my inbox?
You can use procmail to modify the subject line of incoming mail too.
Maybe my employer doesn't
>
>
>
> To confuse things even more, I have a "Hewlett-Packard 9114 Disc Drive," which
> is really a 720K 3.5-inch diskette drive.
>
> Wayne
My understanding (going back to the 80s) is that the correct term is
disc. "disk" is short for diskette. (discette would be pronounced as
"dissect"
To confuse things even more, I have a "Hewlett-Packard 9114 Disc Drive," which
is really a 720K 3.5-inch diskette drive.
Wayne
My understanding (going back to the 80s) is that the correct term is
disc. "disk" is short for diskette. (discette would be pronounced as
"dissect" (think
>
> This message is in MIME format. Since your mail reader does not understand
> this format, some or all of this message may not be legible.
>
> --_=_NextPart_001_01C08552.FFC336D0
> Content-Type: text/plain;
> charset="ISO-8859-1"
>
> I prefer descriptive variable and function
This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
--_=_NextPart_001_01C08552.FFC336D0
Content-Type: text/plain;
charset="ISO-8859-1"
I prefer descriptive variable and function names - like
>
> > -Original Message-
> > From: profmakx.fmp [mailto:[EMAIL PROTECTED]]
> >
> > So, every good programmer
> > should know where to put comments. And it is unnecessary to
> > put comments to
> > explain what code does. One should see this as stated in the
> > CodingStyle doc.
> >
-Original Message-
From: profmakx.fmp [mailto:[EMAIL PROTECTED]]
So, every good programmer
should know where to put comments. And it is unnecessary to
put comments to
explain what code does. One should see this as stated in the
CodingStyle doc.
Ok, there are points
>
> On Wed, Jan 10, 2001 at 06:03:22PM +0100, antirez wrote:
> > On Wed, Jan 10, 2001 at 09:54:04AM -0500, Brian Gerst wrote:
> > > This patch isn't really necessary, because GCC will automatically
> > > convert multiplications and divisions by powers of two to use shifts.
> >
> > Sure, but
On Wed, Jan 10, 2001 at 06:03:22PM +0100, antirez wrote:
On Wed, Jan 10, 2001 at 09:54:04AM -0500, Brian Gerst wrote:
This patch isn't really necessary, because GCC will automatically
convert multiplications and divisions by powers of two to use shifts.
Sure, but since many 2
34 matches
Mail list logo