MoYo wrote: > ijez a écrit : > >> Hi, >> >> Yes, i do need 10,000 entities. I'm trying to used GLPI for school ( >> student age between 7-12 years old and every school have not more than >> 10 pc ) which is every school have their own technician ( basically the >> teacher itself ). >> > > So teacher have access to the central page ? > Which actions are allowed for them ? >
Yes, basically all action is allowed for them under their entities as long as the actions was not effect to the others entities, starting from inventories up to administration ( except access to data, profile, rules and anything that effect global entities ). > >> If the technician login, there was no problem since >> their was limited by their entities, but for those who login into root >> entities with recursive enable, then it took age to login, sometimes the >> page display was blank and unable to load, probably because of time out. >> >> With the fresh install + 10000 entities ( no user except the default one >> with nothing inside the database ), i run in the debug mode, i saw >> around 22000++ sql queries was made in 23s, if i was correct, the query >> was take around 23 second to complete but why it took age for me to login? >> >> > The login create the entity tree of accessible entities. > Requests are done but a complex array is created and stored in session > variable (so in session files). > It is a complex process which takes a long time. > > I see, that explain why user registered under root entities with recursive access took time to login, it's load everything on login!. >> I have tune up the apache by enable mod_deflate, install eAccelerator, >> etc but the result is still the same. I don't know if installing reverse >> proxy like nginx or squid could help but i'll plan to do it when time >> permit. >> >> > I do not think that such a solution accelerate the login process because > the problem is the GLPI login process itself. > We had searched for an alternative faster process without success. > We will try to come back to this problem. > Thanks for the explanation, it safe me a wrestler time with squid or nginx. ( Dam, i already thinking moving from apache to resin because rumors said it's dam faster than apache ) If you do have an exit plan to cater this issue, please do tell me if you need some hand for testing your solutions. Really hope you could solve this scaling issue. By than, thanks in advances, Regards, > Regards > > Julien > > > >> Anyway, do someone have some clue or idea on how to tune this up? >> >> TIA, >> Regards, >> // <http://eaccelerator.net/> >> MoYo wrote: >> >> >>> HI, >>> >>> Are you sure you need 10000 entities ? >>> Entities are used to permit technician view limitations on inventory. >>> For me 10000 entities says that you are more than 10000 tech to manage >>> the computers ? >>> >>> Regards >>> >>> Julien >>> >>> >>> ijez a écrit : >>> >>> >>> >>>> Hi, >>>> >>>> Need some advices on how to speed up the login process. >>>> >>>> I have about 10,000 entities and this slow login seem to effect the one >>>> who was registered under the top entities ( root with recursive access >>>> ). It's took up to 9 minutes to login :( . For the user who was >>>> registered under the middle or at the bottom of the entities, there was >>>> no problem to login. >>>> >>>> I'm just thinking how people with long list of entities tuning his GLPI >>>> for fast login? >>>> >>>> Care to share? >>>> Thanks In Advances, >>>> >>>> Regards, >>>> >>>> _______________________________________________ >>>> Glpi-user mailing list >>>> [email protected] >>>> https://mail.gna.org/listinfo/glpi-user >>>> >>>> >>>> >>>> >>> _______________________________________________ >>> Glpi-user mailing list >>> [email protected] >>> https://mail.gna.org/listinfo/glpi-user >>> >>> >>> >>> >> _______________________________________________ >> Glpi-user mailing list >> [email protected] >> https://mail.gna.org/listinfo/glpi-user >> >> > > > _______________________________________________ > Glpi-user mailing list > [email protected] > https://mail.gna.org/listinfo/glpi-user > > _______________________________________________ Glpi-user mailing list [email protected] https://mail.gna.org/listinfo/glpi-user
