I’ve been using the Mbed online compiler in an educational setting for a number of years. This year I am planning to start using Mbed Studio.
I’ve noticed that when I create (or import) a new program, it downloads several hundred MB of source code which can take a while.
I’m envisaging the scenario when there are ~80 students in a lab. When they all create a project, it will probably put a huge strain on the network.
Additionally, each student only gets 1 GB of network storage, which is probably only enough to store 2 or 3 Mbed projects (or less considering they will already have files stored).
Are there any workarounds/alternative workflows that anyone can suggest? e.g. a compiled Mbed source that can be linked with the student source code?
I think for the moment I will provide the students with a single project that has all the libraries etc. and then get them to create a different main.cpp for each laboratory activity. They can then archive the different main.cpp files (or commit to version control) when they move onto a new activity.
Not ideal, but should be sufficient until Mbed Studio is fully featured.
Same issue for us. 80 students in a lab, not only uses a lot of disk space but also hits the network quite hard.
For us, I’d be happy to have all project use the same version of the mbed-os library.
I’m going to do some more testing this week, but as I said above, at the moment I envisage a single project with single main.cpp. At the end of each activity, they can rename the main.cpp e.g. main.cpp.lab1.task3 and then create a new main.cpp
I’m hoping the re-named extension will prevent the makefile from trying to compile it, but will only know for sure after testing.
I maybe have a spare solution for you , until MbedStudio team not finish it in the future.
Currently I have 4 projects with one separete Mbed OS linked by simple command MKlink.
We are still looking at the best solution to either reduce the size of each program or to share libraries across programs. We have a few ideas but haven’t made a final decision about it yet. In the meantime we added a new option to Mbed Studio 0.8.0 installer on Windows. It allows installing Studio for all users on your system. That should help you reduce disk space usage a little bit. To test it please remove Mbed Studio 0.7.0 and download a new version from Mbed Studio | Mbed.
Yes, we are aware of how important this issue is. We are currently implementing a solution in Mbed Studio that will allow to share libraries across programs. We were not able to finish it on time for 1.0.0 release. We are however working on releasing it soon.
Thanks for the reply! Glad to hear you are working on a solution!
Out of interest, will the shared library be in say, C:\Program Files\xxxx or in the users area? For us (and I’m sure others with similar network setups) each user has limited network space so the users area is no good for storing large files. Even if C:\Users\xxxx is used, this gets periodically wiped and is re-built on each machine the student logs into (there are 80 PCs in the lab and students don’t necessarily use the same one each time). So if the 1 GB Mbed library is stored there, it would still need downloading every time they log into a new machine.
So ideally the Mbed library files would be a part of the Mbed Studio installation directory.
Hi Arek,
Eagerly waiting for this fix as it is important for my project. Replicating mbedOS in every newly created program in MbedStudio is eating away too much of disk space and making projects bulky. This fix in subsequent releases will be highly appreciated. Thanks.
Yes. We understand how important this feature is. It will be present in the upcoming 1.2 release. It will allow to have one version of Mbed OS on the disk and link programs in the workspace to use it. It should help to reduce the disk space needed for Mbed programs.
