Re: [reiserfs-list] what data resides on a given block
thx Oleg for your fast answer, I have another question too concerning this: actually I used badblocks as described on the reiserfs page. so now I know which blocks are bad, and I would like to use the utility add-bad-block. actually the exemple tells me to make a new reiserfs filesystem, then make whatever file I want, and 'assign those bad blocks to that file'. Actually I dont have the possibility to reformat my drive, and I have some files residings on the bad blocks. I would like to know what will happen if I use the add-bad-block program on my filesystem where those bad blocks are occupied by an already existing file. actually I'M aware of some files that are on those bad blocks, but I'm sure there are others that I dont know about. so if I use the add-bad-block program, will this work just fine, and will the bad blocks be deactived 'forever' or it will just wont work at all, for exemple when I try to delete afterwards a file that contained those blocks before. sorry if I have a bad english, regards, greg ps: is there a possibility yet to set a different block size then the default, or this will only be implemented in reiser4. At 14:06 2002. 06. 05., you wrote: >Hello! > >If you want to look at the contents, you can extract the content into >a file with dd and then view it. >If you want to know if the block represents some FS metadata, >you can use debugreiserfs -1 blocknumber >and it will print the content of metadata block (if it will recognise >block contents as metadata) > >This only applies to reiserfs, of course. > >Bye, > Oleg >On Wed, Jun 05, 2002 at 02:58:20PM +0100, Newsmail wrote: > > I would like to know, if I know the blocknumber, is there any way to see > > what data I have on it? > > greg > > > >
Re: [reiserfs-list] what data resides on a given block
Hello! On Wed, Jun 05, 2002 at 04:04:35PM +0100, Newsmail wrote: > actually the exemple tells me to make a new reiserfs filesystem, then make > whatever file I want, and 'assign those bad blocks to that file'. Actually > I dont have the possibility to reformat my drive, and I have some files > residings on the bad blocks. I would like to know what will happen if I use > the add-bad-block program on my filesystem where those bad blocks are > occupied by an already existing file. actually I'M aware of some files that > are on those bad blocks, but I'm sure there are others that I dont know > about. so if I use the add-bad-block program, will this work just fine, and > will the bad blocks be deactived 'forever' or it will just wont work at > all, for exemple when I try to delete afterwards a file that contained > those blocks before. sorry if I have a bad english, No, it does not work if you have a file over the badblocks. So you need to delete files taht contains badblocks before using add-bad-block program. BTW, there is some work is going on to have more mature badblocks supports for reiserfs. Bye, Oleg
[reiserfs-list] [OT] traffic magnet dot com crap
Christine Hall <[EMAIL PROTECTED]> writes: > I visited http://namesys.com, and noticed that you're not listed on > some search engines! I think we can offer you a service which can help > you increase traffic and the number of visitors to your website. Blacklist this site, trafficmagnet.net. They will come back. (They come back to haunt the university site that I administer, I regularly see rejects in my mailer's log file.) -- Matthias Andree
Re: [reiserfs-list] [PATCH CFT] tons of logging patches
On 06/04/2002 03:12 PM, Chris Mason wrote: > On Mon, 2002-06-03 at 23:28, Manuel Krause wrote: > > >>So, VMware is stable with it, too, on my well known "heavy-private-test" >>of it (running Norton SpeedDisk at least twice within a most recent >>VMware Win98). It doesn't show greatly different timings than to my >>setup before though having a different disk i/o pattern (due to the >>missing aa patches)... and me having a reduced RAM from 512to256MB at >>the moment. And I should be honest to say I can't give exact timings as >>the important disk contents changed during last weeks. But the >>disk-access-times/related-to-the-content are definitively _not_ higher >>than before! > > > same speed on 1/2 the ram isn't bad ;-) > [...] Don't know where to reply best... Hi, again! I want to make some more comments on my latest words. As I said I first used the data=journal mode and got nice timings. O.k. I really think after that "revision" my previous kernel setup wasn't that well configured as I thought and felt. Long time degression?! I really had the reiserfs messages in my logs that it explicitely used this mode. The only problem I obviously had, so far, was to distinguish the mount options at darkest night: data=logging is no mount-option but the description "data-logging", the mount option for it is data=journal -- Passing rootflags=data=journal in lilo.conf and data=logging in fstab results in an uncontrollable kernel ;-) Huh! Sorry, for my thoughtless testing. But my posted timings are quite relieble on here. Concerning VMware the "same speed on 1/2 RAM" results are even more impressing as VMware seems to buffer it's memory contents to /tmp/... fs again since I reduced the RAM. With 512MB it didn't seem to need this method usually. The data=ordered mode saves 1..2secs from of my previously posted load times for NS7 and OOo-1.0 and seems to be stable itself in "everydays usage" and for my VMware sessions, too. I didn't test the "crash->no-garbage-in-files" case and the more recent 03-beta-data-logging-6.diff, yet. I was extraordinary glad to see the explicit wording of the mounted partition in the logs we missed for so long time! Thanks for your help, Manuel
Re: [reiserfs-list] [PATCH CFT] tons of logging patches
On 06/05/2002 11:13 PM, Manuel Krause wrote: > On 06/04/2002 03:12 PM, Chris Mason wrote: > > On Mon, 2002-06-03 at 23:28, Manuel Krause wrote: > > > > > >>So, VMware is stable with it, too, on my well known "heavy-private-test" > >>of it (running Norton SpeedDisk at least twice within a most recent > >>VMware Win98). It doesn't show greatly different timings than to my > >>setup before though having a different disk i/o pattern (due to the > >>missing aa patches)... and me having a reduced RAM from 512to256MB at > >>the moment. And I should be honest to say I can't give exact timings as > >>the important disk contents changed during last weeks. But the > >>disk-access-times/related-to-the-content are definitively _not_ higher > >>than before! > > > > > > same speed on 1/2 the ram isn't bad ;-) > > > [...] > Don't know where to reply best... [...] BTW, what is this "only" diff good for (is it worth to recompile, I mean): # diff '03-beta-data-logging-6.diff' '03-beta-data-logging-5.diff' 2777c2777 < + if (SB_JOURNAL(p_s_sb)->j_num_lists > 512) { --- > + if (SB_JOURNAL(p_s_sb)->j_num_lists > 256) { Thank you, Manuel > > I was extraordinary glad to see the explicit wording of the mounted > partition in the logs we missed for so long time! > > Thanks for your help, > > Manuel >
Re: [reiserfs-list] [PATCH CFT] tons of logging patches
On Wed, 2002-06-05 at 17:27, Manuel Krause wrote: > > BTW, what is this "only" diff good for (is it worth to recompile, I mean): > # diff '03-beta-data-logging-6.diff' '03-beta-data-logging-5.diff' > 2777c2777 > < + if (SB_JOURNAL(p_s_sb)->j_num_lists > 512) { > --- > > + if (SB_JOURNAL(p_s_sb)->j_num_lists > 256) { It is a performance tweak, my next patch removes that bit entirely. Thanks to some hints from Andrew Morton I've been able to do many more optimizations for high load fsync heavy applications. The new patch will be out later tonight. -chris
[reiserfs-list] Re: [PATCH CFT] tons of logging patches
Ok, ftp.suse.com/pub/people/mason/patches/data-logging has my latest updates, which have more optimizations for many threads all doing synchronous transactions. -chris
Re: [reiserfs-list] Re: [PATCH CFT] tons of logging patches
On 06/06/2002 02:09 AM, Chris Mason wrote: > Ok, ftp.suse.com/pub/people/mason/patches/data-logging has my latest > updates, which have more optimizations for many threads all doing > synchronous transactions. > > -chris > Mhh. I was just starting to try the ftp, but no-go-for-now. O.k now I've got an old Santana CD in... "Black magic ..." Thanks to Chris, bye, very nice to listen to, Manuel
[reiserfs-list] duplicate files and recent changes
I just joined this list. Two question: 1. Can reiserfs detect that I have two copies of the same file on disk and store tham as one file (doing a lazy copy) if someone writes to one of them? 2. Is there a fast way to get access to the file change list? It would be nice to be able to do fast backup of changed files without having to traverse entire directory trees. -Alex- ___ S. Alexander Jacobson i2x Media 1-212-787-1914 voice1-603-288-1280 fax
Re: [reiserfs-list] duplicate files and recent changes
Hello! On Thu, Jun 06, 2002 at 01:30:46AM -0400, S. Alexander Jacobson wrote: > I just joined this list. Two question: > 1. Can reiserfs detect that I have two copies of > the same file on disk and store tham as one file Hm, you mean, each time you create a file, reiserfs should scan all other files and see if there is exactly a file like you just wrote? Hm, even something more complicated as you are writing to a file in 4k chunks. Definitely no. > (doing a lazy copy) if someone writes to one of > them? > 2. Is there a fast way to get access to the file > change list? It would be nice to be able to do > fast backup of changed files without having to > traverse entire directory trees. No. But if you really need these features, you can ask Hans to implement these. (Hans can be easily conviced to implementing arbitrary features by passing him money). Bye, Oleg