MùPùF.org

It took us a long time to get our hands on the new arduino but support has finally landed in the Arduide.

As a bonus, the arduino sdk needed is now the arduino-0022 instead of the 0018. I hope you don't mind the update ;)

Please report bugs and features requests using the "new issue" link.

Cheers

As of today, mupuf.org should be accessible in IPv6! Please report any bug/slow down you may experience.

Linux 2.6.37 has just been released and I've been surprised to be quoted on the LinuxFR release summary.

Indeed, some of my work on nouveau has been integrated mainline. I won't say it was easy as it is a lot of work but it is worth it!

I am now listed in the new contributor list of Linux 2.6.37 :)

I'll keep you updated on my work soon!

The MùPùF.org devs wish you a merry Christmas and a happy new year!

We truly hope to deliver you more articles this year (such as how to make a stuffed toy tux or how the Linux graphic stack roughly works).

This year being the end of most of us's master degree, we should have some more time to work personal projects like the Arduide, PPassKeeper or the reverse engineering of nVidia cards ;) We'll keep you up to date with that!

As for the 2011 wishes, we let each dev write his own article :)

Please tell us if what you would expect from us, we highly value any comment!

Following the previous migration announcement article, I'm proud to tell you this migration happened and went really smoothly in less than 24 hours!

Denis and I have worked a lot on this and the result is really looking good.

If you are often visiting mupuf.org, you may have noticed some down times. These are in general due to problems with one single weakness of the current dedicated server we use, the fact that / is stored on a distant hdd accessed through the network. Also, we were short of memory which lead us to some serious memory optimisation, sacrificing some services for the common good.
At the moment, we are using OVH's RPS1(fr).

As a replacement, I had been wondering whether to use the cloud or to go for a really expensive dedicated server. Both had pitfalls and I couldn't decide what to do.

Then, OVH launched a new kind of dedicated server, just 3€ more expensive than the RPS1 we already had. This new server is called Kimsufi 250G(fr) and we have decided to go for it!

You may know our server is hosted by OVH and is SAN-based. This means that the / of our server is not stored on a local hard disk drive but it is instead stored in a distant SAN. We already encountered "little" uptime problems because of some OVH service down-times. Well, last week has been the most horrible week ever[fr].

We had terrible throughput down to 70KBit/s, latencies up to 2 seconds and several down time that could have been as long as 8hours in a row.

On top of that, we had updates for the website that we could only apply by crossing our finger because some of them require the website to be rebooted. But, when rebooted, the django-based website touches a lot of files and with such a terrible latency, it could take up to 10 minutes to launch.

The problem was that cherokee was trying to spawn too many processes which in turn slowed down the website's boot sequence and this often lead the server to lack of RAM just as a bomb fork would operate.
I have fixed this problem by putting a lock on the beginning of the boot sequence.

A few hours ago, OVH switched our server to a new SAN which delivers close-to-normal performances. We are using this time to fix as many problems as we can. If you spot any problem, please send us a message.

Anyway, we are sorry for the inconvenience it may have caused.