Anybody any thoughts on why the tdebase (from git) build is so heavy on ram? It makes building on embedded systems even more arduos than one might expect.
On a desktop PC with 6 cores and 32GB ram, the build uses over 7GB of ram in the first couple of minutes ( I didn't build to the end, just wanted a quick check). Not many embeded systems are that ram abundant :)
On the arm devices I've tried to natively build on, all the ram is used almost immediately (largest ram I have is 2G) and I can throw swap space at it ad infinitum without success.
Cheers, Mike.
--
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA224
Anybody any thoughts on why the tdebase (from git) build is so heavy on ram? It makes building on embedded systems even more arduos than one might expect.
On a desktop PC with 6 cores and 32GB ram, the build uses over 7GB of ram in the first couple of minutes ( I didn't build to the end, just wanted a quick check). Not many embeded systems are that ram abundant :)
On the arm devices I've tried to natively build on, all the ram is used almost immediately (largest ram I have is 2G) and I can throw swap space at it ad infinitum without success.
Cheers, Mike.
That doesn't make much sense given that the armhf/armel builds on Debian/Ubuntu are executing on machines with only 2GB RAM and no swap files. Can you try to isolate specifically which processes are using all that memory during the build?
Thanks!
Tim
On 14/06/2014 23:44, Timothy Pearson wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA224
Anybody any thoughts on why the tdebase (from git) build is so heavy on ram? It makes building on embedded systems even more arduos than one might expect.
On a desktop PC with 6 cores and 32GB ram, the build uses over 7GB of ram in the first couple of minutes ( I didn't build to the end, just wanted a quick check). Not many embeded systems are that ram abundant :)
On the arm devices I've tried to natively build on, all the ram is used almost immediately (largest ram I have is 2G) and I can throw swap space at it ad infinitum without success.
Cheers, Mike.
That doesn't make much sense given that the armhf/armel builds on Debian/Ubuntu are executing on machines with only 2GB RAM and no swap files. Can you try to isolate specifically which processes are using all that memory during the build?
Thanks!
Your right, it doesn't make alot of sense.
I grabbed a 'nightly builds' source package (tdebase-trinity_14.0.0-r1611-0debian7.0.0+pr150) and it behaves as I would expect on one device but still suffers from an OOM event at 5% into the build (with no swap allocated) on an exact same device. With swap enabled it passes that point and memory usage falls to expected levels. I suspect something may be amiss with my systems here :)
Cheers, Mike.
On Saturday 14 of June 2014 15:42:11 Michael Howard wrote:
Anybody any thoughts on why the tdebase (from git) build is so heavy on ram? It makes building on embedded systems even more arduos than one might expect.
On a desktop PC with 6 cores and 32GB ram, the build uses over 7GB of ram in the first couple of minutes ( I didn't build to the end, just wanted a quick check). Not many embeded systems are that ram abundant :)
On the arm devices I've tried to natively build on, all the ram is used almost immediately (largest ram I have is 2G) and I can throw swap space at it ad infinitum without success.
Cheers, Mike.
My little builder has 12 GiB RAM. It is also used as tmpfs where is carried out building. A build for amd64/i386 run in parallel with armel, armhf and mips. That means four builders running side by side. And I did not notice problems with memory.
My computer has only 4 GB of RAM and when I build (amd64) I usually have firefox and google chrome open at the same time, plus I am usually either straming music with Amarok or watching some MOOC videos. My swap memory is hardly used, just occasionaly.
So perhaps there is something else going on, Michael.
cheers Michele
On 15/06/2014 03:40, Michele Calgaro wrote:
My computer has only 4 GB of RAM and when I build (amd64) I usually have firefox and google chrome open at the same time, plus I am usually either straming music with Amarok or watching some MOOC videos. My swap memory is hardly used, just occasionaly.
So perhaps there is something else going on, Michael.
Yep, I think you're right.
Cheers, Mike.
On 15/06/2014 11:32, Michael Howard wrote:
On 15/06/2014 03:40, Michele Calgaro wrote:
My computer has only 4 GB of RAM and when I build (amd64) I usually have firefox and google chrome open at the same time, plus I am usually either straming music with Amarok or watching some MOOC videos. My swap memory is hardly used, just occasionaly.
So perhaps there is something else going on, Michael.
Well, the plot thickens. I'm now pretty much sure that the memory problem is specific to one device, however, tdebase still fails to build armhf here.
Obviously it builds on the Trinity build systems, it builds for Slavek but for me, 'k_new_mnu.cpp' is failing.
The output leading up to the failure;
[ 86%] Building CXX object kdesktop/CMakeFiles/tdeinit_kdesktop-shared.dir/krootwm.cc.o cd /root/tdebase-trinity-14.0.0-r1611/obj-arm-linux-gnueabihf/kdesktop && /usr/bin/g++ -Dtdeinit_kdesktop_shared_EXPORTS -DHAVE_CONFIG_H -DSMB_CTX_FLAG_USE_KERBEROS -DSMB_CTX_FLAG_FALLBACK_AFTER_KERBEROS -g -Wall -D_FORTIFY_SOURCE=2 -fvisibility=hidden -fvisibility-inlines-hidden -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -I/usr/include/tqt3 -I/usr/include/tqt -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -DNDEBUG -fPIC -I/root/tdebase-trinity-14.0.0-r1611/obj-arm-linux-gnueabihf/kdesktop -I/root/tdebase-trinity-14.0.0-r1611/kdesktop -I/root/tdebase-trinity-14.0.0-r1611/obj-arm-linux-gnueabihf -I/root/tdebase-trinity-14.0.0-r1611/tdmlib -I/root/tdebase-trinity-14.0.0-r1611/kcontrol/background -I/root/tdebase-trinity-14.0.0-r1611/libkonq -I/opt/trinity/include -I/usr/include/tqt3 -I/usr/include/tqt -I/usr/include/dbus-1.0 -I/usr/lib/arm-linux-gnueabihf/dbus-1.0/include -I/usr/include/dbus-1-tqt -o CMakeFiles/tdeinit_kdesktop-shared.dir/krootwm.cc.o -c /root/tdebase-trinity-14.0.0-r1611/kdesktop/krootwm.cc /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp: In member function void KMenu::fillMenu(KServiceGroup::Ptr&, KServiceGroup::List&, const TQString&, ItemView*, int&): /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:1049:10: warning: variable separatorNeeded set but not used [-Wunused-but-set-variable] /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp: In member function void KMenu::insertStaticItems(): /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:1439:35: error: picturesPath is not a member of TDEGlobalSettings /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:1441:33: error: picturesPath is not a member ofâTDEGlobalSettings /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:1448:35: error: musicPath is not a member of TDEGlobalSettings /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:1450:30: error: musicPath is not a member of TDEGlobalSettings /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:1457:35: error: videosPath is not a member of TDEGlobalSettings /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:1459:31: error: videosPath is not a member of TDEGlobalSettings /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:1466:35: error: downloadPath is not a member of TDEGlobalSettings /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:1468:33: error: downloadPat is not a member of TDEGlobalSettings /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_mnu.cpp: In destructor virtual PanelKMenu::~PanelKMenu(): /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_mnu.cpp:104:12: warning: deleting object of polymorphic class type KBookmarkOwner which has non-virtual destructor might cause undefined behaviour [-Wdelete-non-virtual-dtor] /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp: In member function void KMenu::updateMedia(): /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:3560:14: warning: unused variable mountable [-Wunused-variable] /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:3576:14: warning: unused variable encrypted [-Wunused-variable] /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:3580:14: warning: unused variable hidden [-Wunused-variable] /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp: At global scope: /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:174:12: warning: int used_size(TQLabel*, int) defined but not used [-Wunused-function] make[3]: *** [kicker/kicker/ui/CMakeFiles/kicker_ui-static.dir/k_new_mnu.cpp.o] Error 1 make[3]: *** Waiting for unfinished jobs....
There must be something else earlier .....
Cheers, Mike.
On Sunday 15 of June 2014 14:14:02 Michael Howard wrote:
On 15/06/2014 11:32, Michael Howard wrote:
On 15/06/2014 03:40, Michele Calgaro wrote:
My computer has only 4 GB of RAM and when I build (amd64) I usually have firefox and google chrome open at the same time, plus I am usually either straming music with Amarok or watching some MOOC videos. My swap memory is hardly used, just occasionaly.
So perhaps there is something else going on, Michael.
Well, the plot thickens. I'm now pretty much sure that the memory problem is specific to one device, however, tdebase still fails to build armhf here.
Obviously it builds on the Trinity build systems, it builds for Slavek but for me, 'k_new_mnu.cpp' is failing.
The output leading up to the failure;
[ 86%] Building CXX object kdesktop/CMakeFiles/tdeinit_kdesktop-shared.dir/krootwm.cc.o cd /root/tdebase-trinity-14.0.0-r1611/obj-arm-linux-gnueabihf/kdesktop && /usr/bin/g++ -Dtdeinit_kdesktop_shared_EXPORTS -DHAVE_CONFIG_H -DSMB_CTX_FLAG_USE_KERBEROS -DSMB_CTX_FLAG_FALLBACK_AFTER_KERBEROS -g -Wall -D_FORTIFY_SOURCE=2 -fvisibility=hidden -fvisibility-inlines-hidden -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -I/usr/include/tqt3 -I/usr/include/tqt -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -DNDEBUG -fPIC -I/root/tdebase-trinity-14.0.0-r1611/obj-arm-linux-gnueabihf/kdesktop -I/root/tdebase-trinity-14.0.0-r1611/kdesktop -I/root/tdebase-trinity-14.0.0-r1611/obj-arm-linux-gnueabihf -I/root/tdebase-trinity-14.0.0-r1611/tdmlib -I/root/tdebase-trinity-14.0.0-r1611/kcontrol/background -I/root/tdebase-trinity-14.0.0-r1611/libkonq -I/opt/trinity/include -I/usr/include/tqt3 -I/usr/include/tqt -I/usr/include/dbus-1.0 -I/usr/lib/arm-linux-gnueabihf/dbus-1.0/include -I/usr/include/dbus-1-tqt -o CMakeFiles/tdeinit_kdesktop-shared.dir/krootwm.cc.o -c /root/tdebase-trinity-14.0.0-r1611/kdesktop/krootwm.cc /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp: In member function void KMenu::fillMenu(KServiceGroup::Ptr&, KServiceGroup::List&, const TQString&, ItemView*, int&): /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:1049:10: warning: variable separatorNeeded set but not used [-Wunused-but-set-variable] /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp: In member function void KMenu::insertStaticItems(): /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:1439:35: error: picturesPath is not a member of TDEGlobalSettings /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:1441:33: error: picturesPath is not a member ofâTDEGlobalSettings /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:1448:35: error: musicPath is not a member of TDEGlobalSettings /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:1450:30: error: musicPath is not a member of TDEGlobalSettings /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:1457:35: error: videosPath is not a member of TDEGlobalSettings /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:1459:31: error: videosPath is not a member of TDEGlobalSettings /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:1466:35: error: downloadPath is not a member of TDEGlobalSettings /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:1468:33: error: downloadPat is not a member of TDEGlobalSettings /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_mnu.cpp: In destructor virtual PanelKMenu::~PanelKMenu(): /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_mnu.cpp:104:12: warning: deleting object of polymorphic class type KBookmarkOwner which has non-virtual destructor might cause undefined behaviour [-Wdelete-non-virtual-dtor] /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp: In member function void KMenu::updateMedia(): /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:3560:14: warning: unused variable mountable [-Wunused-variable] /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:3576:14: warning: unused variable encrypted [-Wunused-variable] /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:3580:14: warning: unused variable hidden [-Wunused-variable] /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp: At global scope: /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:174:12: warning: int used_size(TQLabel*, int) defined but not used [-Wunused-function] make[3]: *** [kicker/kicker/ui/CMakeFiles/kicker_ui-static.dir/k_new_mnu.cpp.o] Error 1 make[3]: *** Waiting for unfinished jobs....
There must be something else earlier .....
Cheers, Mike.
I think it has to do with commit 57232200 (tdebase), which requires updated tdelibs - which include commit 4ca47910.
On 15/06/2014 13:35, Slávek Banko wrote:
On Sunday 15 of June 2014 14:14:02 Michael Howard wrote:
On 15/06/2014 11:32, Michael Howard wrote:
On 15/06/2014 03:40, Michele Calgaro wrote:
My computer has only 4 GB of RAM and when I build (amd64) I usually have firefox and google chrome open at the same time, plus I am usually either straming music with Amarok or watching some MOOC videos. My swap memory is hardly used, just occasionaly.
So perhaps there is something else going on, Michael.
Well, the plot thickens. I'm now pretty much sure that the memory problem is specific to one device, however, tdebase still fails to build armhf here.
Obviously it builds on the Trinity build systems, it builds for Slavek but for me, 'k_new_mnu.cpp' is failing.
The output leading up to the failure;
[ 86%] Building CXX object kdesktop/CMakeFiles/tdeinit_kdesktop-shared.dir/krootwm.cc.o cd /root/tdebase-trinity-14.0.0-r1611/obj-arm-linux-gnueabihf/kdesktop && /usr/bin/g++ -Dtdeinit_kdesktop_shared_EXPORTS -DHAVE_CONFIG_H -DSMB_CTX_FLAG_USE_KERBEROS -DSMB_CTX_FLAG_FALLBACK_AFTER_KERBEROS -g -Wall -D_FORTIFY_SOURCE=2 -fvisibility=hidden -fvisibility-inlines-hidden -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -I/usr/include/tqt3 -I/usr/include/tqt -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -DNDEBUG -fPIC -I/root/tdebase-trinity-14.0.0-r1611/obj-arm-linux-gnueabihf/kdesktop -I/root/tdebase-trinity-14.0.0-r1611/kdesktop -I/root/tdebase-trinity-14.0.0-r1611/obj-arm-linux-gnueabihf -I/root/tdebase-trinity-14.0.0-r1611/tdmlib -I/root/tdebase-trinity-14.0.0-r1611/kcontrol/background -I/root/tdebase-trinity-14.0.0-r1611/libkonq -I/opt/trinity/include -I/usr/include/tqt3 -I/usr/include/tqt -I/usr/include/dbus-1.0 -I/usr/lib/arm-linux-gnueabihf/dbus-1.0/include -I/usr/include/dbus-1-tqt -o CMakeFiles/tdeinit_kdesktop-shared.dir/krootwm.cc.o -c /root/tdebase-trinity-14.0.0-r1611/kdesktop/krootwm.cc /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp: In member function void KMenu::fillMenu(KServiceGroup::Ptr&, KServiceGroup::List&, const TQString&, ItemView*, int&): /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:1049:10: warning: variable separatorNeeded set but not used [-Wunused-but-set-variable] /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp: In member function void KMenu::insertStaticItems(): /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:1439:35: error: picturesPath is not a member of TDEGlobalSettings /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:1441:33: error: picturesPath is not a member ofâTDEGlobalSettings /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:1448:35: error: musicPath is not a member of TDEGlobalSettings /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:1450:30: error: musicPath is not a member of TDEGlobalSettings /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:1457:35: error: videosPath is not a member of TDEGlobalSettings /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:1459:31: error: videosPath is not a member of TDEGlobalSettings /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:1466:35: error: downloadPath is not a member of TDEGlobalSettings /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:1468:33: error: downloadPat is not a member of TDEGlobalSettings /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_mnu.cpp: In destructor virtual PanelKMenu::~PanelKMenu(): /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_mnu.cpp:104:12: warning: deleting object of polymorphic class type KBookmarkOwner which has non-virtual destructor might cause undefined behaviour [-Wdelete-non-virtual-dtor] /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp: In member function void KMenu::updateMedia(): /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:3560:14: warning: unused variable mountable [-Wunused-variable] /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:3576:14: warning: unused variable encrypted [-Wunused-variable] /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:3580:14: warning: unused variable hidden [-Wunused-variable] /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp: At global scope: /root/tdebase-trinity-14.0.0-r1611/kicker/kicker/ui/k_new_mnu.cpp:174:12: warning: int used_size(TQLabel*, int) defined but not used [-Wunused-function] make[3]: *** [kicker/kicker/ui/CMakeFiles/kicker_ui-static.dir/k_new_mnu.cpp.o] Error 1 make[3]: *** Waiting for unfinished jobs....
There must be something else earlier .....
Cheers, Mike.
I think it has to do with commit 57232200 (tdebase), which requires updated tdelibs - which include commit 4ca47910.
Ok, thanks.
On 15/06/2014 00:23, Slávek Banko wrote:
On Saturday 14 of June 2014 15:42:11 Michael Howard wrote:
Anybody any thoughts on why the tdebase (from git) build is so heavy on ram? It makes building on embedded systems even more arduos than one might expect.
On a desktop PC with 6 cores and 32GB ram, the build uses over 7GB of ram in the first couple of minutes ( I didn't build to the end, just wanted a quick check). Not many embeded systems are that ram abundant :)
On the arm devices I've tried to natively build on, all the ram is used almost immediately (largest ram I have is 2G) and I can throw swap space at it ad infinitum without success.
Cheers, Mike.
My little builder has 12 GiB RAM. It is also used as tmpfs where is carried
Nice. What device is it?
out building. A build for amd64/i386 run in parallel with armel, armhf and mips. That means four builders running side by side. And I did not notice problems with memory.
Ok, it's looking like I'm the problem :)
Cheers, Mike.
On Sunday 15 of June 2014 12:31:57 Michael Howard wrote:
On 15/06/2014 00:23, Slávek Banko wrote:
On Saturday 14 of June 2014 15:42:11 Michael Howard wrote:
Anybody any thoughts on why the tdebase (from git) build is so heavy on ram? It makes building on embedded systems even more arduos than one might expect.
On a desktop PC with 6 cores and 32GB ram, the build uses over 7GB of ram in the first couple of minutes ( I didn't build to the end, just wanted a quick check). Not many embeded systems are that ram abundant :)
On the arm devices I've tried to natively build on, all the ram is used almost immediately (largest ram I have is 2G) and I can throw swap space at it ad infinitum without success.
Cheers, Mike.
My little builder has 12 GiB RAM. It is also used as tmpfs where is carried
Nice. What device is it?
out building. A build for amd64/i386 run in parallel with armel, armhf and mips. That means four builders running side by side. And I did not notice problems with memory.
Ok, it's looking like I'm the problem :)
Cheers, Mike.
My little builder is as a virtual machine (KVM). Inside the virtual machine is then used qemu-user-static for building armel, armhf and mips packages.
Physical machine has: + cpu: Intel(R) Xeon(R) CPU E3-1240 V2 @ 3.40GHz (4 cores + HT) + ram: 16 GiB
-
Michael Howard -
Michele Calgaro -
Slávek Banko -
Timothy Pearson