Off-Topic > SCM EXtensions
[SOLVED] SCM dependencies RAM question
aus9:
Hi
Let me see if I have got this bit, scms are not allowed to have many dependencies except
--- Quote ---python2.7.scm, python3.2.scm, gtk2.scm, gtk3.scm, qt4.scm (if and when it materializes). (and maybe perl)
--- End quote ---
a) Pretend the user has a low spec machine, I have 2G of RAM so its not me altho I admit to being low species (joke)
b) user loads (if available) apps 1 and 2 where both apps 1 and 2 enclose the exact same dependency
I am guessing that doing so, ----- means the low spec user has more RAM used than loading (if available) the TCZ similar feature packages because the tczs would use shared libs etc.
Do you agree to this theory?
I was thinking of attempting to build one or more scms, but no longer sure what the benefit is.
Feel free to correct my thinking.
Originally I thought it was a good design for low spec users to free up RAM. I am now thinking they would have to have a crystal ball to guess if a certain package might lock up their machines.
(2) Maybe the downstream maintainer, if you think it helps, would offer in the info file, an estimate of RAM used
by measuring RAM used before and after loading having the terminal already loaded etc.
thanks for reading
althalus:
I'm hardly an expert on our SCM system, but my thoughts to your questions...
--- Quote from: aus9 on April 04, 2013, 11:11:42 PM ---the low spec user has more RAM used than loading (if available) the TCZ similar feature packages because the tczs would use shared libs etc.
--- End quote ---
I would assume, unless you are VERY constrained for RAM, that this would only be a concern if you were using SCMs with copy2fs.flg or similar. Also, more space is used on the disk.
--- Quote ---I was thinking of attempting to build one or more scms, but no longer sure what the benefit is.
--- End quote ---
The most obvious benefit that I can see, is avoiding dependency hell:
1) App a needs app c version 1.2.x, App b needs app c version 1.5.x, and the two versions of app c usually can't live side by side.
2) Download a single file. Everything needed to run the application is now installed. As long as that one file's check sum is good, all dependency concerns (with a few limited exceptions) are solved.
aus9:
HI althalus
I did not mention hard drive space, but Jason W in his post already says DU is higher for scms.
http://forum.tinycorelinux.net/index.php/topic,12457.msg67531.html#msg67531 and lower use for the "same" app
---meaning if it exists as a scm and tcz, then the tcz is higher RAM cost. (All Factors Being Equal)
2) I am concerned with a person running a number of apps in scm mode, that just happen to have one or more SHARED dependencies but as we not allowed to have tcz style dependencies......nor am I asking for that feature......just an observation......I am trying to see if others agree THAT
in this scenario we have duplication of RAM and so the scm user is likely to have more RAM used
Obviously if they can avoid loading scms that have duplicate dependencies we agree I am an idiot. But I already know that, so I am your local village idiot, a higher level of idiocy than your local gnome type.
3) Nor did I think about doing any copy to file system.
So,.....maybe those with low specs and who use scms might reply if they see my point?
curaga:
The added use of RAM due to duplicated libs only comes to effect when running more than one scm app at the same time; merely having them loaded won't cause it.
aus9:
good that is what I was hoping.
So would be prudent to ask maintainers to submit an estimate of RAM use?
Navigation
[0] Message Index
[#] Next page
Go to full version