Is the 'Rikomagic MK802' server the smallest moodle 2.3 server ?
Hope the tiny device can be usful as ' an "interest device" that grabs the learner's attention '
Is the 'Rikomagic MK802' server the smallest moodle 2.3 server ?
Hope the tiny device can be usful as ' an "interest device" that grabs the learner's attention '
Raspberry Pi is not smaller, but likely to be weaker than the MK802 as a server. Here is the UnixBench result and the perspective.php output running Moodle 1.9.19+ on a Rasperry Pi Model B Rev. 2.0 (512 MB RAM) running Raspbian "Wheezy" 2012-09-18.
BYTE UNIX Benchmarks (Version 5.1.3)
System: | raspberrypi: GNU/Linux | |
OS: | GNU/Linux -- 3.2.27+ -- #250 PREEMPT Thu Oct 18 19:03:02 BST 2012 | |
Machine: | armv6l: unknown | |
Language: | en_US.utf8 (charmap="ANSI_X3.4-1968", collate="ANSI_X3.4-1968") | |
Uptime: | 20:32:46 up 21 min, 2 users, load average: 0.40, 0.13, 0.18; runlevel 2 |
Time: 20:32:46 - 21:01:30; 28m 44s
Test | Score | Unit | Time | Iters. | Baseline | Index |
---|---|---|---|---|---|---|
Dhrystone 2 using register variables | 1690708.7 | lps | 10.0 s | 7 | 116700.0 | 144.9 |
Double-Precision Whetstone | 268.8 | MWIPS | 10.0 s | 7 | 55.0 | 48.9 |
Execl Throughput | 258.5 | lps | 29.9 s | 2 | 43.0 | 60.1 |
File Copy 1024 bufsize 2000 maxblocks | 47204.7 | KBps | 30.0 s | 2 | 3960.0 | 119.2 |
File Copy 256 bufsize 500 maxblocks | 13393.9 | KBps | 30.0 s | 2 | 1655.0 | 80.9 |
File Copy 4096 bufsize 8000 maxblocks | 100637.4 | KBps | 30.0 s | 2 | 5800.0 | 173.5 |
Pipe Throughput | 173461.4 | lps | 10.0 s | 7 | 12440.0 | 139.4 |
Pipe-based Context Switching | 24313.3 | lps | 10.0 s | 7 | 4000.0 | 60.8 |
Process Creation | 789.7 | lps | 30.0 s | 2 | 126.0 | 62.7 |
Shell Scripts (1 concurrent) | 474.0 | lpm | 60.1 s | 2 | 42.4 | 111.8 |
Shell Scripts (8 concurrent) | 60.6 | lpm | 60.4 s | 2 | 6.0 | 100.9 |
System Call Overhead | 395469.8 | lps | 10.0 s | 7 | 15000.0 | 263.6 |
System Benchmarks Index Score: | 101.0 |
Moodle System Benchmarks For Moodle 1.7 Only. Note: Disable the record cache (Site Admin -> Server -> Performance) for realistic results! | |||
---|---|---|---|
Processor performance | |||
Function calls | 298000 | 310000 | |
Regular expression replaces over 1KB of text | 2000 | 1900 | |
Disk performance | |||
16KB files read from disk (cache) | 3200 | 3200 | |
16KB files written to disk (cache) | 200 | 300 | |
Database performance | |||
Get_record calls on the course table | 410 | 400 | |
Insert_record calls on the course table | 30 | 40 | |
Update_record calls on the course table | 20 | 20 | |
Maximum users (approx): | 14 |
Here is an even cheaper ($15) quad-core Single Board Computer with an impressive up-time.
For a small team, It has proved to be a good option to install, test and learn moodle.
In this day and age a long uptime doesn't specifically mean the kernel hasn't been patched. There are number of technologies that allow live kernel patching and loading a new kernel without a full reboot.
Ksplice, kpatch and others come to mind.
However, I agree rebooting occasionally isn't a bad thing.