s we can fill with all messages about an OOM
killer. I remember threads about this from '94 onwards. Perhaps we can
finally have a sane one now :-)
Regards,
bert hubert
--
PowerDNS Versatile DNS Services
Trilab The Technology People
'SYN! .. SYN|ACK!
l with all messages about an OOM
killer. I remember threads about this from '94 onwards. Perhaps we can
finally have a sane one now :-)
Regards,
bert hubert
--
PowerDNS Versatile DNS Services
Trilab The Technology People
'SYN! .. SYN|ACK! .. ACK!' -
On Sat, Oct 07, 2000 at 02:53:27AM +0200, bert hubert wrote:
> On Fri, Oct 06, 2000 at 07:56:15PM -0400, Lawrence MacIntyre wrote:
> > Hi:
> >
> > The window scale option doesn't appear to work in 2.2.16, 2.2.17, and
> > 2.2.18. I've got an old 2.2.5 machine
On Fri, Oct 06, 2000 at 07:56:15PM -0400, Lawrence MacIntyre wrote:
> Hi:
>
> The window scale option doesn't appear to work in 2.2.16, 2.2.17, and
> 2.2.18. I've got an old 2.2.5 machine and it doesn't work either. Is
> this supposed to work? There is code in the kernel to do the window
>
from 'El Penguino' is that some of the new breed of filesystems
may even be considered for 2.4.n, for some non-zero but finite value of n.
If Rik gets some kind of memory pressure callback API in the kernel, there
is no theoretical reasons why the journalling filesystems couldn't be me
ystems
may even be considered for 2.4.n, for some non-zero but finite value of n.
If Rik gets some kind of memory pressure callback API in the kernel, there
is no theoretical reasons why the journalling filesystems couldn't be merged
safely.
Regards,
bert hubert
--
PowerDNS Ver
On Wed, Sep 27, 2000 at 05:28:49PM +1100, Anton Blanchard wrote:
> Memory: 23824288k available (1352k kernel code, 240k data, 72k init)
>[f800,0012ffc9a000]
This must be some kind of record.
--
PowerDNS Versatile DNS Services
Trilab
On Wed, Sep 27, 2000 at 05:28:49PM +1100, Anton Blanchard wrote:
Memory: 23824288k available (1352k kernel code, 240k data, 72k init)
[f800,0012ffc9a000]
This must be some kind of record.
--
PowerDNS Versatile DNS Services
Trilab
ce. We now have
an elegant VM that works reasonably well, but needs more tweaking.
What is the point of all this ranting? Think twice before embarking on
'rivaling virtual memory' code. Energies spent on Rik's VM will yield far
higher differential improvement.
Regards,
bert hubert
--
PowerDNS
nably well, but needs more tweaking.
What is the point of all this ranting? Think twice before embarking on
'rivaling virtual memory' code. Energies spent on Rik's VM will yield far
higher differential improvement.
Regards,
bert hubert
--
PowerDNS Versatile DNS Service
merge, but let's work at it a bit longer. There
are problems, but we are solving them rapidly and both performance and
design of the new MM are pretty pleasing.
Let's not waste this opportunity.
Regards,
bert hubert
[1] bad performance is not often attributed to the Linux kernel - people
just assu
longer. There
are problems, but we are solving them rapidly and both performance and
design of the new MM are pretty pleasing.
Let's not waste this opportunity.
Regards,
bert hubert
[1] bad performance is not often attributed to the Linux kernel - people
just assume that their problem is hard
it the less
> traumatic it will end up being.
Thanks go out to everybody involved. I can cease my whining now :-)
Regards,
bert hubert
--
PowerDNS Versatile DNS Services | - U N I X -
Trilab The Technology People |
-
To unsubscribe from
s some influence on bugreports but the crosstalk should be
minimal.
I just merged a chunk of code in my non-open source project and I now feel
that I waited far too long. The same might go for NFS.
Regards,
bert hubert
--
|
but the crosstalk should be
minimal.
I just merged a chunk of code in my non-open source project and I now feel
that I waited far too long. The same might go for NFS.
Regards,
bert hubert
--
| http://www.rent-a-nerd.nl
| - U N I X
s file? A cursory glance at both my /proc tree and my kernel
tree doesn't find it. It may still be there, but where? I would very much
like to document it, both for the Documentation/ directory as for the
advanced routing & shaping HOWTO at http://ds9a.nl/2.4Ro
my /proc tree and my kernel
tree doesn't find it. It may still be there, but where? I would very much
like to document it, both for the Documentation/ directory as for the
advanced routing shaping HOWTO at http://ds9a.nl/2.4Routing
Regards,
bert hubert
bility decrease for current 2.4.0 production
users. Developers however will have lots more chances to improve the new VM
and submit patches.
Linus, please consider working with Rik whenever they feel ready for an
experimental merge.
Regards,
bert hubert
--
|
401 - 418 of 418 matches
Mail list logo