> fakeroot-ng prefers to use std::unordered_map, if it's available. If not, > __fnu_cxx::hash_map would do. If even that's not available, it would > grudgingly use std::map, even though that one has worse performance > characteristics. >
Another excellent example, indeed. I remember guessing that it was probably not considered a big problem on >> Windows because Windows didn't have shared libraries, so memory would be >> wasted in any case. >> > > I'm not sure where you got that one. Even assuming you meant "share runtime > memory", and not "shared code", Windows does have shared libraries. Eh, this is noise in this thread - sorry for making that comment. I admit I am not up-to-date (but my recollection refers to years ago, too). Windows DLLs were not equivalent to UNIX/Linux shared libraries - they contained "relocatable" and not "position-independent" code, and each process had its own copy mapped into memory (yes, runtime memory). Between myself and Shachar, Shachar is much more likely to be up-to-date and better versed in details, so believe him. My comment was not essential to this thread, anyway, and can safely be ignored. > It is true that you are discouraged from using non-system DLLs from a > shared location, unless you jump through the horrible hoops called > "manifests", but still, a single application install would be expected to > use only one version of a DLL, and its text and read only segments would, > generally, be shared between all executables using it. -- Oleg Goldshmidt | o...@goldshmidt.org
_______________________________________________ Linux-il mailing list Linux-il@cs.huji.ac.il http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
