This page is likely outdated (last edited on 25 Jun 2008). Visit the new documentation for updated content.


The following are suggestions on things that we could do to improve mod_mono:

From Joshua Tauberer:

  • Program output (stdout/stderr) should be redirected to something other than the main server error log (root access only). Maybe viewable in the control panel.

  • Afair, there are pairs of commands that do the same thing (MonoApplications, AddMonoApplications), which is confusing.

  • The examples on the wiki use Alias, and I never understood why that was necessary. That has always confused me.

  • Failures in the module that yield 500/503s should always send debugging info somewhere, and it should send it to somewhere that you don’t need root access to view. It might also be a good idea to override the default response page to include the underlying error that occurred and suggested fixes.

  • It should be possible to have autoconfiguration work and use either A) one process for all vhosts or B) a different process for each vhost. And, it shouldn’t be necessary to turn off autoconfiguration to get vhosts to work on their own process.

  • The notion of a server alias is not clear whether it has scope within a vhost or across vhosts.

  • I don’t think MonoMaxMemory, MonoMaxCPUTime work (last I tried it).

  • Easier selection of the 1.0 vs 2.0 runtime.

From Ted Milker:

When MonoDebug is present in apache’s configuration file, true or false, it spams up the apache error log with:

[Fri May 04 08:33:20 2007] [error] Not running mod-mono-server.exe
because no MonoApplications, MonoApplicationsConfigFile or
MonoApplicationConfigDir specified.

If you remove MonoDebug, this message goes away. There is some behavior in mod_mono that does something different when MonoDebug is present(even if set to false) that probably needs to be looked at.

Regarding the many instances of mod-mono-server that are spawned when Apache’s MPM==prefork Apache launches many mod-mono-servers, only one of them survives. This is due to limits in the APR locking interfaces. If newer versions of APR support better locking interfaces, we should take advantage of those. [I have a patch in the works for this that doesn’t use locking at all (surprisingly). -JT]