Hi Reindl
We're running a clustered installation of Roundcube for well over 300,000 users and database load has never been an issue for us - so it seems unlikely to me that sessions are the cause of the problem. Do you have message caching enabled by any chance? If so, I strongly suggest you disable it.
The main performance problem we experienced in the past was due to the very inefficient way Roundcube's include path is configured, which we suggested a solution to in this ticket: http://trac.roundcube.net/ticket/1487849
We've now moved to storing Roundcube on the local filesystem of each server (but kept the include path fixes) and performance is excellent. We also use imap proxy on each web node.
Personally, I would be in favour of a more flexible sessions manager, but since I have no need for it I won't be writing it. The great thing about open source software is you can contribute the functionality you need, which is what I suggest you do.
Regards
Marcus
On 21 May 2013, at 22:37, Reindl Harald h.reindl@thelounge.net wrote:
Am 21.05.2013 23:25, schrieb Geert Wirken:
I guess what Cor means here is that you can add multiple webservers to your cluster which all share the same session information (because it would be stored in MySQL and not on a local ramdisk on each separate server).
and if someone wants to be taken serious in software development he implenents such things *additionally* for the few people who need it and *npt* mandatory for every setup
if it would be written really perfect it would not need a database at all and only autheticate against the IMAP server, fetch mails and in this mode simply hide the addressbook
The Roundcube dev's have made it clear why they chose to handle sessions through a database. Until now, your main complaints have been that your custom garbage collection system doesn't work for Roundcube (well, make it so then...)
you do not get it!
if every random application needs modifications and ignores global admin settings you would be unable to maintain large setups
that it doesn't honor your PHP configuration settings
which is crap
i maintain 600 domains on a server, they are all dynamic CMS systems and no single one is not confiugureable within Apache
and furthermore you argue that a MySQL session handler would cost a lot of performance (compared to traditional PHP session handlers), for which you haven't provided any evidence so far.
WTF - if you would have *little* expierience you would know that connecton to the database and queries are more expensive than touch a file on a tmpfs
Please, do the rest of this list a favor and do provide some real evidence for the claims you raise or stop behaving like a troll. Thanks
my real evidence is that it is *bullshit* to write software in a way that it is *mandatory* not controllable by Apache settings aka <Directory> because there is *no single need* and honestly it does not botehr me what sounds like a troll for you or not
most likely i have software written as you where running around a christmas tree
Roundcube Development discussion mailing list dev@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/dev