Java-Gaming.org Hi !
Featured games (90)
games approved by the League of Dukes
Games in Showcase (744)
Games in Android Showcase (225)
games submitted by our members
Games in WIP (825)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
   Home   Help   Search   Login   Register   
  Show Posts
Pages: [1]
1  Discussions / General Discussions / Re: All these new n-core CPU systems... on: 2006-10-01 13:00:07
Of course Java can, and will, use more than one core. Java has been running on SMP and (many, maaaany) more systems for many years. If you have two threads that do not max out CPU usage on a single core it is downright stupid to put them on different cores or processors. Threads share memory space which would have to be synchronized between different cores or even processors if they were to run seperatly. It would take up extra L1 and L2 cache space without even being able to use this succesfully.

It's true you may miss some form of control with a JVM compared to hand coded assembly, but if you read some of the comments here Wink you see why that might not be a bad idea. Luckily, with recent versions of Sun's VM there are all kinds of clever tricks in the VM to optimize for threading, including some tricks that would be very hard to do tranparantly in C or C++ (such as thread local memory space for the exact problem described at the top of this post). Effective threading in Java, IMHO, is a lot easier than in some other languages.

It would be nice if you could discover the actual number of cores (virtual and none virtual) through Java, but I'm sure there will be some JNI libs that will support this.
2  Discussions / Community & Volunteer Projects / Re: OpenMali initiative - Trying a bit of tidying about maths libs on: 2006-06-15 17:34:27
If Xith doesn't feel like switching either, for whatever reason, you have a problem. That doesn't mean you can't make your grand unified math library.. as long as you believe you have the skill, dedication and tact to make one so good we'd be stupid not to use it. You just can't reasonably expect that we believe that. Not even after Integer.MAX_VALUE forum posts on the subject. Good code however, can be very convincing..
I think the last part of your post is really ironical but I don't understand what you mean by the Integer.MAX_VALUE forum posts ?? And no I don't believe that I have the skill nor tact nor knowledge to make one so good [...] if that was the case I wouldn't need java.net
Quote

It's not ironic. It's the truth.. I'm trying to explain to you that making forum posts about how library X and library Y should be unified won't make that happen. Not even if you repeat it many times.

It's a noble endavour, and I can see the benefits of a good unified math library.. but until you make one that takes reality into account -that there's at least one (again, can't speak for Xith) well established engine out there that already has a good math library- you can't expect people to adopt your ideas, or expect them not to be skeptical.

In practise, I think it's not easy to write a good maths library (read: one better than what we have now) because you want to unify other programs. I'd have higher  hopes for someone who has a big passion for maths and wants to make a very functional and fast math library. If you think you're that last person (or both, I guess) I wouldn't want to discourage you.. a good library can hold it's own, regardess of wether jME or Xith wants to adopt it. But if you plan to just put together some existing functions and break the syntax in the process, I don't think it'll gain a lot of traction.
3  Discussions / Community & Volunteer Projects / Re: OpenMali initiative - Trying a bit of tidying about maths libs on: 2006-06-15 07:05:47
* disclaimer:
<---- jME dev.

If you'd take a look at the current state of the community(s), regarding current code, current usage of that code, licensing, etc. if you want jME to switch to your unified math library, the only solution would be to take jME's math code and work from there. That, if you did look into all these things.. would be the only reasonble thing you can expect from us, as any reasonable person would conclude.

Maybe something like that is true for Xith too,  I dunno, I'm no Xith expert.. I know enough from using it briefly there's too much I don't like about it, but -and please pay attention to this- I'm only saying this to illustrate that this absolutly does not change one damned bit, since I'm not a Xith developer or even user, and thus it's none of my buisness.

If Xith doesn't feel like switching either, for whatever reason, you have a problem. That doesn't mean you can't make your grand unified math library.. as long as you believe you have the skill, dedication and tact to make one so good we'd be stupid not to use it. You just can't reasonably expect that we believe that. Not even after Integer.MAX_VALUE forum posts on the subject. Good code however, can be very convincing..

Pages: [1]
 
Ecumene (150 views)
2017-09-30 02:57:34

theagentd (225 views)
2017-09-26 18:23:31

cybrmynd (304 views)
2017-08-02 12:28:51

cybrmynd (291 views)
2017-08-02 12:19:43

cybrmynd (300 views)
2017-08-02 12:18:09

Sralse (292 views)
2017-07-25 17:13:48

Archive (980 views)
2017-04-27 17:45:51

buddyBro (1106 views)
2017-04-05 03:38:00

CopyableCougar4 (1685 views)
2017-03-24 15:39:42

theagentd (1433 views)
2017-03-24 15:32:08
Java Gaming Resources
by philfrei
2017-12-05 19:38:37

Java Gaming Resources
by philfrei
2017-12-05 19:37:39

Java Gaming Resources
by philfrei
2017-12-05 19:36:10

Java Gaming Resources
by philfrei
2017-12-05 19:33:10

List of Learning Resources
by elect
2017-03-13 14:05:44

List of Learning Resources
by elect
2017-03-13 14:04:45

SF/X Libraries
by philfrei
2017-03-02 08:45:19

SF/X Libraries
by philfrei
2017-03-02 08:44:05
java-gaming.org is not responsible for the content posted by its members, including references to external websites, and other references that may or may not have a relation with our primarily gaming and game production oriented community. inquiries and complaints can be sent via email to the info‑account of the company managing the website of java‑gaming.org
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!