Easy to Learn Java: Programming Articles, Examples and Tips

Start with Java in a few days with Java Lessons or Lectures

Home

Code Examples

Java Tools

More Java Tools!

Java Forum

All Java Tips

Books

Submit News
Search the site here...
Search...
 
Search the JavaFAQ.nu
1000 Java Tips ebook

1000 Java Tips - Click here for the high resolution copy!1000 Java Tips - Click here for the high resolution copy!

Java Screensaver, take it here

Free "1000 Java Tips" eBook is here! It is huge collection of big and small Java programming articles and tips. Please take your copy here.

Take your copy of free "Java Technology Screensaver"!.

Easy Learn Java: Programming Articles, Examples and Tips - Page 195


Previous 1060 Stories (530 Pages, 2 Per Page) Next

JFluid - a profiling tool for the Java programming language

Go to all tips in Java Tools

Good to know: JFluid - a profiling tool for the Java programming language that allows you to profile an arbitrary subset of your program, that can be changed on-the-fly, while the program is running. This is a capability not available in any other profiling tool for Java at this time. Since JFluid relies on our unique dynamic bytecode instrumentation mechanism, it can run only on our specially modified HotSpot VM (currently derived from JDK(tm) version 1.4.2).

In JFluid, you can select your application's methods to profile by pointing at a single method. This method is then treated as a call subgraph root. JFluid instruments this method, and also all methods that it calls, transitively. In other words, it dynamically reveals a whole call subgraph. Special bytecode packets are injected into these methods on-the-fly, so that they start to generate profiling events such as method entry and exit. These events are recorded, and then the obtained performance data is displayed in the standard forms of context call tree (what you see e.g. in OptimizeIt) and sorted accumulated method time list.

Alternatively, you can instrument and profile an arbitrary code fragment within a method. This kind of instrumentation is extremely lightweight and inobtrusive, therefore in this way you can obtain very precise CPU time measurements.

Finally, you can activate and deactivate memory profiling, that allows you to see the number and types of all objects allocated by the program, the locations where these objects are allocated, and the call paths at the moment of allocation. We are using a special semi-statistical technique for gathering information about call paths, that results in a highly controllable, and usually quite modest, overhead when collecting this kind of information.

To learn more about the JFluid tool, read the documentation page (http://research.sun.com/projects/jfluid/help.html) (this is the same page that is available from within the tool when you hit "Help"). Click here (http://research.sun.com/projects/jfluid/download) to download JFluid.

Future:
At present JFluid is an experimental technology. The possibility of productizing the JVM changes necessary to run JFluid, as well as the tool itself, is being discussed, but no firm decisions have been taken yet. Note that if the JVM API that is currently used by JFluid becomes a standard, it could then be used by any tool from any vendor, for example for inobtrusive EJB application monitoring, fault injection, and other interesting things.
All info is here:
http://research.sun.com/projects/jfluid/




comments? | Printer Friendly Page  Send to a Friend | Score: 0

Posted by jalex on Wednesday, April 07, 2004 (00:00:00) (2762 reads)

Why is Runtime.runFinalizersOnExit deprecated?

Go to all tips in General Java

Question: Why is Runtime.runFinalizersOnExit deprecated?

Answer: Because it is inherently unsafe. It may result in finalizers being called on live objects while other threads are concurrently manipulating those objects, resulting in erratic behavior or deadlock. While this problem could be prevented if the class whose objects are being finalized were coded to "defend against" this call, most programmers do not defend against it. They assume that an object is dead at the time that its finalizer is called.
Further, the call is not "thread-safe" in the sense that it sets a VM-global flag. This forces every class with a finalizer to defend against the finalization of live objects!

this question/answer was published based on SUN's article:

*******************************************
Our older tips: March 22, 2001 - October 21, 2002 READ HERE
All published and not published on the site tips read HERE



4 comments | Printer Friendly Page  Send to a Friend | Score: 0
Posted by jalex on Tuesday, April 06, 2004 (00:00:00) (4006 reads)

Previous 1060 Stories (530 Pages, 2 Per Page) Next

530| 529| 528| 527| 526| 525| 524| 523| 522| 521| 520| 519| 518| 517| 516| 515| 514| 513| 512| 511| 510| 509| 508| 507| 506| 505| 504| 503| 502| 501| 500| 499| 498| 497| 496| 495| 494| 493| 492| 491| 490| 489| 488| 487| 486| 485| 484| 483| 482| 481| 480| 479| 478| 477| 476| 475| 474| 473| 472| 471| 470| 469| 468| 467| 466| 465| 464| 463| 462| 461| 460| 459| 458| 457| 456| 455| 454| 453| 452| 451| 450| 449| 448| 447| 446| 445| 444| 443| 442| 441| 440| 439| 438| 437| 436| 435| 434| 433| 432| 431| 430| 429| 428| 427| 426| 425| 424| 423| 422| 421| 420| 419| 418| 417| 416| 415| 414| 413| 412| 411| 410| 409| 408| 407| 406| 405| 404| 403| 402| 401| 400| 399| 398| 397| 396| 395| 394| 393| 392| 391| 390| 389| 388| 387| 386| 385| 384| 383| 382| 381| 380| 379| 378| 377| 376| 375| 374| 373| 372| 371| 370| 369| 368| 367| 366| 365| 364| 363| 362| 361| 360| 359| 358| 357| 356| 355| 354| 353| 352| 351| 350| 349| 348| 347| 346| 345| 344| 343| 342| 341| 340| 339| 338| 337| 336| 335| 334| 333| 332| 331| 330| 329| 328| 327| 326| 325| 324| 323| 322| 321| 320| 319| 318| 317| 316| 315| 314| 313| 312| 311| 310| 309| 308| 307| 306| 305| 304| 303| 302| 301| 300| 299| 298| 297| 296| 295| 294| 293| 292| 291| 290| 289| 288| 287| 286| 285| 284| 283| 282| 281| 280| 279| 278| 277| 276| 275| 274| 273| 272| 271| 270| 269| 268| 267| 266| 265| 264| 263| 262| 261| 260| 259| 258| 257| 256| 255| 254| 253| 252| 251| 250| 249| 248| 247| 246| 245| 244| 243| 242| 241| 240| 239| 238| 237| 236| 235| 234| 233| 232| 231| 230| 229| 228| 227| 226| 225| 224| 223| 222| 221| 220| 219| 218| 217| 216| 215| 214| 213| 212| 211| 210| 209| 208| 207| 206| 205| 204| 203| 202| 201| 200| 199| 198| 197| 196|
195
| 194| 193| 192| 191| 190| 189| 188| 187| 186| 185| 184| 183| 182| 181| 180| 179| 178| 177| 176| 175| 174| 173| 172| 171| 170| 169| 168| 167| 166| 165| 164| 163| 162| 161| 160| 159| 158| 157| 156| 155| 154| 153| 152| 151| 150| 149| 148| 147| 146| 145| 144| 143| 142| 141| 140| 139| 138| 137| 136| 135| 134| 133| 132| 131| 130| 129| 128| 127| 126| 125| 124| 123| 122| 121| 120| 119| 118| 117| 116| 115| 114| 113| 112| 111| 110| 109| 108| 107| 106| 105| 104| 103| 102| 101| 100| 99| 98| 97| 96| 95| 94| 93| 92| 91| 90| 89| 88| 87| 86| 85| 84| 83| 82| 81| 80| 79| 78| 77| 76| 75| 74| 73| 72| 71| 70| 69| 68| 67| 66| 65| 64| 63| 62| 61| 60| 59| 58| 57| 56| 55| 54| 53| 52| 51| 50| 49| 48| 47| 46| 45| 44| 43| 42| 41| 40| 39| 38| 37| 36| 35| 34| 33| 32| 31| 30| 29| 28| 27| 26| 25| 24| 23| 22| 21| 20| 19| 18| 17| 16| 15| 14| 13| 12| 11| 10| 9| 8| 7| 6| 5| 4| 3| 2| 1|


Home Code Examples Java Forum All Java Tips Books Submit News, Code... Search... Offshore Software Tech Doodling

RSS feed Java FAQ RSS feed Java FAQ News     

    RSS feed Java Forums RSS feed Java Forums

All logos and trademarks in this site are property of their respective owner. The comments are property of their posters, all the rest 1999-2006 by Java FAQs Daily Tips.

Interactive software released under GNU GPL, Code Credits, Privacy Policy