Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Burn all the cores! #15

Open
wants to merge 1 commit into
base: master
Choose a base branch
from
Open

Burn all the cores! #15

Show file tree
Hide file tree
Changes from all commits
Commits
Show all changes
1 commit
Select commit
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
15 changes: 0 additions & 15 deletions example/README.md
View file
Open in desktop

This file was deleted.

38 changes: 38 additions & 0 deletions lukas_rieder-burn_all_the_cores/README.md
View file
Open in desktop
Original file line number Diff line number Diff line change
@@ -0,0 +1,38 @@
# Burn all the cores!

The talk is about a stateful application server built on top of JRuby/JVM.
We at Wooga have built and evaluated such an application server, and now I want to share the learnings and obstacles that came up during development.

**Scaling up:**
We aim to fully utilize our available hardware. One box has 32 Cores and more than 32GB RAM available.
How to saturate such beasts? Well, since JRuby supports real Threads we can share state *(uh oh!)* and saturate cores.

**Scaling out:**
What are the options for scaling a stateful application server?
How to shard state across many servers safely?

I aim for a talk that gives useful tips and shows code. Basically a ratio between 30% background information, 70% showcasing.

**The talk will cover the following topics:**

* Safely sharing state in a concurrent environment using JRuby
* Using Java concurrency utils in JRuby
* Practical tips for tuning JRuby/JVM for maximum throughput
* Practical tips for evaluating performance tunings
* Bonus: Timetraveling

## Lukas Rieder

![Profile picture](http://imgio.heroku.com/fit/150x150/http://profile.ak.fbcdn.net/hprofile-ak-snc6/275767_566192342_1552185551_n.jpg)

I am programming software, and by doing so I want to bring joy and fun to people. That is why I have chosen to work with Wooga. Wooga, is a social gaming company. We <3 the open space and giving learnings back to the community.

Since I started programming, I am curious about concurrency. A couply of years ago, I tried to stay away from shared state the best I could, utilizing databases as centralized data dumps. But now since I have implemented a fully concurrent stateful application server, I am really thrilled by todays possibilities.

I live in Berlin, together with my wife and two children. When I am not just at home being a father, I am programming various stuff. I love to hack on small side projects, especially I love creating small games with paperjs.

## On the web

- [Website](http://lukasrieder.com/)
- [Twitter](https://twitter.com/Overbryd)
- [Github](https://github.com/Overbryd)