-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ming Zhang wrote:
> On Sat, 2005-08-27 at 15:29 -0400, Jeff Mahoney wrote:
>>>are this bitmap data is pinned into system thus will not be swapped out?
>> Yes, any buffers/pages with active reference counts are kept in memory.
>> Since the current reise
On Sat, 2005-08-27 at 23:45 +0200, Christian Iversen wrote:
> On Saturday 27 August 2005 21:29, Jeff Mahoney wrote:
> > Ming Zhang wrote:
> > > On Fri, 2005-08-26 at 21:32 +0400, Vladimir V. Saveliev wrote:
> > >
> > >
> > > one more question about this bitmap blocks
> > >
> > > are this bitmap dat
Hi folks
I would like to investigate the file name look up performance here.
assumed i have file name that is in digits, like 1,2,5,12, 43, 61,
98,300...
so how they will be hashed.
and if i want to look up file named as 64 while no such file available,
any quick way to find the file 61 in uppe
On Sat, 2005-08-27 at 15:29 -0400, Jeff Mahoney wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Ming Zhang wrote:
> > On Fri, 2005-08-26 at 21:32 +0400, Vladimir V. Saveliev wrote:
> >
> >
> > one more question about this bitmap blocks
> >
> > are this bitmap data is pinned into sy
Christian Iversen wrote:
On Saturday 27 August 2005 21:29, Jeff Mahoney wrote:
Ming Zhang wrote:
Another thing is that it can easily take several seconds to do "ls -l" on a
directory with a 0-10 GB data in it. Is that normal? There's usually less
than 50 files of test data, ranging in size
On Saturday 27 August 2005 21:29, Jeff Mahoney wrote:
> Ming Zhang wrote:
> > On Fri, 2005-08-26 at 21:32 +0400, Vladimir V. Saveliev wrote:
> >
> >
> > one more question about this bitmap blocks
> >
> > are this bitmap data is pinned into system thus will not be swapped out?
>
> Yes, any buffers/p
Well, I just successfully reproduced this without the nvidia module
loaded. The oops looks very similar:
kernel: Unable to handle kernel NULL pointer dereference at virtual
address
kernel: printing eip:
kernel: b01a1317
kernel: *pde =
kernel: Oops: 0002 [#1]
kernel: PREEMP
On 8/27/05, Vladimir V. Saveliev <[EMAIL PROTECTED]> wrote:
> Hello
>
> David Masover wrote:
> > michael chang wrote:
> >>On 8/27/05, David Masover <[EMAIL PROTECTED]> wrote:
> >>
> >>>And last I checked, reiser4 doesn't have a resizer -- not even a way to
> >>>grow the FS. So your correct course
Hi,
Thanks for responding. To clarify: I'm not running linux inside
vmware, I'm running vmware on linux and the vmware images are on a
reiser4 partition. I'm running windows inside vmware. I can certainly
reproduce this, but haven't tried without the nvidia module. I will do
that right now and rep
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ming Zhang wrote:
> On Fri, 2005-08-26 at 21:32 +0400, Vladimir V. Saveliev wrote:
>
>
> one more question about this bitmap blocks
>
> are this bitmap data is pinned into system thus will not be swapped out?
Yes, any buffers/pages with active refe
Ronald Moesbergen schrieb:
Hi,
While running a vmware virtual machine from a reiser4 filesystem, my
machine consistently locks up and produces the following OOPS:
kernel: Oops: 0002 [#1]
kernel: PREEMPT SMP
kernel: last sysfs file: /class/vc/vcsa8/dev
kernel: Modules linked in: vmnet vmmon nvid
Vladimir V. Saveliev wrote:
> Hello
>
> David Masover wrote:
>
>>michael chang wrote:
>>
>>>On 8/27/05, David Masover <[EMAIL PROTECTED]> wrote:
>>>
>>>
And last I checked, reiser4 doesn't have a resizer -- not even a way to
grow the FS. So your correct course of action would probably ha
Hello
David Masover wrote:
> michael chang wrote:
>>On 8/27/05, David Masover <[EMAIL PROTECTED]> wrote:
>>
>>>And last I checked, reiser4 doesn't have a resizer -- not even a way to
>>>grow the FS. So your correct course of action would probably have been
>>>to back everything up, resize hdd5, m
michael chang wrote:
> On 8/27/05, David Masover <[EMAIL PROTECTED]> wrote:
>
>>And last I checked, reiser4 doesn't have a resizer -- not even a way to
>>grow the FS. So your correct course of action would probably have been
>>to back everything up, resize hdd5, mkfs, and then restore. If you
>
Hi,
While running a vmware virtual machine from a reiser4 filesystem, my
machine consistently locks up and produces the following OOPS:
kernel: Oops: 0002 [#1]
kernel: PREEMPT SMP
kernel: last sysfs file: /class/vc/vcsa8/dev
kernel: Modules linked in: vmnet vmmon nvidia
kernel: CPU:0
kernel:
Vladimir,
This patch fixes the issue.
Thanks,
Charles
On Tue, 2005-08-23 at 16:06 +0400, Vladimir V. Saveliev wrote:
> Hello
>
> Charles P. Wright wrote:
> > Vladimir,
> >
> > We actually came across this while working on Unionfs in the kernel,
> > which uses lseek to inquire about directory p
On 8/27/05, David Masover <[EMAIL PROTECTED]> wrote:
> And last I checked, reiser4 doesn't have a resizer -- not even a way to
> grow the FS. So your correct course of action would probably have been
> to back everything up, resize hdd5, mkfs, and then restore. If you
Yet. AFAIK, as soon as some
Miguel Ernesto Pérez Cabrera wrote:
> Hello, group.
>
> I was wondering If after a sfdisk resize of a disk, and leaving the
> reiser4 partitition unchanged, Is it posible to remount the reiser4
> partition?
>
> I'm not sure, but for what I see, the answer is no... but I would like
> to be desagre
18 matches
Mail list logo
