[Owncloud] Archive reading resource hog (bug oc-1224)

[Victor Dubiniuk]

Yes, I mean that session should be used to store/retrieve some unique id
that will be used to get all user-specific data. Direct  session usage to
store these data  creates a significant overhead.
Here is more detailed review
http://phpchunk.net/2011/06/speed-up-your-sessions-part-1-best-practices/

---
Victor

On Thu, Sep 20, 2012 at 11:59 AM, Frank Karlitschek <frank at owncloud.org>wrote:

>
> On 19.09.2012, at 22:52, Robin Appelman <icewind at owncloud.com> wrote:
>
> > On Wednesday 19 September 2012 23:06:15 Victor Dubiniuk wrote:
> >> Handling a session is quite expensive operation for PHP in general. You
> >> know it stores the session data in ordinary files.
> >
> > We could use xcache/apc/memcached instead of sessions where available,
> do we
> > storage anything in the session besides the user id?
> >
> > - Robin Appelman
>
> I´m not sure.
> I´ve seen and used the PHP Session management in high performance
> environments before and it works just fine. I think the more interesting
> question is how we use it.
> I mean how often do we read and write data and how much data do we store
> in the session. I´m sure we can optimize a lot here.
>
> By the way: Klaas and I discussed yesterday a strange bug. In the WebDAV
> http response header are two
> Set-Cookie: PHPSESSID entries with different session IDs.
> There is an interesting bug in our session management somewhere.
>
> Frank
>
>
>
> _______________________________________________
> Owncloud mailing list
> Owncloud at kde.org
> https://mail.kde.org/mailman/listinfo/owncloud
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/owncloud/attachments/20120920/5ef33e70/attachment.html>