Older rss

Exploring Dynamism

Posted by Allison Randal  on  Jan 22, 2010 2 Posted by Allison Randal Follow 0 Followers  on  Jan 22, 2010 2

Allison Randal discusses what dynamic means, the static/dynamic spectrum, dynamic typing, dynamic dispatch, introspection, dynamic compilation and loading, and differences between static and dynamic.


A Crash Course in Modern Hardware

Posted by Cliff Click  on  Jan 12, 2010 17 Posted by Cliff Click Follow 1 Followers  on  Jan 12, 2010 17

Cliff Click discusses the Von Neumann architecture, CISC vs RISC, Instruction-Level Parallelism, pipelining, out-of-order dispatch, cache misses, memory performance, and tips to improve performance.


Statically Dynamic Typing

Posted by Neal Gafter  on  Dec 24, 2009 1 Posted by Neal Gafter Follow 0 Followers  on  Dec 24, 2009 1

Neal Gafter explains why Microsoft has introduced dynamic typing in C# 4.0, what it is useful for, what is DLR, and why they have chosen the dynamic type instead of other possible solutions.


JRuby, Duby, and Surinx: Building a Better Ruby

Posted by Charles Nutter  on  Dec 10, 2009 Posted by Charles Nutter Follow 0 Followers  on  Dec 10, 2009

Charles Nutter discusses JRuby, invokedynamic, JRuby performance, Duby, Duby syntax, future Duby plans, Surinx, the motivation for making Duby and Surinx, and how Duby and Surinx are helping JRuby.


Scala Basics - Byte-code Fancypants

Posted by David Pollak  on  Nov 20, 2009 1 Posted by David Pollak Follow 0 Followers  on  Nov 20, 2009 1

David Pollak makes an introduction to Scala showing how basic language constructs like boxing, generics, structural types, tail calls, and others, are used and how they are translated into byte code.


Are We There Yet?

Posted by Rich Hickey  on  Nov 12, 2009 9 Posted by Rich Hickey Follow 56 Followers  on  Nov 12, 2009 9

Rich Hickey advocates the reexamination of basic principles used today like state, identity, value, time, to create new constructs to deal with the massive parallelism and concurrency of the future.


Language Parity: Closures and the JVM

Posted by Neal Gafter  on  Feb 12, 2009 23 Posted by Neal Gafter Follow 0 Followers  on  Feb 12, 2009 23

Neal Gafter discusses closures on the JVM, running other languages on the JVM, language-specific wrapper libraries, making the JVM more language-friendly, and whether lambda expressions are too hard.


Project Fortress: Run your whiteboard, in parallel, on the JVM

Posted by David Chase  on  Jan 23, 2009 2 Posted by David Chase Follow 0 Followers  on  Jan 23, 2009 2

David Chase discusses Fortress, a Fortran-based HPC programming language. Topics include Fortress origins, running on the JVM, work stealing, transactions, continuations and the type system


JRuby: The Pain of Bringing an Off-Platform Dynamic Language to the JVM

Posted by Charles Nutter  on  Jan 07, 2009 3 Posted by Charles Nutter Follow 0 Followers  on  Jan 07, 2009 3

Charles Nutter discusses bringing JRuby to the JVM, why Ruby is hard to implement, JIT compilation, precompilation, core Ruby implementation, Java library access, library challenges and future plans.


VM Optimizations for Language Designers

Posted by John Pampuch  on  Dec 31, 2008 Posted by John Pampuch Follow 0 Followers  on  Dec 31, 2008

John Pampuch discusses the HotSpot compiler, the history of Java performance, HotSpot development philosophies and challenges, optimization, JVM library improvements, and tips for better performance.


Fast Bytecodes for Funny Languages

Posted by Cliff Click  on  Dec 02, 2008 Posted by Cliff Click Follow 1 Followers  on  Dec 02, 2008

Cliff Click discusses how to optimize generated bytecode for running on the JVM. Click analyzes and reports on several JVM languages and shows several places where they could increase performance.



Posted by Rich Hickey  on  Nov 20, 2008 3 Posted by Rich Hickey Follow 56 Followers  on  Nov 20, 2008 3

Rich Hickey discusses Clojure features and syntax, example code, functional programming, concurrency semantics, transactions, software transactional memory, agents, implementation and pain points.