Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsWhite Papers
Discussion GroupsFirst AidDatabasesJavaBeansGUIJava 3DVirtual MachineCORBASecurityToolsGeneral
Java DirectoryOpen Source ProjectsSample Book ChaptersUser GroupsWeb Resources
Related Topics
Databases.NETMore Topics ...

Java Forum / General / October 2005

Tip: Looking for answers? Try searching our database.

Tapestry disk usage

Thread view: 
sconeek@gmail.com - 25 Oct 2005 06:20 GMT
Hi all,
I am using a Tapestry based java solution. The solution has a HTML
front-end (as you would have expected) and a Postgres backend with
Tomcat as the server on a Windows XP machine.
Now when I login to my solution (You have to login using a username and
password) I have noticed that the system writes to the disk approx
6writes a sec (using services tool). When I dont log on and the system
is only displaying the GUI the system seems to be writing at about 4
writes/sec.
Now I am trying to cut down on the HDD writes. So can someone please
tell me as to why it is doing so many writes to the HDD even when its
only displaying the GUI and if there is any way for me to cut down the
writes/sec.
All help much appreciated.
Cheers.
sconeek - 25 Oct 2005 08:20 GMT
Could one of the issues be coz of tapestry constantly polling the GUI
for logging related issues
Roedy Green - 25 Oct 2005 10:55 GMT
>Now I am trying to cut down on the HDD writes. So can someone please
>tell me as to why it is doing so many writes to the HDD even when its
>only displaying the GUI and if there is any way for me to cut down the
>writes/sec.

In Forth this would be so easy to tack some code to monitor disk i/o
at as low a level as you wanted.  Is there an easy way to do this in
Java?  

Is there such a thing as a Java  i/o monitor?

You could use an OS-level i/o monitor such as filemon to at least see
which files are being read/written.

See http://mindprod.com/jgloss/filemon.html

Is JPDA a plausible option for a mere mortal?
http://mindprod.com/jgloss/jpda.html

Signature

Canadian Mind Products, Roedy Green.
http://mindprod.com Again taking new Java programming contracts.

sconeek - 25 Oct 2005 11:28 GMT
great idea. thanks for your help. i think this might do the trick. i
will try filemon first and see if it helps me or not and if it gives me
information about disk writes or no. will keep you updated. cheers.
Roedy Green - 25 Oct 2005 14:33 GMT
On Tue, 25 Oct 2005 09:55:55 GMT, Roedy Green
<my_email_is_posted_on_my_website@munged.invalid> wrote, quoted or
indirectly quoted someone who said :

>Is there such a thing as a Java  i/o monitor?

>Is JPDA a plausible option to monitor file i/o for a mere mortal?
>http://mindprod.com/jgloss/jpda.html

These were not intended as rhetorical or Becker/Bob questions.
Signature

Canadian Mind Products, Roedy Green.
http://mindprod.com Again taking new Java programming contracts.

sconeek - 26 Oct 2005 01:14 GMT
filemon seems to tell me that only tomcat and ie are doing writes to
the GUI. and its not as fast as i would have expected. the performance
tool in winxp tells its approx 3 writes/sec. and filemon shows that
many writes/sec but on average it comes out to approx 1-2 writes/sec.
any suggestions.
Roedy Green - 26 Oct 2005 04:43 GMT
>filemon seems to tell me that only tomcat and ie are doing writes to
>the GUI. and its not as fast as i would have expected. the performance
>tool in winxp tells its approx 3 writes/sec. and filemon shows that
>many writes/sec but on average it comes out to approx 1-2 writes/sec.
>any suggestions.

This is a pretty light load.  That hints that something else is the
bottleneck.  Have a look in the taskmon at CPU usage and page swaps

There could still be a fair bit of hidden i/o going on.  What does it
sound like when you put your ear to the case?  Can you hear a lot of
clicking.  You might get a copy of O&O defrag evaluation and tell it
to sort all your files physically on disk by last access date.  Also
tell it to do the various auxiliary defrags, including directories and
registry. Do a pruning of junk in your directories first. You might
use the Ace utilities  evaluation pruner for that to prune both the
registry and files.  Perhaps you have a directory clogged with useless
unused files.

Windows tends to fill up over time with undeleted temp files.

see http://mindprod.com/jgloss/defragger.html
see http://mindprod.com/jgloss/registryfixer.html

Signature

Canadian Mind Products, Roedy Green.
http://mindprod.com Java custom programming, consulting and coaching.

sconeek - 26 Oct 2005 08:17 GMT
i forgot about de-fragmenting the HDD. will try that and see how we go.
but i still think that its still pretty light load. considering that
the writes shoot upto approx 20writes/sec once i login. so a use of
3writes/sec with only the GUI running is not too bad. but it shouldnt
be happening at all. as the GUI can only be reading from the HDD and
not writing to it. anyways will do some more research and get back to
you. cheers.
Roedy Green - 26 Oct 2005 11:37 GMT
>i forgot about de-fragmenting the HDD. will try that and see how we go.
>but i still think that its still pretty light load. considering that
[quoted text clipped - 3 lines]
>not writing to it. anyways will do some more research and get back to
>you. cheers.

I repeat my earlier warning. You may have many more i/os than you
think you do.  The symptoms you are describing don't add up.
Signature

Canadian Mind Products, Roedy Green.
http://mindprod.com Java custom programming, consulting and coaching.

sconeek - 27 Oct 2005 08:19 GMT
can you clarify your last reply. i am unable to fully understand it.
cheers.
Roedy Green - 27 Oct 2005 08:29 GMT
>can you clarify your last reply. i am unable to fully understand it.
>cheers.

When a program is slow, usually the problem is something is eating up
all the CPU or something is eating up all the I/O bandwidth/RAM. (I
guess I should not rule out sockets either.)

You seem to be telling me your app does none of those things.

If that is so, then something else must be eating one or other of them
up, or something is wrong with the way you are measuring your app's
consumption, e.g. ignoring mapped file i/o or swapping, or directory
searches.

Before you can fix the problem, you have to find out who the hog is,
and just what they are hogging.
Signature

Canadian Mind Products, Roedy Green.
http://mindprod.com Java custom programming, consulting and coaching.



Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.