[BLACKBOX] Why BlackBox consumes 80% of its virtual address space at startup?

From: [at]} <shristov>
Date: Wed, 29 Jun 2011 15:37:52 +0200

----boundary-LibPST-iamunique-47900753_-_-
Content-type: text/plain

Using the Proces Explorer utility from the former SysInternals (on Windows XP SP2, 3 GB RAM),
I've determined that BlackBox 1.5 consumes 1,621,816 K (~1.6 GB!) of its virtual address space
(not to be confused with page file) at startup. This is with few small CP source documents open,
but no other activities. The physical memory consumed is only ~7 MB (didn't remember exactly).

The main question is: why 1.6 GB??? Can it be decreased somehow?

The remaining ~0.4 GB of the virtual space appears fragmented,
and the maximum piece of the virtual space that a module can use is ~300 MB.
 
Running a module increases both the virtual space and the physical memory
consumption according to module's requirements.

When a module gets unloaded, the physical memory is released, but the virtual space isn't.
So, the virtual space usage increases steadily from 1.6 GB to 2 GB and then the system becomes unusable.
The maximum virtual address space consumption was 2,082,496 K, which is very close
to the "theoretical" 2 GB per process limit.

The second question, therefore, is:
can the virtual space be released whenever the physical space is released?

The first question is, of course, much more important.


Sinisa

----
To unsubscribe, send a message with body "SIGNOFF BLACKBOX" to LISTSERV{([at]})nowhere.xy----boundary-LibPST-iamunique-47900753_-_-
Content-type: application/rtf
Content-transfer-encoding: base64
Content-Disposition: attachment; filename="rtf-body.rtf"
e1xydGYxXGFuc2lcYW5zaWNwZzEyNTJcZnJvbXRleHQgXGRlZmYwe1xmb250dGJsDQp7XGYwXGZz
d2lzcyBBcmlhbDt9DQp7XGYxXGZtb2Rlcm4gQ291cmllciBOZXc7fQ0Ke1xmMlxmbmlsXGZjaGFy
c2V0MiBTeW1ib2w7fQ0Ke1xmM1xmbW9kZXJuXGZjaGFyc2V0MCBDb3VyaWVyIE5ldzt9fQ0Ke1xj
b2xvcnRibFxyZWQwXGdyZWVuMFxibHVlMDtccmVkMFxncmVlbjBcYmx1ZTI1NTt9DQpcdWMxXHBh
cmRccGxhaW5cZGVmdGFiMzYwIFxmMFxmczIwIFVzaW5nIHRoZSBQcm9jZXMgRXhwbG9yZXIgdXRp
bGl0eSBmcm9tIHRoZSBmb3JtZXIgU3lzSW50ZXJuYWxzIChvbiBXaW5kb3dzIFhQIFNQMiwgMyBH
QiBSQU0pLFxwYXINCkkndmUgZGV0ZXJtaW5lZCB0aGF0IEJsYWNrQm94IDEuNSBjb25zdW1lcyAx
LDYyMSw4MTYgSyAofjEuNiBHQiEpIG9mIGl0cyB2aXJ0dWFsIGFkZHJlc3Mgc3BhY2VccGFyDQoo
bm90IHRvIGJlIGNvbmZ1c2VkIHdpdGggcGFnZSBmaWxlKSBhdCBzdGFydHVwLiBUaGlzIGlzIHdp
dGggZmV3IHNtYWxsIENQIHNvdXJjZSBkb2N1bWVudHMgb3BlbixccGFyDQpidXQgbm8gb3RoZXIg
YWN0aXZpdGllcy4gVGhlIHBoeXNpY2FsIG1lbW9yeSBjb25zdW1lZCBpcyBvbmx5IH43IE1CIChk
aWRuJ3QgcmVtZW1iZXIgZXhhY3RseSkuXHBhcg0KXHBhcg0KVGhlIG1haW4gcXVlc3Rpb24gaXM6
ICB3aHkgMS42IEdCPz8/ICBDYW4gaXQgYmUgZGVjcmVhc2VkIHNvbWVob3c/XHBhcg0KXHBhcg0K
VGhlIHJlbWFpbmluZyB+MC40IEdCIG9mIHRoZSB2aXJ0dWFsIHNwYWNlIGFwcGVhcnMgZnJhZ21l
bnRlZCxccGFyDQphbmQgdGhlIG1heGltdW0gcGllY2Ugb2YgdGhlIHZpcnR1YWwgc3BhY2UgdGhh
dCBhIG1vZHVsZSBjYW4gdXNlIGlzIH4zMDAgTUIuXHBhcg0KIFxwYXINClJ1bm5pbmcgYSBtb2R1
bGUgaW5jcmVhc2VzIGJvdGggdGhlIHZpcnR1YWwgc3BhY2UgYW5kIHRoZSBwaHlzaWNhbCBtZW1v
cnlccGFyDQpjb25zdW1wdGlvbiBhY2NvcmRpbmcgdG8gbW9kdWxlJ3MgcmVxdWlyZW1lbnRzLlxw
YXINClxwYXINCldoZW4gYSBtb2R1bGUgZ2V0cyB1bmxvYWRlZCwgdGhlIHBoeXNpY2FsIG1lbW9y
eSBpcyByZWxlYXNlZCwgYnV0IHRoZSB2aXJ0dWFsIHNwYWNlIGlzbid0LlxwYXINClNvLCB0aGUg
dmlydHVhbCBzcGFjZSB1c2FnZSBpbmNyZWFzZXMgc3RlYWRpbHkgZnJvbSAxLjYgR0IgdG8gMiBH
QiBhbmQgdGhlbiB0aGUgc3lzdGVtIGJlY29tZXMgdW51c2FibGUuXHBhcg0KVGhlIG1heGltdW0g
dmlydHVhbCBhZGRyZXNzIHNwYWNlIGNvbnN1bXB0aW9uIHdhcyAyLDA4Miw0OTYgSywgd2hpY2gg
aXMgdmVyeSBjbG9zZVxwYXINCnRvIHRoZSAidGhlb3JldGljYWwiIDIgR0IgcGVyIHByb2Nlc3Mg
bGltaXQuXHBhcg0KXHBhcg0KVGhlIHNlY29uZCBxdWVzdGlvbiwgdGhlcmVmb3JlLCBpczpccGFy
DQpjYW4gdGhlIHZpcnR1YWwgc3BhY2UgYmUgcmVsZWFzZWQgd2hlbmV2ZXIgdGhlIHBoeXNpY2Fs
IHNwYWNlIGlzIHJlbGVhc2VkP1xwYXINClxwYXINClRoZSBmaXJzdCBxdWVzdGlvbiBpcywgb2Yg
Y291cnNlLCBtdWNoIG1vcmUgaW1wb3J0YW50LlxwYXINClxwYXINClxwYXINClNpbmlzYVxwYXIN
ClxwYXINClxwYXINCi0tLS1ccGFyDQpUbyB1bnN1YnNjcmliZSwgc2VuZCBhIG1lc3NhZ2Ugd2l0
aCBib2R5ICJTSUdOT0ZGIEJMQUNLQk9YIiB0byBMSVNUU0VSVkBMSVNUUy5PQkVST04uQ0hccGFy
DQp9
----boundary-LibPST-iamunique-47900753_-_---

Received on Wed Jun 29 2011 - 15:37:52 UTC