Valery Fremaux

We started indeed with these results, for 100,000 real accounts would we guess having about standard 2,500 connected users in an active phase at a time.

Some things have BTW not be taken into account by the Catalyst study :

increase of computing time due to some recursive or higher complexity algorithms ( > Log2 n) that might be used in some unoptimized functions. Although there has been a very big work in scalability and optimisation, the real effect of having 100,000 users in a table upon some JOINS might be tremendous.

We opted for a distributed organisation that segmentates the global user load on 35 MNETworked moodles. Our structure will spread out users in zoned moodle, increasing of course management complexity, but having scarse chance that ALL users of ALL nodes comme to visit ALL other nodes. So we expect that (including for national scope areas) having no more than 10,000 users within one Moodle of the array.

Cheers.

Hi David,

We are not running yet at full power, so I will not be of some help providing you with a real proof, but our system we are finishing to deliver to French Government was tailored to have 100,000 registered users, and 15,000 connected users.

We expect having 15% of those querying at the same time on our servers, so would the immediate handling of about 2,000 to 2,500 queries directly focussed.

Our system uses an HAProxy front end on a 4 Go Dual proc (quite enormous for being just a LB proxy) and planned three 8Gb Quad proc Web units. We have a 16Gb MySQL SQL node, wich is prepared to drive a set of complementary NDBCLUSTER mounted satellites. We yet just have one. the purpose of those is to hold the very stressed tables, in case we notice a DB overload.

In our actual measurements, the essential load is attributed to page construction algorithms, But these measurements do not yet take into account the increase of records to consider in tables such as user, or even worse role_capability assignments (such huge mappings). We will have constant look to that results as user bulks come within the system.

The system is state-wide, government scope, wich may be also an argument for you.

The global population of the project is over 400,000 people potentially being trained. The Ministery of Education annuary (LDAP aggregate) has 1,400,000 entries, just for the staff, as France has 14,000,000 scholarized people (all level).

Cheers. Hope I can help you to argue...

Problème tout à fait normal :

Si vous examinez le code (<moodleroot>/file.php) vous apercevrez un piège qui interdit un accès libre aux fichiers des espaces de cours autres que le cours 1 (cours niveau site). Pour accéder à un cours autre que 1, un invité doit être connecté à la plate-forme même en empruntant un rôle d'invité.

De ce fait, les seules ressources "librement distribuables" au grand public ne peuvent se mettre que dans les fichiers du cours "site". C'est le cas d'images que vous faites figurer dans la "description de cours" : vous les distribuez implicitement au grand public par la page d'accueil.

La raison en est une meilleure sécurisation des ressources privatives qui sont déposées dans chacun des espaces cours;

Emmanuel,

sais tu om on peut récupérer une version de plugin DimDim qui ne plante pas sur une table inexistante ? la version que j'ai pour 1.9, je n'ai pas encore réussi à la démarrer.

Pour la question de DIMDIM en Français, nous sommes en train de constituer un "groupe de lobbying" avec Intel pour suggérer très fortement aux éditeurs de DimDim de localiser leur service. Nous devons faire un point bientôt sur la question.... Celà peut faire avancer les choses...

http://www.ethnoinformatique.fr/course/view.php?id=149