Bienvenue, Invité
Nom d'utilisateur : Mot de passe : Se souvenir de moi
  • Page :
  • 1
  • 2

SUJET : Server question for Limesurvey

Server question for Limesurvey il y a 10 mois 3 semaines #108299

  • holch
  • Portrait de holch
  • Hors ligne
  • LimeSurvey Team
  • Messages : 3327
  • Remerciements reçus 443
  • Karma: 141
Yes, definitely. Don't send out the emails to all at once, if you have a long list. This kills any survey software. Because chances are high that everyone wants to see what it is about and there you go.

We usually split things up as well, even for smaller surveys.
Have a look at the manual! It is a really valuable source for information. Here some helpful links:
Manual (EN) | Question Types | Question Attributes | Workarounds

If you found this answer helpful and it saved you some time please consider a donation to the project to keep Limesurvey going!
L'administrateur a désactivé l'accès en écriture pour le public.

Server question for Limesurvey il y a 10 mois 2 semaines #108673

  • rauno_s
  • Portrait de rauno_s
  • Hors ligne
  • Fresh Lemon
  • Messages : 16
  • Remerciements reçus 6
  • Karma: 2
As said previously - concurrency is what kills. You can bring even a very decent VPS down with high concurrency when at the same time a very modest VPS can host huge surveys with low simultaneous traffic. Throttling invitations is always a good idea.
L'administrateur a désactivé l'accès en écriture pour le public.

Server question for Limesurvey il y a 10 mois 2 semaines #108686

  • Gordon55M
  • Portrait de Gordon55M
  • Hors ligne
  • Junior Lime
  • Messages : 20
  • Remerciements reçus 1
  • Karma: 0
User rauno_s just gave a great suggestion on another thread regarding server testing. I figure I'd post my results of his suggestion to use Load Impact to test here. I've included charts of each test.

Virtual Specs:
  1. 2 CPU - 4 GB
  2. 4 CPU - 8 GB
  3. 8 CPU - 16 GB

All tests were run using the same survey and having the application click through the survey. Each virtual testing server was hosted in New York via Digital Ocean SSD's using LimeSurvey 2.00+ Build 130802 and having MySQL hosted on the same server. VU’s were distributed equally from Ashburn, Chicago, Dallas, Palo Alto, and Portland. Each VU was using a generic “Load Impact Browser” to simulate this over an unlimited speed network.

CPU usage is the issue in this test, not memory. The 2 CPU’s survey handled about 100 Virtual Users (VU) before both CPU’s hit 100% and stayed there for the remainder of the 5 minute test. The 4 CPU survey test handled 125 VU’s before being strangled at 100% CPU usage for all 4 CPU’s. The 8 CPU run was obviously the best whereas the 8 CPU’s hit 100% 6 times and recovered very quickly (1-2 seconds) back to a 50-75% CPU usage range. 100% all CPU usage hit at 157, 175, 195, 215, 237, and 247 VU’s, but again they quickly recovered. User load time was predominantly under the 10 second window and hovered mostly at around 4 seconds for the 8 CPU virtual. The 2 CPU and 4 CPU virtual surveys were consistently above 10 second page load times once the CPU’s maxed out.



L'administrateur a désactivé l'accès en écriture pour le public.
Cet utilisateur a été remercié pour son message par: mhkuu
  • Page :
  • 1
  • 2
Modérateurs: ITEd
Temps de génération de la page : 0.145 secondes
Donation Image