On January 28, 2002 11:01 pm, Momchil Velikov wrote:
> > "Daniel" == Daniel Phillips <[EMAIL PROTECTED]> writes:
>
> Daniel> I'd cheerfully hand this coding effort off to someone more familiar with
>this
> Daniel> particular neck of the kernel woods - you, Davem and Marcelo come to mind,
>
> "Daniel" == Daniel Phillips <[EMAIL PROTECTED]> writes:
Daniel> I'd cheerfully hand this coding effort off to someone more familiar with this
Daniel> particular neck of the kernel woods - you, Davem and Marcelo come to mind,
Daniel> but if nobody bites I'll just continue working on it at
On Mon, Jan 28, 2002 at 10:51:22AM +0300, Oleg Drokin wrote:
> Hello!
>
>Hans insists that user errors are handled based on
>http://www.namesys.com/support.html terms.
Is --scan-whole-partition deprecated, unmaintained, beta or is there
some other reason for it not to be documented in the
On January 28, 2002 07:21 pm, Linus Torvalds wrote:
> On Mon, 28 Jan 2002, Rik van Riel wrote:
> >
> > I'd be interested to know exactly how much overhead -rmap is
> > causing for both page faults and fork (but I'm sure one of
> > the regular benchmarkers can figure that one out while I fix
> >
> On Mon, 28 Jan 2002, Linus Torvalds wrote:
>> (Also, I'd like to understand why some people report so much better
>> times on dbench, and some people reports so much _worse_ times with
>> dbench. Admittedly dbench is a horrible benchmark, but still.. Is it
>> just the elevator breakage, or is it
If I understand you right, your scheme has the fundamental flaw that one
dcache entry on a page can keep an entire page full of "slackers" in
memory, and since there is little correlation in usage between dcache
entries that happen to get stored on a page, the result is that the
effectiveness
On Monday 28 January 2002 08:49, Chris Mason wrote:
> If 3.5.x filesystems that had been converted into 3.6.x filesystems were
> mounted readonly, and then mounted -o remount,rw, the kernel incorrectly
> used the old format, causing FS corruption. Most people saw this on root
> filesystems they h
Hubert Mantel <[EMAIL PROTECTED]> writes:
>> Installation time is after boot time. Use a Unix-style file system. Go
>> for minix, that's small and will not get in the way.
>
> So the modules floppy would need to be minix also. We had that in the
> past.
No need, you can load fat.o + vfat.o from
On Monday, January 28, 2002 08:19:59 AM -1000 "Sebastian J. Bronner"
<[EMAIL PROTECTED]> wrote:
> What was the original problem with the 2.4 kernel series and 3.6-format
> reiserfs partitions that Oleg warned me against, and has been fixed in
> this kernel?
If 3.5.x filesystems that had been
On Mon, 28 Jan 2002, Linus Torvalds wrote:
> On Mon, 28 Jan 2002, Rik van Riel wrote:
> >
> > I'd be interested to know exactly how much overhead -rmap is
> > causing for both page faults and fork (but I'm sure one of
> > the regular benchmarkers can figure that one out while I fix
> > the RSS l
On Mon, 28 Jan 2002, Rik van Riel wrote:
>
> I'd be interested to know exactly how much overhead -rmap is
> causing for both page faults and fork (but I'm sure one of
> the regular benchmarkers can figure that one out while I fix
> the RSS limit stuff ;))
I doubt it is noticeable on page fault
On Monday 28 January 2002 04:37, Chris Mason wrote:
> On Monday, January 28, 2002 02:15:28 AM -1000 "Sebastian J. Bronner"
>
> <[EMAIL PROTECTED]> wrote:
> > On Monday 28 January 2002 02:06, Oleg Drokin wrote:
> >> reiserfs --rebuild-tree won't convert them to 3.6 either.
> >> Ah, and you do not w
On Mon, 28 Jan 2002, Linus Torvalds wrote:
> I am, for example, very interested to see if Rik can get the overhead of
> the rmap stuff down low enough that it's not a noticeable hit under
> non-VM-pressure. I'm looking at the issue of doing COW on the page tables
> (which really is a separate iss
On Mon, 28 Jan 2002, Josh MacDonald wrote:
>
> So, it would seem that the dcache and kmem_slab_cache memory allocator
> could benefit from a way to shrink the dcache in a less random way.
> Any thoughts?
The way I want to solve this problem generically is to basically get rid
of the special-purp
When memory pressure becomes high, the Linux kswapd begins calling
shrink_caches() from try_to_free_pages() with an integer priority from
6 (the default, lowest priority) to 1 (high priority). Looking
specifically at the dcache, this results in a calls to
shrink_dcache_memory() that attempt to fr
Martin Knoblauch wrote:
>Martin Knoblauch wrote:
>
>>Hi,
>>
>> the reiserfsprogs link on the namesys download page seems to be wrong.
>>It points to:
>>
>>ftp://ftp.namesys.com/pub/reiserfsprogs/reiserfsprogs-3.x.1.tar.gz
>>
>> where it should point to:
>>
>>ftp://ftp.namesys.com/pub/reiserfsprog
Hello!
On Mon, Jan 28, 2002 at 04:19:57PM +0100, Martin Knoblauch wrote:
> the reiserfsprogs link on the namesys download page seems to be wrong.
> It points to:
> ftp://ftp.namesys.com/pub/reiserfsprogs/reiserfsprogs-3.x.1.tar.gz
> where it should point to:
> ftp://ftp.namesys.com/pub/reiserfs
Martin Knoblauch wrote:
>
> Hi,
>
> the reiserfsprogs link on the namesys download page seems to be wrong.
> It points to:
>
> ftp://ftp.namesys.com/pub/reiserfsprogs/reiserfsprogs-3.x.1.tar.gz
>
> where it should point to:
>
> ftp://ftp.namesys.com/pub/reiserfsprogs/reiserfsprogs-3.x.1a.ta
Hi,
the reiserfsprogs link on the namesys download page seems to be wrong.
It points to:
ftp://ftp.namesys.com/pub/reiserfsprogs/reiserfsprogs-3.x.1.tar.gz
where it should point to:
ftp://ftp.namesys.com/pub/reiserfsprogs/reiserfsprogs-3.x.1a.tar.gz
Martin
--
--
Hi!
On Mon, 28 Jan 2002, Hans Reiser wrote:
> Oleg Drokin wrote:
>
> >Hello!
> >
> >On Mon, Jan 28, 2002 at 01:31:11PM +0100, Gergely Tamas wrote:
> >
> >> >You have HDD problems. Such problems/related questions are answered
> >> >based on http://www.namesys.com/support.html term
On Monday, January 28, 2002 02:15:28 AM -1000 "Sebastian J. Bronner"
<[EMAIL PROTECTED]> wrote:
> On Monday 28 January 2002 02:06, Oleg Drokin wrote:
>> reiserfs --rebuild-tree won't convert them to 3.6 either.
>> Ah, and you do not want to use 2.4.16 with reiserfs on root partition,
>> if that
On Mon, 2002-01-28 at 15:33, Chris Mason wrote:
>
>
> On Monday, January 28, 2002 02:10:05 PM +0100 Zeljko Brajdic
> <[EMAIL PROTECTED]> wrote:
>
> >> On Mon, Jan 28, 2002 at 12:36:01PM +0100, Zeljko Brajdic wrote:
> >
> > No, it's just usenet server with inn2 (2.2.2.2000.01.31-5) one message
On Monday, January 28, 2002 02:10:05 PM +0100 Zeljko Brajdic
<[EMAIL PROTECTED]> wrote:
> On Mon, 2002-01-28 at 12:52, Oleg Drokin wrote:
>> Hello!
>>
>> On Mon, Jan 28, 2002 at 12:36:01PM +0100, Zeljko Brajdic wrote:
>>
>> > > How often do you see such messages?
>> > No, i haven't reboot fro
On Mon, 2002-01-28 at 14:50, Oleg Drokin wrote:
> Hello!
>
> On Mon, Jan 28, 2002 at 02:47:17PM +0100, Zeljko Brajdic wrote:
>
> > > Ok, thank you for the report, we hope we'll be able to reproduce this error
> > > locally.
> > Should stay with 2.4.17 or reboot in 2.2.16 (i didn't convert to
> >
Hello!
On Mon, Jan 28, 2002 at 02:47:17PM +0100, Zeljko Brajdic wrote:
> > Ok, thank you for the report, we hope we'll be able to reproduce this error
> > locally.
> Should stay with 2.4.17 or reboot in 2.2.16 (i didn't convert to
> 3.6:))?!
2.4.17 have more bugfixes in than 2.4.17 so I think 2.
25 matches
Mail list logo
