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

From: [at]} <shristov>
Date: Wed, 29 Jun 2011 16:48:22 +0200

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

Romiras <romiras{([at]})nowhere.xy


> The possible answer on first question ("why 1.6 GB") is: just as guess,
> because Oberon microsystems might be used it on servers with large enough RAM for these tasks.

Impossible, because on 32-bit Windows the limit is 2 GB virtual address space per process.
And 80 % of it is already consumed (never to be recovered) at startup.
Only 20 % remains usable, and even that is not in a single piece.


> May be to avoid fragmentation.

On the contrary, it creates a major fragmentation,
leaving only 14 % of those 2 GB as the largest available piece (at startup).


> Still, its only a virtual memory.

It's not a vrtual memory. It's a virtual address space, which is very, very real.
In fact, it is the address space that BlackBox modules operate in, they have no other address space.
And most of it is not usable even on startup.

This was perhaps insignificant in days of 64 MB RAM,
but today it looks like a major limitation.


Sinisa

----
To unsubscribe, send a message with body "SIGNOFF BLACKBOX" to LISTSERV{([at]})nowhere.xy----boundary-LibPST-iamunique-1105271097_-_-
Content-type: application/rtf
Content-transfer-encoding: base64
Content-Disposition: attachment; filename="rtf-body.rtf"
e1xydGYxXGFuc2lcYW5zaWNwZzEyNTJcZnJvbXRleHQgXGRlZmYwe1xmb250dGJsDQp7XGYwXGZz
d2lzcyBBcmlhbDt9DQp7XGYxXGZtb2Rlcm4gQ291cmllciBOZXc7fQ0Ke1xmMlxmbmlsXGZjaGFy
c2V0MiBTeW1ib2w7fQ0Ke1xmM1xmbW9kZXJuXGZjaGFyc2V0MCBDb3VyaWVyIE5ldzt9fQ0Ke1xj
b2xvcnRibFxyZWQwXGdyZWVuMFxibHVlMDtccmVkMFxncmVlbjBcYmx1ZTI1NTt9DQpcdWMxXHBh
cmRccGxhaW5cZGVmdGFiMzYwIFxmMFxmczIwIFJvbWlyYXMgPHJvbWlyYXNAVVNFUlMuU09VUkNF
Rk9SR0UuTkVUPiB3cm90ZTpccGFyDQpccGFyDQpccGFyDQo+IFRoZSBwb3NzaWJsZSBhbnN3ZXIg
b24gZmlyc3QgcXVlc3Rpb24gKCJ3aHkgMS42IEdCIikgaXM6IGp1c3QgYXMgZ3Vlc3MsXHBhcg0K
PiBiZWNhdXNlIE9iZXJvbiBtaWNyb3N5c3RlbXMgbWlnaHQgYmUgdXNlZCBpdCBvbiBzZXJ2ZXJz
IHdpdGggbGFyZ2UgZW5vdWdoIFJBTSBmb3IgdGhlc2UgdGFza3MuXHBhcg0KXHBhcg0KSW1wb3Nz
aWJsZSwgYmVjYXVzZSBvbiAzMi1iaXQgV2luZG93cyB0aGUgbGltaXQgaXMgMiBHQiB2aXJ0dWFs
IGFkZHJlc3Mgc3BhY2UgcGVyIHByb2Nlc3MuXHBhcg0KQW5kIDgwICUgb2YgaXQgaXMgYWxyZWFk
eSBjb25zdW1lZCAobmV2ZXIgdG8gYmUgcmVjb3ZlcmVkKSBhdCBzdGFydHVwLlxwYXINCk9ubHkg
MjAgJSByZW1haW5zIHVzYWJsZSwgYW5kIGV2ZW4gdGhhdCBpcyBub3QgaW4gYSBzaW5nbGUgcGll
Y2UuXHBhcg0KXHBhcg0KXHBhcg0KPiBNYXkgYmUgdG8gYXZvaWQgZnJhZ21lbnRhdGlvbi5ccGFy
DQpccGFyDQpPbiB0aGUgY29udHJhcnksIGl0IGNyZWF0ZXMgYSBtYWpvciBmcmFnbWVudGF0aW9u
LFxwYXINCmxlYXZpbmcgb25seSAxNCAlIG9mIHRob3NlIDIgR0IgYXMgdGhlIGxhcmdlc3QgYXZh
aWxhYmxlIHBpZWNlIChhdCBzdGFydHVwKS5ccGFyDQpccGFyDQpccGFyDQo+IFN0aWxsLCBpdHMg
b25seSBhIHZpcnR1YWwgbWVtb3J5LlxwYXINClxwYXINCkl0J3Mgbm90IGEgdnJ0dWFsIG1lbW9y
eS4gIEl0J3MgYSB2aXJ0dWFsIGFkZHJlc3Mgc3BhY2UsIHdoaWNoIGlzIHZlcnksIHZlcnkgcmVh
bC5ccGFyDQpJbiBmYWN0LCBpdCBpcyB0aGUgYWRkcmVzcyBzcGFjZSB0aGF0IEJsYWNrQm94IG1v
ZHVsZXMgb3BlcmF0ZSBpbiwgdGhleSBoYXZlIG5vIG90aGVyIGFkZHJlc3Mgc3BhY2UuXHBhcg0K
QW5kIG1vc3Qgb2YgaXQgaXMgbm90IHVzYWJsZSBldmVuIG9uIHN0YXJ0dXAuXHBhcg0KXHBhcg0K
VGhpcyB3YXMgcGVyaGFwcyBpbnNpZ25pZmljYW50IGluIGRheXMgb2YgNjQgTUIgUkFNLFxwYXIN
CmJ1dCB0b2RheSBpdCBsb29rcyBsaWtlIGEgbWFqb3IgbGltaXRhdGlvbi5ccGFyDQpccGFyDQpc
cGFyDQpTaW5pc2FccGFyDQpccGFyDQpccGFyDQotLS0tXHBhcg0KVG8gdW5zdWJzY3JpYmUsIHNl
bmQgYSBtZXNzYWdlIHdpdGggYm9keSAiU0lHTk9GRiBCTEFDS0JPWCIgdG8gTElTVFNFUlZATElT
VFMuT0JFUk9OLkNIfX0AbzpCTA==
----boundary-LibPST-iamunique-1105271097_-_---

Received on Wed Jun 29 2011 - 16:48:22 UTC