Re: [BLACKBOX] Real time & garbage collection

From: [at]} <Wojtek>
Date: Tue, 28 Jun 2011 18:40:52 -0400

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

Doug:

make sure you turn off all the helpful stuff on your computer, like
real-time virus protection, parental control, various notifiers which may
be watching you, etc. Try making sure that some resident program is not
taking over your CPU. Get rid of everything what you can get rid of. Look
at the Task Manager with and without BB running. Is there some process
which is periodically kicking in, like a resident virus protector? Perhaps
even try running BB in the "Windows safe mode".

I am saying this because I was getting annoyed with programs like wuauclt
or AcroTray, which were periodically doing something with my computer
without me being quite aware what they were doing. I could see periodic
bursts of activity by these programs. If your machine is loaded to the
rim, such bursts of activity involve swapping to disk, and then you will
see sudden slowdowns.

If the pauses are associated with disk activity, then I would suspect some
resident program is kicking in.

Not sure if this is your case, but who knows.

Wojtek

> Ramiras,
>
> I am running on BB 1.6RC5 under Windows XP service pack 2
> BUT virtualized using Parallels Desktop for Mac.
> However, I just got feed back from the customer that they also
> are seem pauses and they are not using a virtualized system.
>
> I'll dig into Kernel.watch.  Thank you.
>
> -Doug Danforth
>
>
> On 6/28/2011 3:46 AM, Romiras wrote: For debugging of
> module Kernel, look at procedure Kernel.watcher and constant
> debug. By setting them a proper values, you can notify your
> program when garbage collection is performed (in log, for
> example). If you do, you must recompile a module Kernel.
> The garbage collection is invoked in the following
> situations: program
> want to allocate memory dynamically for some
> object insufficient
> resources (memory or too many open file
> handles) or module is unloaded
> before a program exits (calling finalizers)
> by forcing manual calling
> of Services.Collect or Kernel.Collect
> Try put NEW out of
> loop-computations, e.g. preallocate memory for
> dynamical objects before intensive computations.
> Use static objects, so a GC will not allocate memory at
> run time for them.
> The latency may come from one of levels or even all of
> them: hardware, system software (OS, drivers) or
> application software (particular program).
> Which version of BlackBox you tried your software on:
> 1.5, 1.6 RC5 or RC6? Version 1.6 RC6 includes
> improved garbage collection as far as I know.
> Which version of OS you and author of the face
> dll tested on?
>
> ---- To unsubscribe, send a message with body "SIGNOFF BLACKBOX" to
> LISTSERV{([at]})nowhere.xy


----
To unsubscribe, send a message with body "SIGNOFF BLACKBOX" to LISTSERV{([at]})nowhere.xy----boundary-LibPST-iamunique-697552334_-_-
Content-type: application/rtf
Content-transfer-encoding: base64
Content-Disposition: attachment; filename="rtf-body.rtf"
e1xydGYxXGFuc2lcYW5zaWNwZzEyNTJcZnJvbXRleHQgXGRlZmYwe1xmb250dGJsDQp7XGYwXGZz
d2lzc1xmY2hhcnNldDAgQXJpYWw7fQ0Ke1xmMVxmbW9kZXJuIENvdXJpZXIgTmV3O30NCntcZjJc
Zm5pbFxmY2hhcnNldDIgU3ltYm9sO30NCntcZjNcZm1vZGVyblxmY2hhcnNldDAgQ291cmllciBO
ZXc7fX0NCntcY29sb3J0YmxccmVkMFxncmVlbjBcYmx1ZTA7XHJlZDBcZ3JlZW4wXGJsdWUyNTU7
fQ0KXHVjMVxwYXJkXHBsYWluXGRlZnRhYjM2MCBcZjBcZnMyMCBEb3VnOlxwYXINClxwYXINCm1h
a2Ugc3VyZSB5b3UgdHVybiBvZmYgYWxsIHRoZSBoZWxwZnVsIHN0dWZmIG9uIHlvdXIgY29tcHV0
ZXIsIGxpa2VccGFyDQpyZWFsLXRpbWUgdmlydXMgcHJvdGVjdGlvbiwgcGFyZW50YWwgY29udHJv
bCwgdmFyaW91cyBub3RpZmllcnMgd2hpY2ggbWF5XHBhcg0KYmUgd2F0Y2hpbmcgeW91LCBldGMu
IFRyeSBtYWtpbmcgc3VyZSB0aGF0IHNvbWUgcmVzaWRlbnQgcHJvZ3JhbSBpcyBub3RccGFyDQp0
YWtpbmcgb3ZlciB5b3VyIENQVS4gR2V0IHJpZCBvZiBldmVyeXRoaW5nIHdoYXQgeW91IGNhbiBn
ZXQgcmlkIG9mLiBMb29rXHBhcg0KYXQgdGhlIFRhc2sgTWFuYWdlciB3aXRoIGFuZCB3aXRob3V0
IEJCIHJ1bm5pbmcuIElzIHRoZXJlIHNvbWUgcHJvY2Vzc1xwYXINCndoaWNoIGlzIHBlcmlvZGlj
YWxseSBraWNraW5nIGluLCBsaWtlIGEgcmVzaWRlbnQgdmlydXMgcHJvdGVjdG9yPyBQZXJoYXBz
XHBhcg0KZXZlbiB0cnkgcnVubmluZyBCQiBpbiB0aGUgIldpbmRvd3Mgc2FmZSBtb2RlIi5ccGFy
DQpccGFyDQpJIGFtIHNheWluZyB0aGlzIGJlY2F1c2UgSSB3YXMgZ2V0dGluZyBhbm5veWVkIHdp
dGggcHJvZ3JhbXMgbGlrZSB3dWF1Y2x0XHBhcg0Kb3IgQWNyb1RyYXksIHdoaWNoIHdlcmUgcGVy
aW9kaWNhbGx5IGRvaW5nIHNvbWV0aGluZyB3aXRoIG15IGNvbXB1dGVyXHBhcg0Kd2l0aG91dCBt
ZSBiZWluZyBxdWl0ZSBhd2FyZSB3aGF0IHRoZXkgd2VyZSBkb2luZy4gSSBjb3VsZCBzZWUgcGVy
aW9kaWNccGFyDQpidXJzdHMgb2YgYWN0aXZpdHkgYnkgdGhlc2UgcHJvZ3JhbXMuIElmIHlvdXIg
bWFjaGluZSBpcyBsb2FkZWQgdG8gdGhlXHBhcg0KcmltLCBzdWNoIGJ1cnN0cyBvZiBhY3Rpdml0
eSBpbnZvbHZlIHN3YXBwaW5nIHRvIGRpc2ssIGFuZCB0aGVuIHlvdSB3aWxsXHBhcg0Kc2VlIHN1
ZGRlbiBzbG93ZG93bnMuXHBhcg0KXHBhcg0KSWYgdGhlIHBhdXNlcyBhcmUgYXNzb2NpYXRlZCB3
aXRoIGRpc2sgYWN0aXZpdHksIHRoZW4gSSB3b3VsZCBzdXNwZWN0IHNvbWVccGFyDQpyZXNpZGVu
dCBwcm9ncmFtIGlzIGtpY2tpbmcgaW4uXHBhcg0KXHBhcg0KTm90IHN1cmUgaWYgdGhpcyBpcyB5
b3VyIGNhc2UsIGJ1dCB3aG8ga25vd3MuXHBhcg0KXHBhcg0KV29qdGVrXHBhcg0KXHBhcg0KPiAg
ICAgICAgICAgICAgICAgICAgIFJhbWlyYXMsXHBhcg0KPlxwYXINCj4gICAgICBJIGFtIHJ1bm5p
bmcgb24gQkIgMS42UkM1IHVuZGVyIFdpbmRvd3MgWFAgc2VydmljZSBwYWNrIDJccGFyDQo+ICAg
ICAgQlVUIHZpcnR1YWxpemVkIHVzaW5nIFBhcmFsbGVscyBEZXNrdG9wIGZvciBNYWMuXHBhcg0K
PiAgICAgIEhvd2V2ZXIsIEkganVzdCBnb3QgZmVlZCBiYWNrIGZyb20gdGhlIGN1c3RvbWVyIHRo
YXQgdGhleSBhbHNvXHBhcg0KPiAgICAgIGFyZSBzZWVtIHBhdXNlcyBhbmQgdGhleSBhcmUgbm90
IHVzaW5nIGEgdmlydHVhbGl6ZWQgc3lzdGVtLlxwYXINCj5ccGFyDQo+ICAgICAgSSdsbCBkaWcg
aW50byBLZXJuZWwud2F0Y2guXCdjMlwnYTAgVGhhbmsgeW91LlxwYXINCj5ccGFyDQo+ICAgICAg
LURvdWcgRGFuZm9ydGhccGFyDQo+XHBhcg0KPlxwYXINCj4gICAgICBPbiA2LzI4LzIwMTEgMzo0
NiBBTSwgUm9taXJhcyB3cm90ZTogICAgICAgICAgICBGb3IgZGVidWdnaW5nIG9mXHBhcg0KPiBt
b2R1bGUgS2VybmVsLCBsb29rIGF0IHByb2NlZHVyZSBLZXJuZWwud2F0Y2hlciAgICAgICAgIGFu
ZCBjb25zdGFudFxwYXINCj4gZGVidWcuIEJ5IHNldHRpbmcgdGhlbSBhIHByb3BlciAgICAgICAg
IHZhbHVlcywgeW91IGNhbiBub3RpZnkgeW91clxwYXINCj4gcHJvZ3JhbSB3aGVuIGdhcmJhZ2Ug
Y29sbGVjdGlvbiBpcyAgICAgICAgIHBlcmZvcm1lZCAoaW4gbG9nLCBmb3JccGFyDQo+IGV4YW1w
bGUpLiBJZiB5b3UgZG8sIHlvdSBtdXN0IHJlY29tcGlsZSBhICAgICAgICAgbW9kdWxlIEtlcm5l
bC5ccGFyDQo+ICAgICAgICAgICAgICAgICAgIFRoZSBnYXJiYWdlIGNvbGxlY3Rpb24gaXMgaW52
b2tlZCBpbiB0aGUgZm9sbG93aW5nXHBhcg0KPiAgICAgc2l0dWF0aW9uczogICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICBwcm9ncmFtXHBhcg0KPiB3YW50IHRvIGFsbG9jYXRlIG1lbW9y
eSBkeW5hbWljYWxseSBmb3Igc29tZVxwYXINCj4gICBvYmplY3QgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgIGluc3VmZmljaWVudFxwYXINCj4gcmVzb3VyY2VzIChtZW1vcnkgb3Ig
dG9vIG1hbnkgb3BlbiBmaWxlXHBhcg0KPiBoYW5kbGVzKSBvciBtb2R1bGUgaXMgdW5sb2FkZWRc
cGFyDQo+ICAgICAgICAgYmVmb3JlIGEgcHJvZ3JhbSBleGl0cyAoY2FsbGluZyBmaW5hbGl6ZXJz
KVxwYXINCj4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICBieSBmb3JjaW5nIG1hbnVhbCBj
YWxsaW5nXHBhcg0KPiBvZiBTZXJ2aWNlcy5Db2xsZWN0ICAgICAgICAgICAgICAgb3IgS2VybmVs
LkNvbGxlY3RccGFyDQo+ICAgICAgICAgICAgICAgICAgICAgICAgVHJ5IHB1dCBORVcgb3V0IG9m
XHBhcg0KPiBsb29wLWNvbXB1dGF0aW9ucywgZS5nLiBwcmVhbGxvY2F0ZSAgICAgICAgICAgbWVt
b3J5IGZvclxwYXINCj4gZHluYW1pY2FsIG9iamVjdHMgYmVmb3JlIGludGVuc2l2ZSBjb21wdXRh
dGlvbnMuXHBhcg0KPiBVc2Ugc3RhdGljIG9iamVjdHMsIHNvIGEgR0Mgd2lsbCBub3QgYWxsb2Nh
dGUgbWVtb3J5IGF0XHBhcg0KPiBydW4gICAgICAgICAgIHRpbWUgZm9yIHRoZW0uXHBhcg0KPiAg
ICAgICAgICAgICAgICAgICBUaGUgbGF0ZW5jeSBtYXkgY29tZSBmcm9tIG9uZSBvZiBsZXZlbHMg
b3IgZXZlbiBhbGwgb2ZccGFyDQo+ICAgICAgICAgdGhlbTogaGFyZHdhcmUsIHN5c3RlbSBzb2Z0
d2FyZSAoT1MsIGRyaXZlcnMpIG9yXHBhcg0KPiBhcHBsaWNhdGlvbiAgICAgICAgICAgc29mdHdh
cmUgKHBhcnRpY3VsYXIgcHJvZ3JhbSkuXHBhcg0KPiAgICAgICAgICAgICAgICAgICBXaGljaCB2
ZXJzaW9uIG9mIEJsYWNrQm94IHlvdSB0cmllZCB5b3VyIHNvZnR3YXJlIG9uOlxwYXINCj4gMS41
LCAgICAgICAgICAgMS42IFJDNSBvciBSQzY/IFZlcnNpb24gMS42IFJDNiBpbmNsdWRlc1xwYXIN
Cj4gaW1wcm92ZWQgZ2FyYmFnZSAgICAgICAgICAgY29sbGVjdGlvbiBhcyBmYXIgYXMgSSBrbm93
LlxwYXINCj4gICAgICAgIFdoaWNoIHZlcnNpb24gb2YgT1MgeW91IGFuZCBhdXRob3Igb2YgdGhl
IGZhY2VccGFyDQo+IGRsbCB0ZXN0ZWQgICAgICAgICAgIG9uP1xwYXINCj5ccGFyDQo+ICAtLS0t
IFRvIHVuc3Vic2NyaWJlLCBzZW5kIGEgbWVzc2FnZSB3aXRoIGJvZHkgIlNJR05PRkYgQkxBQ0tC
T1giIHRvXHBhcg0KPiBMSVNUU0VSVkBMSVNUUy5PQkVST04uQ0hccGFyDQpccGFyDQpccGFyDQot
LS0tXHBhcg0KVG8gdW5zdWJzY3JpYmUsIHNlbmQgYSBtZXNzYWdlIHdpdGggYm9keSAiU0lHTk9G
RiBCTEFDS0JPWCIgdG8gTElTVFNFUlZATElTVFMuT0JFUk9OLkNIXHBhcg0KfQ=
----boundary-LibPST-iamunique-697552334_-_---
Received on Wed Jun 29 2011 - 00:40:52 UTC

This archive was generated by hypermail 2.3.0 : Thu Sep 26 2013 - 06:30:13 UTC