As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 9 years ago.
What is the most mature .NET MPI implementation? A quick google search turned up the two below, but I'm not familiar with either of them. I believe the first item (mpi.net) is based on Microsoft MPI. Any thoughts?
http://www.osl.iu.edu/research/mpi.net/
http://www.purempi.net/
MPI.NET's FAQ says
On Unix, however, MPI.NET adapts itself to the native MPI detected at configure time, and can work with (at least) Open MPI, LAM/MPI, and MPICH2.
although on Windows it appears to be a completely managed solution. AFAICT, Pure Mpi.NET is only a managed solution.
I haven't used either of these implementations -- in fact, it's been a while since I've used any MPI -- but I would suspect that MPI.NET has a higher likelihood of overall stability since it will actually use the "tried-and-true" Unix implementations when available. Those Unix implementations have been in the field for a much longer time, and as such are generally less likely to be buggy -- or at least if there are bugs, they are probably well-known by now.
Related
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 10 years ago.
Java and C# are pretty much identical, both have garbage collectors, similar memory models (well, at least compared with C++), similar memory allocation (I think) but Java is used fairly often in low latency applications (not as much as C++) whereas C# isn't really..
Are there any technical reasons why C#, even though it is very similar to Java, is not used in these environments? Are there differences in the memory model etc? Is it because Java has different JVMs/Garbage collectors? Better tuning parameters?
EDIT: After one of the comments below I believe the answer to this (closed) question is that C# limits the system to being Windows-based. Linux allows tuning the server to context-switch far less and therefore provider greater low latency opportunities, rather than this being about the C# language-specifics itself.
Q: How can you possibly expect a valid answer to a false premise?
Relevant links:
http://msdn.microsoft.com/en-us/magazine/gg232761.aspx
http://www.elitetrader.com/vb/printthread.php?threadid=204368
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 11 years ago.
Other than AWT, Swing, SWT (Java) - are there any good open source Java or C# UI libraries around? In particular, libs intended or at least usable for strategy gaming dev? (The visual appearance of the UI would need to be highly dynamic and easy to re-skin obviously.) Engines or "frameworks" which include this functionality are valid answers as well (of course I even more doubt that those exist).
As far as I can tell - there's not a single thing like this out there. Anyone able to prove me wrong?
Not sure about Java, but for C# I would look at either XNA or Unity to start out with.
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 11 years ago.
Is it just a matter of preference and familiarity or the language makes an actual difference?
Both are treated as first-class supported languages in terms of the Kinect SDKs, but the C# version is I think just a wrapper around the C++ version.
Standard managed C# vs unmanaged C++ arguments apply from this point forwards.
My preference? I know C# very well and am comfortable using it, so I'd start with that. If I identify performance issues because I used C# I can tackle those later on, but I seriously doubt that would ever happen.
Don't forget, you could always dip into unsafe C# in order to improve performance on any image processing logic you have - and still keep the managed support.
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 11 years ago.
In java, Groovy, C# there are several API's available. For example lets say there is an API X which does the job of sorting. And even I have the method of my own which does the job of API x.
Which one to choose, API or my own method? What I means is, all API functions as fast as it should? Or there are cases where my method run fast than available API's?
The question is way too generic but usually you don't want to re-invent the weel. Common APIs and libraries are maintained and developed by a lot of people, are tested and optimized. Usually you will end up doing a worse job on your own.
You should invest your time implementing the things that are specific to your goal.
If you really want to be able to check what the libraries and APIs are doing there are several open source implementation that you can review and maybe also improve.
This of course depends on what do you need (which API, which task, which problem).
The unhelpful vague answer is: whichever does the job best given your requirements. The easy answer is: usually the provided API.
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 12 years ago.
I heard a lot of people saying that java is slow comparing .net, like they had servers with application on java with jboss hibernate and other stuff and it was really slow, but when they moved to .net all the performance issues disappeared. Is java really much slower ?
isthere any benchmarks made ?
I think this is going to get closed as flame-bait, but I'll make a comment, anyway.
In my experience, Java servers/services can be just as performant as .Net servers/services. It depends more on the skill and experience of the designer & developer than the technology.
That being said, it is also my experience that most Java-based desktop applications (with significant user interfaces) are horribly slow and tend to exhibit weird behavioral issues. While it's possible for an inexperienced or unskilled C# developer to create the same bad UI in .Net, it is much more unlikely that a competent C# developer will experience these types of issues when writing a .Net app, compared to a similarly competent Java developer putting similar functionality into a Java app.