Java Performance Tuning

Java(TM) - see bottom of page

|home |services |training |newsletter |tuning tips |tool reports |articles |resources |about us |site map |contact us |
Tools: | GC log analysers| Multi-tenancy tools| Books| SizeOf| Thread analysers|

Our valued sponsors who help make this site possible
New Relic: Try free w/ production profiling and get a free shirt! 

Site24x7: Java Method-Level Tracing into Transactions @ $12/Month/JVM. Sign Up! 

News August 2005

jKool for DevOps
Light up your Apps & get a cool t-shirt

JProfiler
Get rid of your performance problems and memory leaks!


Java Performance Training Courses
COURSES AVAILABLE NOW. We can provide training courses to handle all your Java performance needs

Java Performance Tuning, 2nd ed
The classic and most comprehensive book on tuning Java

Java Performance Tuning Newsletter
Your source of Java performance news. Subscribe now!
Enter email:


New Relic
New Relic: Try free w/ production profiling and get a free shirt!

Site24x7
Site24x7: Java Method-Level Tracing into Transactions @ $12/Month/JVM. Sign Up!


jKool for DevOps
Light up your Apps & get a cool t-shirt

JProfiler
Get rid of your performance problems and memory leaks!


Back to newsletter 057 contents

James Gosling comments on sin() and cos() performance. The summary is that they are slow because of the implementation and he goes on to say "This error has tragically become un-fixable because of the compatibility requirements".

But I don't understand why that's the attitude, we already have java.lang.Math and java.lang.StrictMath, why can't we have java.lang.FastMath? There are no issues in doing so, it could clearly state that the impementation would provide a fast but slightly inaccurate implementation. Then, instead of James' tragic last comment "This is one of those area where no matter what we do, we're screwed.", he could say "This is one of those areas where we can please everyone at the same time".

A note from this newsletter's sponsor

Find and fix Java performance problems
Proactively build better performance into your Java applications, and
rapidly diagnose and fix performance and memory issues. View our Demo.

Oh, and if anyone reading this has a hotline to James, do ask him to to please get rid of that background. Interesting it may be, but it makes the text much more difficult to read.

As usual in the newsletter we list our usual raft of articles, performance news, items and more. And, naturally, we have many new performance tips extracted in concise form.

A note from this newsletter's sponsor

Wily Technology delivers what you need: Availability, Performance and Control
The most critical web applications in the world are managed by
software from Wily, the leader in enterprise application management

News

Java performance tuning related news.

A note from this newsletter's sponsor

Multi-threaded applications offer a better user experience,
generally run faster, and allow better encapsulation.
They don't have to be as tricky as you think.

Tools

Articles

Jack Shirazi


Back to newsletter 057 contents


Last Updated: 2017-03-01
Copyright © 2000-2017 Fasterj.com. All Rights Reserved.
All trademarks and registered trademarks appearing on JavaPerformanceTuning.com are the property of their respective owners.
Java is a trademark or registered trademark of Oracle Corporation in the United States and other countries. JavaPerformanceTuning.com is not connected to Oracle Corporation and is not sponsored by Oracle Corporation.
URL: http://www.JavaPerformanceTuning.com/news/news057.shtml
RSS Feed: http://www.JavaPerformanceTuning.com/newsletters.rss
Trouble with this page? Please contact us