00:07:20 alms_ [~alms_@209.6.130.32] has joined #ccl 00:11:10 -!- alms_ [~alms_@209.6.130.32] has quit [Client Quit] 00:12:05 alms_ [~alms_@209-6-130-32.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has joined #ccl 00:16:34 DataLinkDroid [~DataLinkD@1.144.148.205] has joined #ccl 00:17:38 -!- alms_ [~alms_@209-6-130-32.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has quit [Quit: alms_] 01:26:54 -!- Kenjin [~kenjin@bl6-49-232.dsl.telepac.pt] has quit [Remote host closed the connection] 01:27:26 Kenjin [~kenjin@bl6-49-232.dsl.telepac.pt] has joined #ccl 01:28:15 -!- DataLinkDroid [~DataLinkD@1.144.148.205] has quit [Ping timeout: 256 seconds] 01:31:53 -!- Kenjin [~kenjin@bl6-49-232.dsl.telepac.pt] has quit [Ping timeout: 240 seconds] 01:40:11 alms_ [~alms_@209-6-130-32.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has joined #ccl 01:42:38 DataLinkDroid [~DataLinkD@1.145.21.244] has joined #ccl 01:42:43 -!- alms_ [~alms_@209-6-130-32.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has quit [Client Quit] 01:47:17 -!- DataLinkDroid [~DataLinkD@1.145.21.244] has quit [Client Quit] 02:13:09 alms_ [~alms_@209-6-130-32.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has joined #ccl 02:31:19 -!- alms_ [~alms_@209-6-130-32.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has quit [Quit: alms_] 02:34:53 -!- dented42 [~dented42@opengroove.org] has quit [Ping timeout: 252 seconds] 02:40:09 dented42 [~dented42@opengroove.org] has joined #ccl 02:52:42 alms_ [~alms_@209-6-130-32.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has joined #ccl 02:54:00 -!- alms_ [~alms_@209-6-130-32.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has quit [Client Quit] 03:55:12 -!- Blkt [~user@dynamic-adsl-62-10-11-72.clienti.tiscali.it] has quit [Read error: Operation timed out] 03:56:02 Blkt [~user@dynamic-adsl-62-10-11-78.clienti.tiscali.it] has joined #ccl 05:21:48 -!- rme [~rme@50.43.150.173] has quit [Quit: rme] 07:46:54 -!- Blkt [~user@dynamic-adsl-62-10-11-78.clienti.tiscali.it] has quit [Read error: Operation timed out] 07:48:19 Blkt [~user@82.84.170.56] has joined #ccl 07:52:35 Kenjin [~kenjin@bl6-49-232.dsl.telepac.pt] has joined #ccl 07:53:45 -!- Blkt [~user@82.84.170.56] has quit [Read error: Operation timed out] 07:54:34 Blkt [~user@82.84.173.138] has joined #ccl 09:01:09 -!- Kenjin [~kenjin@bl6-49-232.dsl.telepac.pt] has quit [Remote host closed the connection] 09:57:20 Kenjin [~kenjin@gw-isr.deec.uc.pt] has joined #ccl 11:27:41 segv- [~mb@95-91-241-45-dynip.superkabel.de] has joined #ccl 11:48:50 -!- gbyers [~gb@c-68-35-55-248.hsd1.nm.comcast.net] has quit [Read error: Connection reset by peer] 12:19:51 epoch [~epoch@dhcp-98-159-69-194.arkwest.com] has joined #ccl 12:27:42 -!- Kenjin [~kenjin@gw-isr.deec.uc.pt] has quit [Remote host closed the connection] 13:28:09 Kenjin [~kenjin@gw-isr.deec.uc.pt] has joined #ccl 13:33:14 -!- Kenjin [~kenjin@gw-isr.deec.uc.pt] has quit [Ping timeout: 268 seconds] 13:38:06 -!- sellout- [~Adium@c-98-245-92-119.hsd1.co.comcast.net] has quit [Quit: Leaving.] 13:57:21 -!- epoch [~epoch@dhcp-98-159-69-194.arkwest.com] has quit [Remote host closed the connection] 14:12:29 Kenjin [~kenjin@gw-isr.deec.uc.pt] has joined #ccl 14:24:48 sellout- [~Adium@70.96.9.235] has joined #ccl 14:31:16 rme [~rme@50.43.150.173] has joined #ccl 15:01:50 Hans-Martin [~quassel@squeak.heeg.de] has joined #ccl 15:23:13 alms_ [~alms_@209-6-130-32.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has joined #ccl 15:54:12 -!- jdz [~jdz@85.254.212.34] has quit [Excess Flood] 15:54:37 jdz [~jdz@85.254.212.34] has joined #ccl 15:55:20 -!- xristos [x@ns3.suspicious.org] has quit [Excess Flood] 15:56:57 -!- Vivitron [~Vivitron@pool-98-110-213-33.bstnma.fios.verizon.net] has quit [Remote host closed the connection] 15:57:58 xristos [x@ns3.suspicious.org] has joined #ccl 15:57:59 -!- xristos is now known as Guest44192 16:02:14 -!- Hans-Martin [~quassel@squeak.heeg.de] has quit [Remote host closed the connection] 16:04:13 -!- Guest44192 is now known as xristos` 16:04:24 -!- xristos` is now known as xristos 17:32:25 gbyers [~gb@c-68-35-55-248.hsd1.nm.comcast.net] has joined #ccl 17:40:42 sellout-1 [~Adium@70.96.9.235] has joined #ccl 17:40:55 -!- sellout- [~Adium@70.96.9.235] has quit [Ping timeout: 260 seconds] 17:41:56 -!- sellout-1 is now known as sellout 17:46:30 -!- Kenjin [~kenjin@gw-isr.deec.uc.pt] has quit [Remote host closed the connection] 17:48:28 -!- sellout [~Adium@70.96.9.235] has quit [Ping timeout: 246 seconds] 17:50:38 sellout- [~Adium@70.96.9.235] has joined #ccl 18:11:44 _schulte_ [~eschulte@c-174-56-50-60.hsd1.nm.comcast.net] has joined #ccl 18:12:19 <_schulte_> I have a GP application which needs to generate huge populations of objects (requiring tens of gigs of memory) 18:12:41 <_schulte_> on SBCL this takes <2 minutes, the same process has been running on CCL for >45 minutes 18:13:42 <_schulte_> is there any way to quickly allocate memory in CCL, I'm moving from SBCL to CCL precisely because of CCL's more precise GC which I assume is the cause of this slowdown 18:13:46 Kenjin [~kenjin@bl6-49-232.dsl.telepac.pt] has joined #ccl 18:13:49 <_schulte_> any pointers are much appreciated 18:16:15 if i had to guess, i'd say you're doing it wrong 18:16:46 It probably has less to do with GC precision than with GC frequency. The manual discusses how to tune this. 18:20:58 An ephemeral/generational GC operates under the assumption that most newly-created objects are very short-lived. If you're allocating lots of long-lived objects, then it won't be very effective. By default, CCL's egc runs every time 1 or 2 MB have been allocated, and GC time depends (mostly) on how much non-garbage survives. 18:20:59 <_schulte_> gbyers: alright thanks, I'll look for reducing gc frequency in the manual 18:21:35 <_schulte_> oh, that makes sense then, since I'm generating lots of large long-lived objects 18:22:04 <_schulte_> are there ways to declare objects as long-lived, or possibly a without-gc macro? 18:23:45 (EGC NIL) will turn off the EGC, and (SET-LISP-GC-THRESHOLD N) controls how often full GC happens, If you're creating many GB of long-lived objects, then the GC will spend a lot of time finding that there isn't much garbage. 18:24:25 <_schulte_> gbyers: thanks, I'll let-bind that while I build up the pop and see if it helps 18:24:33 *_schulte_* is reading the gc chapter of the manual now 18:30:26 -!- sellout- [~Adium@70.96.9.235] has quit [Quit: Leaving.] 18:33:45 I don't remember whether it's documented, but (GC-VERBOSE T) will print messages whenever the GC runs (to C's stderr; if you use SLIME, that stream may be hard to find ...) I suspect that you'll see that the GC is running very often and that it isn't freeing much. 18:50:39 <_schulte_> http://sprunge.us/jLLG it actually looks like inhibiting egc make this process take longer 18:54:07 <_schulte_> ah, increasing the lisp-heap-gc-threshold helps significantly 18:55:42 <_schulte_> http://sprunge.us/cZYM 18:56:00 <_schulte_> thanks for the help 19:22:40 sellout- [~Adium@67.51.227.94] has joined #ccl 20:26:42 -!- sellout- [~Adium@67.51.227.94] has quit [Quit: Leaving.] 21:03:02 jangle [~jimmy1984@dsl-164.7-238.gtb.net] has joined #ccl 21:03:42 -!- segv- [~mb@95-91-241-45-dynip.superkabel.de] has quit [Ping timeout: 264 seconds] 21:37:10 sellout- [~Adium@c-98-245-92-119.hsd1.co.comcast.net] has joined #ccl 21:37:49 -!- sellout- [~Adium@c-98-245-92-119.hsd1.co.comcast.net] has quit [Read error: Connection reset by peer] 21:37:57 sellout- [~Adium@c-98-245-92-119.hsd1.co.comcast.net] has joined #ccl 21:57:04 -!- alms_ [~alms_@209-6-130-32.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has quit [Quit: alms_] 22:01:05 alms_ [~alms_@209-6-130-32.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has joined #ccl 22:17:04 -!- alms_ [~alms_@209-6-130-32.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has quit [Quit: alms_] 22:30:39 alms_ [~alms_@209-6-130-32.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has joined #ccl 22:46:47 dto [~user@pool-96-252-62-13.bstnma.fios.verizon.net] has joined #ccl 22:53:54 -!- Kenjin [~kenjin@bl6-49-232.dsl.telepac.pt] has quit [Remote host closed the connection] 22:55:02 Kenjin [~kenjin@bl6-49-232.dsl.telepac.pt] has joined #ccl 23:27:02 Vivitron [~Vivitron@pool-98-110-213-33.bstnma.fios.verizon.net] has joined #ccl