Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations biv343 on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Want to know what you think about this Solaris 9 issue

Status
Not open for further replies.

djr111

Technical User
Aug 5, 2006
357
US
Hey all,

v210 with 2x1gb cpus and 8gb of memory.

Here is the scenario we are seeing currently, about a month ago we were called to do a restore of a application Directory. This directory is only about 1.9gb in size, but has over 180,000 little files within it. The restore time from tape was over 2hours. Although this directory is cumbersomb having all those little files, we felt it was too slow of a restore.


lets call the directory with 180k of little file = dir0xy

We started doing some testing, basic i/o,cpu utilization test.

we did a dd test, something like this:
time dd if=/dev/zero of=/var/tmp/test_file obs=1024

the dd time od this 1gb file, (not the same file, MUCH smaller as far as little file within it.) it took 55 secs

I did a cpio test, that seem not too bad either.

We did a 'cp -Rp' of dir0xy, sending the copy within the same FS, it took 48mins to complete. We also previousy did a 'rm dir0xy' and it took 1hr11m.

why would deleting a file take longer them coping, I would think copying would be faster?

I don't know what else to test, Sun basically said, uhh, I don't know.

It may just be this server, is not powerful enough. It is a basic entry level sparc server I would assume.


ok, well any thought would be great.

thanks





 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top