-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
reiser4-for-2.6.20.patch works fine now on my setup. No more panics in
do_readpage_extent. System is up and running under heavy disk io for 3
days now. Thank you very much, for the great work.
regards DevH
-BEGIN PGP SIGNATURE-
Version:
Hello Edward,
first thanks for your answer.
My system has 1536M. After I has started my system with 512M I copied three
different files and the system freezed only once for less than 0,5 seconds and
ent:hda8! shows up less frequently in top. But after rebooting with 1536M I
could not
After some hours the problem has occured again.
with azureus running, almost three second freezed
top - 19:28:24 up 8:25, 9 users, load average: 6.89, 2.72, 1.26
Tasks: 110 total, 11 running, 98 sleeping, 0 stopped, 1 zombie
Cpu(s): 2.6% us, 95.8% sy, 0.2% ni, 0.0% id, 0.0% wa,
Hi!
Azureus is famous for its fsync() behavior, which is known extremely
slow in reiser4. Please search the mailing-list for previous posts.
Thanks!
2007/4/5, [EMAIL PROTECTED] [EMAIL PROTECTED]:
After some hours the problem has occured again.
with azureus running, almost three second
[EMAIL PROTECTED] wrote:
Hello.
Hello,
I have a 120Gb partition with reiser4. If I start a command like cp 500mb file dd within it the system frequently freezes for 1-2 seconds and ent:hda8! uses nearly 100% cpu. This causes the sound output from xmms to be interrupted and my mouse freezes
Hello.
This is a comment from block_alloc.c:
/*
* SPACE RESERVED FOR UNLINK/TRUNCATE
*
* Unlink and truncate require space in transaction (to update stat data, at
* least). But we don't want rm(1) to fail with No space on device error.
*
* Solution is to reserve 5% of disk space for truncates
Hello Edward,
Thank you for explanation. I'm still not convinced though. Cryptcompress
is indeed awesome, but that doesn't change the fact that reserved block
calculation can be improved. 5% of modern 500GB drive is 25GB and I
can't see how that space will ever be used even if I will delete
Devils-Hawk wrote:
The problem still persists also trying to boot multiple times it
sometimes triggers much earlier in the boot process than it did before.
Hmm.. can not reproduce it..
The attached patch (against reiser4-for-2.6[19, 20]) allows to dump stack
and some useful info noted as
Hello Matheus,
Unfortunately, there is no suggestions except checking this by fsck.
Thanks,
Edward.
Matheus Izvekov wrote:
Got this oops message while using reiser4:
reiser4[q(3866)]: cbk_level_lookup (fs/reiser4/search.c:961)[vs-3533]:
WARNING: Keys are inconsistent. Fsck?
On 3/11/07, Edward Shishkin [EMAIL PROTECTED] wrote:
Hello Matheus,
Unfortunately, there is no suggestions except checking this by fsck.
Thanks,
Edward.
Just did it, here is what i got:
FSCK: Node (3112), item (12), [123c7:1(SD):12e747561726567:5a379:0]: item has
the wrong length (56).
Devils-Hawk wrote:
Recently tried switching from 2.6.18 + reiser4-for-2.6.18-r3.patch.gz,
which works perfectly fine to 2.6.19 + reiser4-for-2.6.19-r3.patch.gz
I also tried 2.6.20 laurent riffard's reiser4-for-2.6.20. The last
both die somewhere during init when one of the 2 following asserts
The problem still persists also trying to boot multiple times it
sometimes triggers much earlier in the boot process than it did before.
regards devh
Edward Shishkin wrote:
Would you please try the attached patch over reiser4-for-2.6.[19, 20]
Thanks,
Edward.
Devils-Hawk wrote:
Recently tried switching from 2.6.18 + reiser4-for-2.6.18-r3.patch.gz,
which works perfectly fine to 2.6.19 + reiser4-for-2.6.19-r3.patch.gz
I also tried 2.6.20 laurent riffard's reiser4-for-2.6.20. The last
both die somewhere during init when one of the 2 following asserts
please take a look at http://pub.namesys.com/Reiser4/ToDo
why?
I agree, reiser4 has been very slow for me, and as I've upgraded the kernel,
it's gotten, if anything, worse.
I'm currently running 2.6.18-mm3. I upgraded (as I have before) in the hope
that the generally very slow issue had been fixed in this kernel release,
and if I knew that it was fixed
AFAIK, vim fsyncs, azureus fsyncs, and may be many other applications
fsyncs but not only databases.
Definitly turn off fsync() is a bad idea. I just wonder how bad r4's
fsync() performance is.
It seems the result is: disabled fsync() r4 is even slower than
enabled fsync() ext3.o
Is it never
Hi,
On Wed, Dec 20, 2006 at 03:05:33PM -0700, Quinn Harris wrote:
I really doubt there is any solution that would take less than a few
hours. I am sure it is possible to recover much of the data but to
the best of my knowledge no tool exists that can recover from an
abandoned root node (for
Hi,
I already answered Vladimir's posting twice - one thanks, I'll try
that and one success report. It just so happens that a LOT of mails I
send to the list never gets through, no idea why.
Could someone resend that info to the list? I'm sure others would be
interested too.
Michael
On Thu, Dec 21, 2006 at 12:35:04PM +0100, Michael Weissenbacher wrote:
Could someone resend that info to the list? I'm sure others would be
interested too.
I just replied I'd try what Vladimir said, and so I did - successfully.
But here you go, hoping this one will come through. I even stopped
I really doubt there is any solution that would take less than a few hours. I
am sure it is possible to recover much of the data but to the best of my
knowledge no tool exists that can recover from an abandoned root node (for
reiser4). Though I believe recovery in this case would just involve
great job :)
Em Domingo 03 Dezembro 2006 11:49, Laurent Riffard escreveu:
[this is a repost, since half of my previous mails didn't reach
reiserfs mailing-list]
Hi,
There is 10 patches in this series, first one is Reiser4 for 2.6.18
version 3. It's made up from the last Namesys Reiser4
ftp://ftp.namesys.com/pub/reiser4-for-2.6/2.6.18/reiser4-for-2.6.18-2.patch.gz
550 No such file or directory.
ftp://ftp.namesys.com/pub/reiser4-for-2.6/2.6.18/ftp://ftp.namesys.com/pub/reiser4-for-2.6/2.6.18/reiser4-for-2.6.18-2.patch.gzis
empty. :-(
On 11/15/06, Edward Shishkin [EMAIL
Am Freitag, 10. November 2006 00:39 schrieb [EMAIL PROTECTED]:
thanks for answer! :)
so, the patch compiles fine (one warning in super_ops.c), the FS boot
correctly, but if i execute for exemple startx, kernel panic! i compile
reiser4 built in with debug, i will send the error (kernel panic)
Em Sexta 10 Novembro 2006 09:44, Johannes Hirte escreveu:
Am Freitag, 10. November 2006 00:39 schrieb [EMAIL PROTECTED]:
thanks for answer! :)
so, the patch compiles fine (one warning in super_ops.c), the FS boot
correctly, but if i execute for exemple startx, kernel panic! i compile
the diference between my an Johannes Hirte's patch is:
/fs/reiser4/plugins/item/item.h
ssize_t (*write) (struct file *, const char __user *, size_t, loff_t
*pos);
---
int (*write) (struct file *, const char __user *, size_t, loff_t
*pos);
On Fri, 10 Nov 2006 10:59:30 -0200, Guilherme Covolo said:
the diference between my an Johannes Hirte's patch is:
*
/fs/reiser4/super_ops.c
290c290
static int reiser4_statfs(struct dentry *dentry, struct kstatfs *statfs)
---
i change my patch, now is equals of the
Johannes Hirte's patch .. only difference is my patch have the comment /*
change */ in the source.
run on x86_64 fine! :)
my patch and the Johannes Hirte's patch is linked in my site,
www.youare.not.br
thanks to all!
Em Sexta 10 Novembro 2006
On Thu, 09 Nov 2006 17:23:20 -0200, Guilherme Covolo said:
hello guys,
my experimental patch need modfications on fs/reiser4/context.c
i need help ;)
You'll have to give us more info than that. What happened?
Patch reject? It didn't compile? It didn't modprobe? The resulting kernel
thanks for answer! :)
so, the patch compiles fine (one warning in super_ops.c), the FS boot
correctly, but if i execute for exemple startx, kernel panic! i compile
reiser4 built in with debug, i will send the error (kernel panic) to the
list tomorow because i'm now in my house, and the experinet
Hi,
On Mon, 06 Nov 2006 17:07:16 -0500, Valdis.Kletnieks wrote:
On Mon, 06 Nov 2006 19:27:57 GMT, Danny Milosavljevic said:
Hi Edward,
I finally tried your cryptcompress setup (2.6.18-mm3) and just did the
first evil thing I could think of:
the reiser4 partition with ccreg40 enabled is
Am Dienstag, 10. Oktober 2006 07:48 schrieb Daniel Kasak:
Hi all.
I'd had more problems with filesystem corruption after running out of
space.
I was able to reproduce this error and log the oops:
Oct 16 01:00:01 Theben cron[22195]: (root) CMD
(rm -f /var/spool/cron/lastrun/cron.hourly)
Oct
Hello
On Tuesday 17 October 2006 16:42, Johannes Hirte wrote:
Am Dienstag, 10. Oktober 2006 07:48 schrieb Daniel Kasak:
Hi all.
I'd had more problems with filesystem corruption after running out of
space.
This could be deletion of partially converted file. I will try to simulate this
On Tuesday 10 October 2006 18:48, Daniel Kasak wrote:
I'd had more problems with filesystem corruption after running out of
space.
So have I, while using Ktorrent on one occasion and rsync to update a portage
tree on the other.
Both caused fairly massive filesystem corruption, i.e. 200+ files
Alexey Polyakov wrote:
On 9/20/06, Łukasz Mierzwa [EMAIL PROTECTED] wrote:
It's been proven that flushes are doing much more job then they should.
Not so long ago someone send a trace of block device io accesess during
reiser4 work and someone anylized it and said that some files or parts of
Alexey Polyakov wrote:
On 9/19/06, David Masover [EMAIL PROTECTED] wrote:
When I have over a
gig of RAM free (not even buffer/cache, but _free_), and am trying to
download anything over BitTorrent, even if it's less than 200 megs, the
disk thrashes so badly that the system is really only
Dnia Thu, 21 Sep 2006 09:30:09 +0200, David Masover [EMAIL PROTECTED]
napisał:
--- linux/fs/buffer.c 2006-08-15 20:40:36.504608696 -0500
+++ linux/fs/buffer.c.new 2006-08-15 20:42:35.877461264 -0500
@@ -366,12 +366,12 @@
asmlinkage long sys_fsync(unsigned int fd)
{
- return
Dnia Thu, 21 Sep 2006 09:30:09 +0200, David Masover [EMAIL PROTECTED]
napisał:
On 9/20/06, Łukasz Mierzwa [EMAIL PROTECTED] wrote:
It's been proven that flushes are doing much more job then they should.
Not so long ago someone send a trace of block device io accesess during
reiser4 work and
On 9/19/06, David Masover [EMAIL PROTECTED] wrote:
When I have over a
gig of RAM free (not even buffer/cache, but _free_), and am trying to
download anything over BitTorrent, even if it's less than 200 megs, the
disk thrashes so badly that the system is really only usable for web and
email.
On 9/20/06, Łukasz Mierzwa [EMAIL PROTECTED] wrote:
It's been proven that flushes are doing much more job then they should.
Not so long ago someone send a trace of block device io accesess during
reiser4 work and someone anylized it and said that some files or parts of
file where written over
Hello
On Tuesday 19 September 2006 05:12, Jack Byer wrote:
Short summary: Will a resize program for reiser4 be available within the
next six months?
Currently nobody works on that. So, I guess it is not very likely that
reiser4.resize will be created within next six months.
Long
Vladimir V. Saveliev wrote:
Hello
On Tuesday 19 September 2006 05:12, Jack Byer wrote:
Short summary: Will a resize program for reiser4 be available within the
next six months?
Currently nobody works on that. So, I guess it is not very likely that
reiser4.resize will be created within next
that was not a working program.
I never looked too far into that issue, because I didn't need it back then.
I think you should change to a filesystem which has resize.
I guess this means that I'll won't use reiser4 again until 2 TB drives
come out and I upgrade. Maybe by then reiser4 will
On Sun, 17 Sep 2006 21:45:29 +0300, Jussi Suutari-Jääskö wrote:
Peter wrote:
On Sun, 10 Sep 2006 17:01:18 +, Peter wrote:
this bug was also reported on gentoo wrt the newer baselayout. Indications
are it may be a r4 issue, although no one seems to know why!
Peter wrote:
On Sun, 10 Sep 2006 17:01:18 +, Peter wrote:
this bug was also reported on gentoo wrt the newer baselayout. Indications
are it may be a r4 issue, although no one seems to know why!
http://bugs.gentoo.org/show_bug.cgi?id=144093
I have the same problem, segfault on boot if
On Sun, 10 Sep 2006 17:01:18 +, Peter wrote:
this bug was also reported on gentoo wrt the newer baselayout. Indications
are it may be a r4 issue, although no one seems to know why!
http://bugs.gentoo.org/show_bug.cgi?id=144093
--
Peter
+
Do not reply to this email, it is a spam trap
On Tue, 12 Sep 2006 21:48:16 -0500, David Masover wrote:
snip...
Sorry to report this as an r4 bug, although it's interesting to note that
the 1.12.4 baselayout did NOT cause this problem in reiserfs3.6
Mine was doubtlessly a Reiser4 bug, as it resulted in either an oops or
a panic, I'm
Hello
On Wednesday 13 September 2006 01:10, Peter wrote:
On Sun, 10 Sep 2006 17:01:18 +, Peter wrote:
all snip...
To Vladimir and David:
This appears to be a nasty gentoo issue. After perusing the forums and
bugzilla, it appears that we are not alone in having difficulties with the
On Wed, 13 Sep 2006 14:49:05 +0400, Vladimir V. Saveliev wrote:
snip...
I still think that the problem is in reiser4. When the system fails on boot
it
usually outputs something which may help to understand the problem. Do you
see anything like that on faulty startups? You can use either
On Wed, 13 Sep 2006 14:49:05 +0400, Vladimir V. Saveliev wrote:
all snip.
Here is a screen shot I posted along with the bug report on this:
http://bugs.gentoo.org/attachment.cgi?id=96874action=view . I am sorry
the pic is a little blurred, but I had battery trouble.
There are two segfaults
On Sun, 10 Sep 2006 17:01:18 +, Peter wrote:
all snip...
To Vladimir and David:
This appears to be a nasty gentoo issue. After perusing the forums and
bugzilla, it appears that we are not alone in having difficulties with the
baselayout. Nonetheless, as the reporter did, I downgraded
On Tue, 12 Sep 2006 21:10:08 +, Peter wrote:
On Sun, 10 Sep 2006 17:01:18 +, Peter wrote:
all snip...
To Vladimir and David:
This appears to be a nasty gentoo issue. After perusing the forums and
bugzilla, it appears that we are not alone in having difficulties with the
On Mon, 11 Sep 2006 13:10:54 +0200, Sander Sweers wrote:
snip...
There was a bug in baselayout which caused partition (except /) not to
remount ro properly. The bug number is 131001 [1], is this your problem?
Greets
Sander
1: http://bugs.gentoo.org/show_bug.cgi?id=131001
Thank you, I
On Mon, 11 Sep 2006 11:30:39 +0400, Vladimir V. Saveliev wrote:
snip...
Sorry, I am confused. In the first mail you said:
On reboot or after a poweroff, root does not mount properly, and after
some modules are loaded, there are segfaults when running init scripts.
This looks like you have
On Sun, 10 Sep 2006 17:01:18 +, Peter wrote:
Using: gentoo
kernel 2.6.17.11 with beyond patchset
reiser patch 2.6.17-3
reiser4progs 1.0.5
update...
Transferring / to a reiser3 partition removes this problem. Shutdown and
startup proceed normally. I am using util-linux-2.12r with gentoo
Peter wrote:
Using: gentoo
kernel 2.6.17.11 with beyond patchset
reiser patch 2.6.17-3
reiser4progs 1.0.5
At the end of the gentoo shutdown script is a short function which
remounts / as ro.
There's also one in the Gentoo startup script, which attempts to remount
/ ro, then remount it rw. I
On Sun, 10 Sep 2006 15:12:00 -0500, David Masover wrote:
Peter wrote:
Using: gentoo
kernel 2.6.17.11 with beyond patchset
reiser patch 2.6.17-3
reiser4progs 1.0.5
At the end of the gentoo shutdown script is a short function which
remounts / as ro.
There's also one in the Gentoo
hello
On Monday 04 September 2006 18:32, Peter wrote:
On Fri, 01 Sep 2006 11:02:58 +, Peter wrote:
I recently copied over my / partition from a reiserfs to a reiser4
partition. This may be user error, but I wanted to report it anyway.
Booting off a live cd- I did the following.
On Tue, 05 Sep 2006 13:30:54 +0400, Vladimir V. Saveliev wrote:
hello
On Monday 04 September 2006 18:32, Peter wrote:
On Fri, 01 Sep 2006 11:02:58 +, Peter wrote:
I recently copied over my / partition from a reiserfs to a reiser4
partition. This may be user error, but I wanted to
On Fri, 01 Sep 2006 11:02:58 +, Peter wrote:
I recently copied over my / partition from a reiserfs to a reiser4
partition. This may be user error, but I wanted to report it anyway.
Booting off a live cd- I did the following.
snip...
I was able to duplicate the problem. Apparently, the
On Fri, 01 Sep 2006 17:35:29 -0500, David Masover wrote:
Peter wrote:
2) I did run badblocks on the dest, and it was clean. 3) I am using the
patch from 2.6.17.3 and in my kernel, I have full preempt and cfq
scheduling.
What about the kernel on the livecd?
Anticipatory
Voluntary
Plus,
Peter wrote:
On Fri, 01 Sep 2006 17:35:29 -0500, David Masover wrote:
Peter wrote:
2) I did run badblocks on the dest, and it was clean. 3) I am using the
patch from 2.6.17.3 and in my kernel, I have full preempt and cfq
scheduling.
What about the kernel on the livecd?
Anticipatory
On Fri, 01 Sep 2006 11:02:58 +, Peter wrote:
# cd source partition
# tar --one-file-system -cvf - | tar -C dest -xf -
of course I had * for all files :)
I also did the same with rsync -a /mnt/dest. I then thought perhaps the
livecd did not properly unmount the local filesystems, so I
Peter wrote:
2) I did run badblocks on the dest, and it was clean. 3) I am using the
patch from 2.6.17.3 and in my kernel, I have full preempt and cfq
scheduling.
What about the kernel on the livecd?
But speaking of single threadedness, more and more desktops are shipping
with ridiculously more power than people need. Even a gamer really
Will the LZO compression code in reiser4 be able to use multi-processor systems?
E.g. if I've a Turion-X2 in my laptop will it use 2 threads for
Clemens Eisserer wrote:
But speaking of single threadedness, more and more desktops are shipping
with ridiculously more power than people need. Even a gamer really
Will the LZO compression code in reiser4 be able to use multi-processor
systems?
E.g. if I've a Turion-X2 in my laptop will it
Hi Edward,
Thanks a lot for answering.
Compression is going in flush time and there can be more then
one flush thread that processes the same transaction atom.
Decompression is going in the context of readpage/readpages.
So if you mean per file, then yes for compression and no for
Edward Shishkin wrote:
Clemens Eisserer wrote:
But speaking of single threadedness, more and more desktops are
shipping
with ridiculously more power than people need. Even a gamer really
Will the LZO compression code in reiser4 be able to use
multi-processor systems?
E.g. if I've a
Hans Reiser wrote:
Edward Shishkin wrote:
Clemens Eisserer wrote:
But speaking of single threadedness, more and more desktops are
shipping
with ridiculously more power than people need. Even a gamer really
Will the LZO compression code in reiser4 be able to use
multi-processor systems?
Clemens Eisserer wrote:
But speaking of single threadedness, more and more desktops are shipping
with ridiculously more power than people need. Even a gamer really
Will the LZO compression code in reiser4 be able to use multi-processor
systems?
Good point, but it wasn't what I was talking
PFC wrote:
Maybe, but Reiser4 is supposed to be a general purpose filesystem
talking about its advantages/disadvantages wrt. gaming makes sense,
I don't see a lot of gamers using Linux ;)
There have to be some. Transgaming seems to still be making a
successful business out of making
PFC wrote:
Maybe, but Reiser4 is supposed to be a general purpose filesystem
talking about its advantages/disadvantages wrt. gaming makes sense,
I don't see a lot of gamers using Linux ;)
But yes, gaming is what pushes hardware development these days, at
least on the desktop.
Edward Shishkin wrote:
(Plain) file is considered as a set of logical clusters (64K by
default). Minimal unit occupied in memory by (plain) file is one
page. Compressed logical cluster is stored on disk in so-called
disk clusters. Disk cluster is a set of special items (aka ctails,
or
Nigel Cunningham wrote:
Hi.
On Tue, 2006-08-29 at 06:05 +0200, Jan Engelhardt wrote:
Hmm. LZO is the best compression algorithm for the task as measured by
the objectives of good compression effectiveness while still having very
low CPU usage (the best of those written and GPL'd, there is a
Nigel Cunningham wrote:
Hi.
On Mon, 2006-08-28 at 22:15 +0400, Edward Shishkin wrote:
Stefan Traby wrote:
On Mon, Aug 28, 2006 at 10:06:46AM -0700, Hans Reiser wrote:
Hmm. LZO is the best compression algorithm for the task as measured by
the objectives of good compression effectiveness
Hi.
On Tue, 2006-08-29 at 03:23 -0500, David Masover wrote:
Nigel Cunningham wrote:
Hi.
On Tue, 2006-08-29 at 06:05 +0200, Jan Engelhardt wrote:
Hmm. LZO is the best compression algorithm for the task as measured by
the objectives of good compression effectiveness while still having
On 8/29/06, Nigel Cunningham [EMAIL PROTECTED] wrote:
Hi.
On Tue, 2006-08-29 at 03:23 -0500, David Masover wrote:
Nigel Cunningham wrote:
We used gzip when we first implemented compression support, and found it
to be far too slow. Even with the fastest compression options, we were
only
Nigel Cunningham wrote:
Hi.
On Tue, 2006-08-29 at 03:23 -0500, David Masover wrote:
Nigel Cunningham wrote:
Hi.
On Tue, 2006-08-29 at 06:05 +0200, Jan Engelhardt wrote:
Hmm. LZO is the best compression algorithm for the task as measured by
the objectives of good compression
Would it be, by any chance, possible to tweak the thing so that reiserfs
plugins become kernel modules, so that the reiserfs core can be put in the
kernel without the plugins slowing down its acceptance ?
(and updating plugins without rebooting would be a nice extra)
The patch
On Tue, Aug 29, 2006 at 03:45:59PM +0200, PFC wrote:
Anyone has a bench for lzf ?
It's easy, try something like:
wget http://www.goof.com/pcg/marc/data/liblzf-1.6.tar.gz
tar zxvpf liblzf-1.6.tar.gz
cd liblzf-1.6
configure make
Now you have a small lzf binary that you can use for
On 8/29/06, PFC [EMAIL PROTECTED] wrote:
Anyone has a bench for lzf ?
This is on a opteron 1.8GHz box. Everything tested hot cache.
Testing on a fairly repetative but real test case (an SQL dump of one
of the Wikipedia tables):
-rw-rw-r-- 1 gmaxwell gmaxwell 426162134 Jul 20 06:54
I have made a little openoffice spreadsheet with the results.
You can have fun entering stuff and seeing the results.
http://peufeu.free.fr/compression.ods
Basically, a laptop having the same processor as my PC and a crummy 15
MB/s drive (like most laptop drives) will get a
PFC wrote:
Would it be, by any chance, possible to tweak the thing so that
reiserfs plugins become kernel modules, so that the reiserfs core can be
put in the kernel without the plugins slowing down its acceptance ?
I don't see what this has to do with cryptoapi plugins -- those are
PFC wrote:
I made a little benchmark on my own PC (Athlon64 3200+ in 64 bit
gentoo)
http://peufeu.free.fr/compression.html
So, gzip could be used on PCs having very fast processors and very
slow harddrives, like Core Duo laptops.
However, lzo compresses nearly as much and is
PFC, thanks for giving us some real data. May I post it to the lkml thread?
In essence, LZO wins the benchmarks, and the code is hard to read. I
guess I have to go with LZO, and encourage people to take a stab at
dethroning it.
Hans
PFC wrote:
I have made a little openoffice spreadsheet
On 8/29/06, David Masover [EMAIL PROTECTED] wrote:
[snip]
Conversely, compression does NOT make sense if:
- You spend a lot of time with the CPU busy and the disk idle.
- You have more than enough disk space.
- Disk space is cheaper than buying enough CPU to handle compression.
-
Gregory Maxwell wrote:
On 8/29/06, David Masover [EMAIL PROTECTED] wrote:
[snip]
Conversely, compression does NOT make sense if:
- You spend a lot of time with the CPU busy and the disk idle.
- You have more than enough disk space.
- Disk space is cheaper than buying enough CPU to
David Masover wrote:
John Carmack is pretty much the only superstar programmer in video
games, and after his first fairly massive attempt to make Quake 3 have
two threads (since he'd just gotten a dual-core machine to play with)
actually resulted in the game running some 30-40% slower than
Hans Reiser wrote:
David Masover wrote:
John Carmack is pretty much the only superstar programmer in video
games, and after his first fairly massive attempt to make Quake 3 have
two threads (since he'd just gotten a dual-core machine to play with)
actually resulted in the game running some
Hi.
On Tue, 2006-08-29 at 15:38 +0400, Edward Shishkin wrote:
Nigel Cunningham wrote:
Hi.
On Tue, 2006-08-29 at 03:23 -0500, David Masover wrote:
Nigel Cunningham wrote:
Hi.
On Tue, 2006-08-29 at 06:05 +0200, Jan Engelhardt wrote:
Hmm. LZO is the best compression algorithm
On 29-Aug-06, at 4:03 PM, David Masover wrote:
Hans Reiser wrote:
David Masover wrote:
John Carmack is pretty much the only superstar programmer in video
games, and after his first fairly massive attempt to make Quake 3
have
two threads (since he'd just gotten a dual-core machine to play
Toby Thain wrote:
Gamer systems, whether from coder's or player's p.o.v., would appear
fairly irrelevant to reiserfs and this list. I'd trust Carmack's eye
candy credentials but doubt he has much to say about filesystems or
server threading...
Maybe, but Reiser4 is supposed to be a general
On Sun, 27 August 2006 01:04:28 -0700, Andrew Morton wrote:
Like lib/inflate.c (and this new code should arguably be in lib/).
The problem is that if we clean this up, we've diverged very much from the
upstream implementation. So taking in fixes and features from upstream
becomes harder
Alexey Dobriyan wrote:
Reiser4 developers, Andrew,
The patch below is so-called reiser4 LZO compression plugin as extracted
from 2.6.18-rc4-mm3.
I think it is an unauditable piece of shit and thus should not enter
mainline.
Hmm. LZO is the best compression algorithm for the task as
On Sun, 27 Aug 2006 04:42:59 -0500
David Masover [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
On Sun, 27 Aug 2006 04:34:26 +0400
Alexey Dobriyan [EMAIL PROTECTED] wrote:
The patch below is so-called reiser4 LZO compression plugin as
extracted from 2.6.18-rc4-mm3.
I think it is an
On Mon, Aug 28, 2006 at 10:06:46AM -0700, Hans Reiser wrote:
Hmm. LZO is the best compression algorithm for the task as measured by
the objectives of good compression effectiveness while still having very
low CPU usage (the best of those written and GPL'd, there is a slightly
better one
Jindrich Makovicka wrote:
On Sun, 27 Aug 2006 04:42:59 -0500
David Masover [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
On Sun, 27 Aug 2006 04:34:26 +0400
Alexey Dobriyan [EMAIL PROTECTED] wrote:
The patch below is so-called reiser4 LZO compression plugin as
extracted from
Stefan Traby wrote:
On Mon, Aug 28, 2006 at 10:06:46AM -0700, Hans Reiser wrote:
Hmm. LZO is the best compression algorithm for the task as measured by
the objectives of good compression effectiveness while still having very
low CPU usage (the best of those written and GPL'd, there is a
Hi.
On Mon, 2006-08-28 at 22:15 +0400, Edward Shishkin wrote:
Stefan Traby wrote:
On Mon, Aug 28, 2006 at 10:06:46AM -0700, Hans Reiser wrote:
Hmm. LZO is the best compression algorithm for the task as measured by
the objectives of good compression effectiveness while still having
Nigel Cunningham wrote:
For Suspend2, we ended up converting the LZF support to a cryptoapi
plugin. Is there any chance that you could use cryptoapi modules? We
could then have a hope of sharing the support
It is in principle a good idea, and I hope we will be able to say yes.
However, I have
Hmm. LZO is the best compression algorithm for the task as measured by
the objectives of good compression effectiveness while still having very
low CPU usage (the best of those written and GPL'd, there is a slightly
better one which is proprietary and uses more CPU, LZRW if I remember
right.
1 - 100 of 1292 matches
Mail list logo