On Tue, Oct 03, 2006 at 04:47:49PM +1300, Christopher Sawtell wrote:
On Tuesday 03 October 2006 04:39, rvalles wrote:
Too bad it's the only client with
the so popular azureus DHT which works on GNU/Linux.
KDE's ktorrent has DHT also.
Sure, but not azureus DHT, which is a different thing
On Fri, Sep 22, 2006 at 01:28:10AM -0500, David Masover wrote:
Azureus had a problem. Once it got up to a good clip downloading, it
would thrash the disk. It would thrash the disk, and the system, so
hard that even web browsing was difficult, due to disk access being
many, many times
On Thu, Jun 01, 2006 at 01:59:20AM +0200, rvalles wrote:
ftp://ftp.namesys.com/pub/reiser4-for-2.6/2.6.16/reiser4-for-2.6.16-3.patch.gz
contains the most recent reiser4 code which is considered stable inside
Namesys.
Please try it. Any feedback is welcome.
Finally, the fsync/mmap
On Mon, May 29, 2006 at 09:30:57PM +0400, Vladimir V. Saveliev wrote:
Hello
ftp://ftp.namesys.com/pub/reiser4-for-2.6/2.6.16/reiser4-for-2.6.16-3.patch.gz
contains the most recent reiser4 code which is considered stable inside
Namesys.
This code is supposed to be in mm kernel next to
On Fri, May 05, 2006 at 06:28:01AM -0400, boricua wrote:
running reiserfsck -B bbfile /dev/hda4 is giving me following error
bread: cannot read the block 16 [i/o error]
anyway aroound this?
IO error means block-layer level failure, that is, physical failure.
In the event of physical HD
On Mon, May 01, 2006 at 10:54:34AM -0700, Hans Reiser wrote:
Using 2.6.16.11 with reiser4 for 2.6.16-2, things are still very bad.
We are trying to get a large patch out the door.If it does not fix
it, please remind me of this, and we will write some (nontrivial) code
that I suspect is
Using 2.6.16.11 with reiser4 for 2.6.16-2, things are still very bad.
--
- Do you study theories? - Oh yes! Theories are fun. - How do you use them? -
When I must act, theories are too slow. To act, I must know.
On Thu, Mar 30, 2006 at 04:41:40PM +0400, Edward Shishkin wrote:
rvalles wrote:
A few months ago I posted about a problem I was having with kernels
newer than 2.6.12.x, where, apparently randomly, sometimes vim or other
programs would be blocked for more than a minute, and during the entire
On Thu, Mar 30, 2006 at 09:53:15AM -0800, Hans Reiser wrote:
rvalles wrote:
A few months ago I posted about a problem I was having with kernels
newer than 2.6.12.x, where, apparently randomly, sometimes vim or other
programs would be blocked for more than a minute, and during the entire
On Fri, Mar 31, 2006 at 03:33:39AM +0200, rvalles wrote:
On Thu, Mar 30, 2006 at 09:53:15AM -0800, Hans Reiser wrote:
rvalles wrote:
A few months ago I posted about a problem I was having with kernels
newer than 2.6.12.x, where, apparently randomly, sometimes vim or other
programs
A few months ago I posted about a problem I was having with kernels
newer than 2.6.12.x, where, apparently randomly, sometimes vim or other
programs would be blocked for more than a minute, and during the entire
blockage, the disk would appear to be writing data.
Since I saw talk on the matter, I
On Thu, Nov 17, 2005 at 05:06:43PM +0100, Philippe Gramoullé wrote:
So should a crash occur and /usr becomes corrupted, well, at least / is
mounted and i could
reiserfsck partitions right away, handy when the server is several thousand
kilometers away :)
I expect to do the same for
Still having the same problem, with 2.6.14.2 patched with 2.6.14-1
reiser4 patch.
It's easy to trigger it while editing a file with vim, and it does take
a hell of a long wait (while it hits the disk for a minute or so,
sometimes) for it to unlock.
pgpiVjhF6EPSl.pgp
Description: PGP signature
On Fri, Nov 04, 2005 at 10:12:34PM +0100, Fionn Behrens wrote:
it looks like any time any mmapped file is synced to a reiser4
partition, the process who tries to do that will freeze forever.
The archck patch maintainer released an update which no longer exhibits
the problem. After several
I've been using reiser4 for a while (since last december). Recently,
I've upgraded from 2.6.12 to 2.6.13.4 patched with the reiser4 -4 patch
available on the namesys ftp.
For some reason, since using this kernel, every now and then the
filesystem hits the disk really hard for 15 seconds or so
On Tue, Sep 27, 2005 at 08:26:18PM +, enediel gonzalez wrote:
hello everyone
I have two debian 3.1 installed with the following configuration
/etc/fstab
# /etc/fstab: static file system information.
#
# file system mount point type options dump pass
proc/proc
16 matches
Mail list logo
