Messages in this thread | | | From | Peter Chubb <> | Date | Tue, 25 Jun 2002 16:59:02 +1000 | Subject | RE: Bogus LBD patch |
| |
>>>>> "AmitR" == Amit Agrawal <Amit> writes:
AmitR> Hi Peter I've been found in your todo list ,in url u have AmitR> given, that "large disc simulator" is planned, there is one AmitR> solution developed by me regarding this,which ignores filedata AmitR> and writes only metadata on the actual device so a large disc AmitR> space is seen especially for big files. This produces a real
That sounds like a good idea.
AmitR> "large disc simulator" in you todo list.Please tell me your AmitR> strategy for "large disc simulator" , if you have planned it
What I did was create a fake scsi device based on the HP simulator for IA64, backed by a sparse file. So it's really a loop device that obeys SCSI commands. It worked back on 2.5.9, but the changes since then mean it deadlocks immediately now --- I intend to fix it, and release it as soon as I can make some time.
The purpose was to test the SCSI layer's response to large discs.
What I'm trying to test now is what happens with real discs. I found that ext2 has too much metadata for the amount of disc space I have for the sparse file approach to work. JFS worked very well. Reiserfs doesn't work at present, but I sent the bug report to them, and they're working on the problems.
The testing I'm doing is: 1. Is the size of the drive reported correctly by the kernel? -- at bootup -- via ioctl(GETBLKSIZE) -- via ioctl(GETBLKSIZE64) -- via lseek(,0, SEEK_END) 2. Can the drive be partitioned? I expect Gnu parted with GDT to work properly; I expect the others to fail gracefully 3. Can a file system be written to the drive? I've been testing ext2, jfs and reiserfs; I tested XFS on an earlier patch, but at present it's too much of a pain to integrate. 4. If a filesystem is created, does fsck work? 5. Can the filesystem be mounted? 6. Then test how large a file I can create on the filesystem, both sparse and full.
-- Dr Peter Chubb peterc@gelato.unsw.edu.au You are lost in a maze of BitKeeper repositories, all almost the same. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |