On Nov 17, 8:34 am, Miroslav Pokorny miroslav.poko...@gmail.com
wrote:
Vms that host both for example the CLR and JVM is nonsense due to the way
each handles classloading for starters. They also use different byte codes,
which would mean one or both would need to be emulated/translated into the
Who exactly wants a vm to host other vms? I don't think anyone here has
mentioned any requirement or wish. It is impossible to commoditize every single
part of the stack from hardware all the way up to software. Some parts need to
remain stationary so time can bespent on actually trying
Even though he was up late at the Devoxx speakers dinner last night,
Stephen Colebourne has reviewed the license already:
http://www.jroller.com/scolebourne/date/20101117
The keynote at Devoxx (with Mark Reinhold about the future of Java) is
going to start in exactly 30 minutes, which explains
I dont think many will be happy to adopt a system such as you mention (think
like IKVM in mono land ) where their application is emulated inside another
emulated system. Im no expert but having a double layered system of
emulation must be quite slow no matter how great jit/aot becomes.
This
Who exactly wants a vm to host other vms? I don't think anyone here has
mentioned any requirement or wish.
That's your own formulation, I was talking about pluggable bridges/
adaptors on top of the VM's, much as how you can also use Swing from
SWT.
Java was slow in 95 because the hardware
Mark *just* finished talking, so, hot off the presses, my notes from
his keynote presentation at Devoxx 2010:
# Mark Reinhold at Devoxx '10.
Start off with a review of java versions, apologies and introspective
on the clusterfail that was the java 7 schedule - you've heard this
before: The
On Wed, Nov 17, 2010 at 9:57 AM, Reinier Zwitserloot reini...@gmail.comwrote:
Mark *just* finished talking, so, hot off the presses, my notes from
his keynote presentation at Devoxx 2010:
Thanks for the detailed report!
# Mark Reinhold at Devoxx '10.
Start off with a review of java
On Wed, Nov 17, 2010 at 8:36 PM, Casper Bang casper.b...@gmail.com wrote:
Who exactly wants a vm to host other vms? I don't think anyone here has
mentioned any requirement or wish.
That's your own formulation, I was talking about pluggable bridges/
adaptors on top of the VM's, much as how
On Wed, Nov 17, 2010 at 8:09 PM, Kevin Wright kev.lee.wri...@gmail.comwrote:
I dont think many will be happy to adopt a system such as you mention
(think like IKVM in mono land ) where their application is emulated inside
another emulated system. Im no expert but having a double layered
But with one bytecode set being translated to another and then natively
compiled to native code means a lot of time is getting wasted. Emulating the
different semantics of the vm lifecycle also means more emulation and more
wasted cpus...Nothing is free.
Who's translating bytecode?
The
Maybe I should explain a bit what my greater thinking was as regards
VM convergence.
In 2003 CPUs hit a wall as regards clock speed. Since then the
emphasis has been on adding more cores to processors. Even this trend
I don't think can go on forever. Soon processors will be manufactured
at around
On Wed, Nov 17, 2010 at 9:36 PM, Kevin Wright kev.lee.wri...@gmail.comwrote:
But with one bytecode set being translated to another and then natively
compiled to native code means a lot of time is getting wasted. Emulating the
different semantics of the vm lifecycle also means more
You may be interested in the approach that Azul took with their Java
optimised processors.
These guys know a thing or two about optimising hardware and a VM to work
well together:
http://www.theserverside.com/discussions/thread.tss?thread_id=60007
Each VM gets its own set of specifically-targeted bytecode analysis tools,
just the same as we have at the VM-Native boundary.
Even now, JVM designers will use Intel profilers against the native code
emitted by the x86 JIT, but that didn't preclude a JVM for ARM or Power
processors that doesn't
On Wed, Nov 17, 2010 at 9:50 PM, Carl Jokl carl.j...@gmail.com wrote:
Maybe I should explain a bit what my greater thinking was as regards
VM convergence.
In 2003 CPUs hit a wall as regards clock speed. Since then the
emphasis has been on adding more cores to processors. Even this trend
I
So because CPUs are fast enough today we need to invent something to waste
cpu cycles again..? Have you got Intel shares ?
I simply flipped your own argument to show it was pointless, what you
may consider unfeasible today is trivial tomorrow. Mainstream CPU's
with 16-32 cores are right around
Thanks for the notes Reinier.
So Jigsaw wants to take on Maven as well as OSGi. In that case I
suppose that the enemy of my enemy is my friend ;-)
On Nov 17, 9:57 am, Reinier Zwitserloot reini...@gmail.com wrote:
Mark *just* finished talking, so, hot off the presses, my notes from
his keynote
All the investment in the current bytecode and class files would be lost.
Some work would need to be done to cross compile the original source or
transform them with a tool to the new system. Not exactly a drop in
replacement...
Again, this sounds just like an argument for only ever
Well it was just an idea. Not all Ideas I have are good.
I don't recall suggesting that that a system based purely on GPUs
would be useful, just that GPUs could transparently assist in
operations which were suited to using them. I have heard of some Anti-
Virus software utilising the GPU because
I thought that would pique your interest :)
On Nov 17, 12:19 pm, Neil Bartlett njbartl...@gmail.com wrote:
Thanks for the notes Reinier.
So Jigsaw wants to take on Maven as well as OSGi. In that case I
suppose that the enemy of my enemy is my friend ;-)
On Nov 17, 9:57 am, Reinier
Cinema 8, where Brian is presenting Project Lambda right now, is so
ridiculously full, I decided to go to another presentation. I know a
few people in there and will ask them if there are any new
announcements on Lambda. (I'm guessing there won't be).
--
You received this message because you are
On Wed, Nov 17, 2010 at 1:57 AM, Reinier Zwitserloot reini...@gmail.comwrote:
And somebody's been learning from Project Lombok: Simple POJOs in
Java: http://twitpic.com/37kyk9
Er... no offense Reinier, but we were already discussing putting this very
feature in JSR 201 (that was in 2004).
--
Is Lombok in JDK7?
Thanks for the excellent summary!
On Nov 17, 2:57 am, Reinier Zwitserloot reini...@gmail.com wrote:
And somebody's been learning from Project Lombok: Simple POJOs in
Java:http://twitpic.com/37kyk9
--
You received this message because you are subscribed to the Google
No new announcements, I've been told.
On Nov 17, 3:14 pm, Reinier Zwitserloot reini...@gmail.com wrote:
Cinema 8, where Brian is presenting Project Lambda right now, is so
ridiculously full, I decided to go to another presentation. I know a
few people in there and will ask them if there are
Lombok is not in JDK7.
On Nov 17, 4:50 pm, Craig Kelley namo...@gmail.com wrote:
Is Lombok in JDK7?
Thanks for the excellent summary!
On Nov 17, 2:57 am, Reinier Zwitserloot reini...@gmail.com wrote:
And somebody's been learning from Project Lombok: Simple POJOs in
On 11/17/2010 12:19 PM, Neil Bartlett wrote:
Thanks for the notes Reinier.
So Jigsaw wants to take on Maven as well as OSGi. In that case I
suppose that the enemy of my enemy is my friend ;-)u t
Maven about modularization was already hinted by Mark at J1 two months
ago. I think it's a good
I got the impression that the aim was to integrate with Maven central,
rather than compete with it. Other repos could be plugged in, I think.
Moandji
--
www.moandjiezana.com
Sent from my Android
On 17 Nov 2010 12:19, Neil Bartlett njbartl...@gmail.com wrote:
Thanks for the notes Reinier.
So
A (GP)GPU can just be seen as an SIMD co-processor. No doubt we'll come to
take them for granted as time passes, and expect full language support.
Just as we did for floating-point operations. I also imagine that other
specialisations will become common as the computing world becomes
great news, but coin features in Java 8 JSR are TBD? I wonder if people will
feel apprehensive on voting for something that is TBD?
On Tue, Nov 16, 2010 at 6:25 PM, Sven Reimers sven.reim...@gmail.comwrote:
Big news before tomorrows Devoxx Keynote:
http://blogs.sun.com/mr/entry/quartet
Sven
module system is also TBD?
On Wed, Nov 17, 2010 at 5:11 PM, Serge Boulay serge.bou...@gmail.comwrote:
great news, but coin features in Java 8 JSR are TBD? I wonder if people
will feel apprehensive on voting for something that is TBD?
On Tue, Nov 16, 2010 at 6:25 PM, Sven Reimers
Given that a Nvidia GPu is fast at processing maths, textures, graphics, im
not sure how that helps execute bytecode. Yes it can do normal stuff found
in most cpus, but how well. My guess is that is nothign stellar as someone
would have built a general purpose computing device ontop iof them
With your last paragraph are you attempting to distance yourself from
previous comments ? A dozen of so responses seem to say that GPUs and other
specialised devices are the answer to help make bytecode execution faster,
something a uber hosting vm would need. However its quite obvious that such
Maven central, or more - your corporate nexus/archiva/artifactory mirror.
I can see modules pulling directly from a local repo will be great for
deployment stuff.
--
Great artists are extremely selfish and arrogant things — Steven
Wilson, Porcupine Tree
On Thu, Nov 18, 2010 at 10:25 AM,
I need to write a Java function that will convert an arbitrary base to
a decimal. The number needs to be converted into an array of
characters. It needs to use uppercase letters of the alphabet for
input if required by the value of base. Needs to have a void function
to convert it to the proper
Daniel,
Isn't figuring this out on your own the point of a computer systems class?
I don't mean to be rude, but learning how to solve problems is what software
development is all about. You will be asked to solve problems like this
during interviews for a job and knowing how to do that is much
I agree with Robert. Problem solving is a very important skill that a
successful software developer must master.
You might also want to concentrate on how to phrase a complex question
where others can readily understand it.
I could do your homework for you, but I am afraid I would be doing you
a
36 matches
Mail list logo
