That looks really bad. In my experince the performance on a 3ware drive is as better or at least as good as std ide controllers. Are you sure that you don't have a bad drive? (If you were rebuilding an array it would slow things down.) The only other thing I can think of to try is updating the firmware on the controller.
ps- `time cp /usr/src/linux-2.4.18-7.tar.gz .` is much more readable;-) On Tue, 2002-05-28 at 11:13, Daryl Herzmann wrote: > Hi! > > Thanks for the response. I actually have 6410 controllers and not 7410, > sorry. > > I tried your three suggestions and they seemed to help a little. The > machine was much more responsive when executing the mke2fs or any > filesystem activity. > > Before I lead anyone on a wild goose chase, how long would you expect the > "sync" command to take? For example, > > on a drive connected to the onboard controller (DMA enabled) > > # date; cp /usr/src/linux-2.4.18-7.tar.gz . ; date; sync; date > Tue May 28 13:07:52 CDT 2002 > Tue May 28 13:07:52 CDT 2002 > Tue May 28 13:07:53 CDT 2002 > > on the same drive with DMA disabled > > # date; cp /usr/src/linux-2.4.18-7.tar.gz . ; date; sync; date > Tue May 28 13:06:57 CDT 2002 > Tue May 28 13:06:57 CDT 2002 > Tue May 28 13:07:07 CDT 2002 > > Then on a drive connected to the 3ware 6410 (no raid) > > # date; cp /usr/src/linux-2.4.18-7.tar.gz . ; date; sync; date > Tue May 28 13:08:38 CDT 2002 > Tue May 28 13:08:39 CDT 2002 > Tue May 28 13:08:49 CDT 2002 > > > My ignorant answer is that DMA is not enabled for the IDE drives on the > 3ware controller, but I don't see how that can be enabled or if it > applicable. The symptons are similar to what I have experienced in the > past with other machines when DMA is not enabled. Any idears? > > Thanks, > Daryl > > > On Tue, 28 May 2002, Samuel Flory wrote: > > > Is this just mke2fs or is the created file system slow as well. > > > > For 3ware, and most other raid controllers I do the below 3 things. > >Note that I don't think that 1-2 will speed the mke2fs up. > > > >1)Put this in your /etc/sysctl.conf, and run this command `sysctl -e -p > > /etc/sysctl.conf` > >vm.max-readahead = 256 > >vm.min-readahead = 128 > > > >2)Create your ext2/3 partitions with -R stride=(what your stripe size is) > > > >3) Set the mke2fs sync variable. Before creating the file system. This > >might help if you are having vm troubles. `export MKE2FS_SYNC=10` > > > >PS-If you want me to see any replies send directly to me as well as the > >list. > > > >Daryl Herzmann wrote: > >> Hey RHers! > >> > >> I must be doing something very stupid, so I hope someone can help me out. > >> :) > >> > >> Problem: > >> Horrible performance with any drive connected to the 3ware ATA-Raid > >> Contoller. > >> > >> Cards in computer: > >> > >> - 4X AGP NVIDIA NV11 > >> - 3ware ATA-RAID 7410 > >> - 3ware ATA-RAID 7410 > >> - Intel EEPro 100 > >> - National Semiconductor ns83820 > >> - 3ware ATA-RAID 7410 > >> > >> Specs: > >> AMD Athlon(TM) XP 1800+ > >> 512 MB DDR Memory > >> > >> > >> I have tried multiple kernel versions and RH 7.2 and 7.3. Currently I am > >> using a patched 2.4.18-7 distributed by ASLabs which contains the latest? > >> 3ware drivers 1.02.00.020 > >> > >> I have tried using a hardware raid 5 with 4 drives on each controller. > >> Running "mke2fs -j" takes over 40 minutes and the load average approaches > >> 3 or 4. I have then tried a software raid 5 with similar results. mke2fs > >> will stall at about 115 when writing the inode table and slowly progress > >> through the rest of them. > >> > >> My guess is that I am not formatting the filesystem incorrectly, so I may > >> need guidance there. Otherwise, I am quite confused. I tried using SGI > >> XFS and the filesystem will get generated almost immediately, but the > >> resulting performance is terrible. For example, sync takes forever after > >> doing some IO, and the load average goes through the roof. > >> > >> Augh, I am confused. I must be doing something stupid. > >> > >> Ohh, 1 of the hard drives is on the onboard IDE controller and it just > >> flies :) No system load troubles either. > >> > >> Thanks, > >> Daryl > >> > >> > >> > >> > >> _______________________________________________ > >> Redhat-list mailing list > >> [EMAIL PROTECTED] > >> https://listman.redhat.com/mailman/listinfo/redhat-list > >> > >> > > > > > > > > -- > /** > * Daryl Herzmann ([EMAIL PROTECTED]) > * Program Assistant -- Iowa Environmental Mesonet > * http://mesonet.agron.iastate.edu > */ > > _______________________________________________ Redhat-list mailing list [EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
