@leo's Comments

Giu: Welcome to FMFP'11

2011-02-24T08:18:08Z

May I also recommend the awesome "Learn You a Haskell for Great Good" http://learnyouahaskell.com/

http://planet.haskell.org may also be of interest, but a lot of posts that get published there are more of the *advanced level* type. It's interesting nonetheless.

Pierre: Scaling is not about...

2010-08-25T16:01:58Z

Hi Leo!

I have something for your motto: "One should always have something sensational to read".

Almost one year later... G-WAN is now 5 MILLION TIMES faster than IIS + C#:

http://gwan.ch/

And thanks to GOOGLE, Linux has now a new enhanced kernel that will boost those figures (up to 3x).

Hard time for Windows Server users (G-WAN/Linux is immensely faster than G-WAN/Windows).

Dionyius: Parallel Request mit AJAX und PHP

2010-06-29T21:47:48Z

Puuh, auch bei mir was dies das Problem. Das ist etwas, was man nie wieder vergessen wird :D

Bastie: Variable Parameterlisten in Java

2010-06-15T18:49:14Z

sinnvolle Anwendung: i18n

CC-Opfer: Cablecom - lausig wie immer

2010-01-01T12:26:28Z

Cablecom teilt mir nach dem Einloggen mit, dass meine Bonität leider nicht für diesen Service (sprich Produkte-Upgrades etc.) ausreiche und stützt sich dabei auf die höchst fragwürdige IntrumJustitia Inkassogesellschaft ab. Ein Witz! Ich habe mich darüber beim Rechtsdienst beschwert, welcher mir mitgeteilt hat, dass meine Bonität absolut in Ordnung sei und dass diese Mitteilung korrigiert werde. Seitdem sind mehr als sechs Monate ins Land gezogen und nach nochmaligem Nachhaken (per E-Mail) werden meine Schreiben nun einfach ignoriert. Im übrigen bin ich Immobilienbesitzer, habe ein beachtliches Aktienportfolio und verdiene als Banker (im Direktionsrang) weit über 200k pro Jahr. Die Cablecom GmbH ticken wohl nicht richtig. Ich werde nun meine Services kündigen, weil ich mir soetwas nicht bieten lassen muss!

Paul: Compiling fuse example

2009-12-10T16:40:07Z

Thanks for the compiler call. This post was the first hit in google and it really helped me ;-)

Pierre: Scaling is not about...

2009-08-28T13:33:01Z

Hi again!

Well it has been a busy month -and we learned a lot about the problems of server farms.

TrustLeap's G-WAN benchmarks now show that (at least) tenths of Apache/PHP boxes can be replaced by a single G-WAN server:

http://trustleap.ch/
http://trustleap.ch/en_scalability.html

Many companies need 50-80 Apache/PHP servers -and the costs pile up quickly.

After all, it was worth all the hard work! =)

leo: Scaling is not about...

2009-08-04T09:05:11Z

Thanks for your Comment Pierre. I agree that when you speedup your application you can save a lot of money.

On the other hand running costs of a website are often a lot lower then the development and maintaining costs. Also a lot of performance does get lost in the backend and not the webserver itself.

I also do not agree that there is a chance to make scalling irrelevant, at a certain point you always come to the point where you can not speedup your application and you have to go the scalling way.

Nice starting point for the after-webtuesday-beer discusion, hope I can make it.

asdf: Variable Parameterlisten in Java

2009-08-03T05:40:46Z

"Während ich anfangs Semester noch das Gefühl hatte alle Funktionen in Java zu kennen, entdecke ich in letzter Zeit immer wieder neues."

Ach nö, was bildest du dir eigentlich ein?!

Pierre: Scaling is not about...

2009-07-31T09:15:18Z

Leo,

When you wrote:

"better to develop a system in a language that does not slow down your developers and that scales nice"

You suggest that PHP is good and C/C++ is bad -from a financial point of view.

But you did not consider an important point:

Speed can actually make Scalability *irrelevant*.

The 'Page impressions vs. Servers' Chart shows that 40+ servers are necessary to serve millions of impressions.

A more efficient Web Application server (like g-wan) can serve billions of impressions per day -on a single server.

PHP, Python and the like do not perform well because they are not thread-safe.

It means that PHP does not really benefit from multi-core systems because only one single instance of the PHP byte-code interpreter can run at a given time.

As you recognized it on your blog, saving on operating costs will be a challenge in the future.

Don't close your door to low-cost solutions.

I will be happy to see you at the HappyTuesday 11th August 2009 if you can come!

Or, feel free to email me.

Cheers,

Pierre.