New-age Transactional Systems - Not Your Grandpa's OLTP
John Hugg discusses high volume transaction processing applications with high and low frequency profiles, and how VoltDB can be used for that purpose.
The content has been bookmarked!
There was an error bookmarking this content! Please retry.
Posted by Werner Schuster on Mar 31, 2008
#rubinius, or the Log of the #rubinius IRC channel. While the IRC channel is a great source of information, there is a lot of chitchat to walk through. Two new blogs make it easier to keep up to date with the development. The Rubinius SendSite [..] is an object that is created for every send site (method call) in the Rubinius bytecode, and facilitates [..] optimisations.To avoid confusion: a "send site" is the place in the code where a method is invoked (in Smalltalk/Ruby parlance "message send"), i.e. something like
foo.bar. As Adam explains in the article, the SendSites are necessary to allow for various optimizations to happen, among them concepts like (Polymorphic) Inline Caches, which cache the result of a method lookup, thus lowering the cost of virtual calls for many cases. [A] SendSite contains a reference to a Selector object. A Selector is an object that represents a message (i.e. method) name. It consists of the symbol of a message, plus an array of links back to every SendSite that uses the same message. This can be extremely useful, as it provides the ability to locate all direct uses of a particular message (although indirect uses such as via send and the various evals are not caught).This, together with the fact that the SendSite increments a counter every time it is used (i.e. a message send happened), allows to write very useful tools to analyze the loaded code and it's behavior and performance.
irb shell or any loaded Ruby code. Considering that the Full speed Rubinius debugger is also written in Ruby using opcode replacement, Rubinius' design and transparency turns out to be a powerful platform to write instrumentation and montoring tools. John Hugg discusses high volume transaction processing applications with high and low frequency profiles, and how VoltDB can be used for that purpose.
Kevlin Henney examines code samples to see what can be learned from them starting from the premise that one won’t write great code unless he knows how to read it.
Jason Ayers share the observations he made watching a team of developers collaborating in real time on the same code base, pushing XP, pair programming and continuous integration to their extremes.
Michael Snoyman presents Yesod, a web framework written in Haskell and containing a web server, templating, ORM, libraries (templating, gravatar, etc.).
Richard Kreuter and Kyle Banker on how to avoid classical RDBMS transactional systems by using compensation mechanisms, transactional messaging or transactional procedures.
Attila Szegedi talks about performance tuning Java and Scala programs at Twitter: how to approach GC problems, the importance of asynchronous I/O, when to use MySQL/Cassandra/Redis, and much more.
One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.
InfoQ spoke to the authors of Software Systems Architecture on a couple of new topics, the System Context viewpoint and Agile, which have been added to the second edition.
No comments
Watch Thread Reply