| antocuni (~antocuni@host143-125-dynamic.25-79-r.retail.telecomitalia.it) joined #pypy. | 00:18 | |
| antocuni (~antocuni@host143-125-dynamic.25-79-r.retail.telecomitalia.it) left irc: Remote host closed the connection | 00:18 | |
| alestan (~perkins@208.81.152.74) left irc: Ping timeout: 264 seconds | 00:22 | |
| lucian (~lucian@cpc3-benw9-2-0-cust344.gate.cable.virginmedia.com) left irc: Quit: Leaving... | 00:23 | |
| alestan (~perkins@208.81.152.74) joined #pypy. | 00:26 | |
| alestan (perkins@208.81.152.74) left #pypy. | 00:32 | |
| nopper (~nopper@host31-13-dynamic.7-87-r.retail.telecomitalia.it) left irc: Quit: quit | 00:48 | |
| ambroff (~ambroff@65-113-99-90.dia.static.qwest.net) left irc: Quit: Ex-Chat | 01:08 | |
| ErKa (~keryell@static-64-22-43-58.albyny.csvoip.net) left irc: Read error: Operation timed out | 02:26 | |
| bitmonk (~jryan@adsl-75-7-0-54.dsl.pltn13.sbcglobal.net) left irc: Quit: bitmonk | 02:36 | |
| qbproger (~qbproger@64.85.204.68.cfl.res.rr.com) joined #pypy. | 02:54 | |
| Nick change: magcius_ -> magcius | 03:05 | |
| qbproger (~qbproger@64.85.204.68.cfl.res.rr.com) left irc: Remote host closed the connection | 03:13 | |
| bigdog (~scmikes@72-197-8-8-arpa.cust.cinci.current.net) joined #pypy. | 03:19 | |
| gonsor (~quassel@kel30.kel.stud.uni-goettingen.de) joined #pypy. | 03:27 | |
| wuhy (~chatzilla@121.28.73.42) joined #pypy. | 03:38 | |
| gutworth (~benjamin@64-131-1-181.usfamily.net) left irc: Ping timeout: 265 seconds | 03:43 | |
| bigdog1 (~scmikes@72-197-8-8-arpa.cust.cinci.current.net) joined #pypy. | 03:49 | |
| bigdog (~scmikes@72-197-8-8-arpa.cust.cinci.current.net) left irc: Ping timeout: 272 seconds | 03:50 | |
| gonsor (~quassel@kel30.kel.stud.uni-goettingen.de) left irc: Ping timeout: 260 seconds | 04:05 | |
| kursor (~kursor@p57BB10B6.dip0.t-ipconnect.de) joined #pypy. | 04:19 | |
| gonsor (~quassel@kel30.kel.stud.uni-goettingen.de) joined #pypy. | 04:27 | |
| panni_ (hannes@ip-95-222-52-93.unitymediagroup.de) left irc: Read error: Connection reset by peer | 04:29 | |
| kursor (~kursor@p57BB10B6.dip0.t-ipconnect.de) left irc: Quit: kursor | 04:35 | |
| SandGorgon (~OmNomNomO@122.162.129.207) joined #pypy. | 04:37 | |
| ly- (~ly-@unaffiliated/ly-) left irc: Quit: ly- | 04:46 | |
| fijal | Ademan: ping | 04:55 |
|---|---|---|
| Ademan | pong | 04:55 |
| gonsor (~quassel@kel30.kel.stud.uni-goettingen.de) left irc: Ping timeout: 240 seconds | 05:26 | |
| bigdog1 (~scmikes@72-197-8-8-arpa.cust.cinci.current.net) left irc: Ping timeout: 240 seconds | 06:12 | |
| DasIch_ (~DasIch@p5DC5EE3E.dip.t-dialin.net) joined #pypy. | 06:53 | |
| DasIch (~DasIch@p5DC5ED07.dip.t-dialin.net) left irc: Ping timeout: 276 seconds | 06:56 | |
| mvt (~mvt@87.213.45.85) joined #pypy. | 07:04 | |
| pemryan (~pem@2001:cc0:201e:107:221:86ff:fe1a:e5aa) joined #pypy. | 07:18 | |
| verte (~9d80dace@gateway/web/freenode/x-dfkgydclkpszofrn) joined #pypy. | 07:20 | |
| ousado (~ousado@p5B3C2A1D.dip0.t-ipconnect.de) left irc: Read error: Connection reset by peer | 07:26 | |
| ousado (~ousado@p5B3C2A1D.dip0.t-ipconnect.de) joined #pypy. | 07:26 | |
| pemryan (~pem@2001:cc0:201e:107:221:86ff:fe1a:e5aa) left irc: Remote host closed the connection | 07:29 | |
| pemryan (~pem@2001:cc0:201e:107:221:86ff:fe1a:e5aa) joined #pypy. | 07:29 | |
| tav (~tav@92.29.54.248) got netsplit. | 07:33 | |
| jcp (~jw@bzflag/contributor/javawizard2539) got netsplit. | 07:33 | |
| stargaming (stargaming@unaffiliated/stargaming) got netsplit. | 07:33 | |
| tav (~tav@92.29.54.248) returned to #pypy. | 07:39 | |
| jcp (~jw@bzflag/contributor/javawizard2539) returned to #pypy. | 07:39 | |
| stargaming (stargaming@unaffiliated/stargaming) returned to #pypy. | 07:39 | |
| wuhy (~chatzilla@121.28.73.42) left irc: Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539] | 07:45 | |
| dju (dju@fsf/member/dju) joined #pypy. | 07:50 | |
| dju (dju@fsf/member/dju) left irc: Max SendQ exceeded | 07:51 | |
| dju (dju@fsf/member/dju) joined #pypy. | 07:52 | |
| dju (dju@fsf/member/dju) left irc: Quit: Quitte | 07:58 | |
| amaury_ (~5bc3480e@gateway/web/freenode/x-uurjjagxlafxaxtz) joined #pypy. | 08:07 | |
| cwillu_ (~cwillu@cwillu.com) joined #pypy. | 08:08 | |
| e-max__ (~e-max@212.44.158.20) left irc: Ping timeout: 245 seconds | 08:08 | |
| e-max_ (~e-max@217.14.244.16) joined #pypy. | 08:21 | |
| Unhelpful (~quassel@rockbox/developer/Unhelpful) left irc: Read error: Connection reset by peer | 08:21 | |
| Unhelpful (~quassel@rockbox/developer/Unhelpful) joined #pypy. | 08:22 | |
| pemryan (~pem@2001:cc0:201e:107:221:86ff:fe1a:e5aa) left irc: Remote host closed the connection | 08:26 | |
| verte (~9d80dace@gateway/web/freenode/x-dfkgydclkpszofrn) left irc: | 08:40 | |
| Nick change: cwillu_ -> cwillu | 08:42 | |
| pedronis (~pedronis@46-180.61-188.cust.bluewin.ch) joined #pypy. | 09:08 | |
| pemryan (~pem@2001:cc0:201e:107:221:86ff:fe1a:e5aa) joined #pypy. | 09:14 | |
| pemryan (pem@2001:cc0:201e:107:221:86ff:fe1a:e5aa) left #pypy ("Konversation terminated!"). | 10:16 | |
| ErKa (~keryell@static-64-22-43-58.albyny.csvoip.net) joined #pypy. | 10:26 | |
| Hory (~hory@78.96.96.85) joined #pypy. | 10:45 | |
| Hong_MinHee (~dahlia@211.239.163.54) left irc: Ping timeout: 260 seconds | 10:55 | |
| Hong_MinHee (~dahlia@211.239.163.54) joined #pypy. | 10:55 | |
| ErKa (~keryell@static-64-22-43-58.albyny.csvoip.net) left irc: Ping timeout: 248 seconds | 11:43 | |
| fubd (~a@digsby05.rit.edu) left irc: Ping timeout: 276 seconds | 11:45 | |
| fubd (~a@digsby05.rit.edu) joined #pypy. | 11:48 | |
| gonsor (~quassel@kel30.kel.stud.uni-goettingen.de) joined #pypy. | 12:01 | |
| arigato (~arigo@c-354be353.022-54-67626719.cust.bredbandsbolaget.se) joined #pypy. | 12:01 | |
| pedronis (~pedronis@46-180.61-188.cust.bluewin.ch) left irc: Ping timeout: 264 seconds | 12:07 | |
| ErKa (~keryell@static-64-22-43-58.albyny.csvoip.net) joined #pypy. | 12:10 | |
| gonsor (~quassel@kel30.kel.stud.uni-goettingen.de) left irc: Ping timeout: 252 seconds | 12:13 | |
| amaury_ | arigato: I found an important thing about our issue with llhelper() last night | 12:16 |
| amaury_ | there is a sort of hack to support llhelper on const functions | 12:17 |
| amaury_ | but it does not work when several functions are declared with the same name | 12:17 |
| amaury_ | only the last can be generated | 12:17 |
| ErKa (~keryell@static-64-22-43-58.albyny.csvoip.net) left irc: Ping timeout: 276 seconds | 12:18 | |
| arigato | amaury_: not sure I follow | 12:28 |
| arigato | as far as I can tell, the name of the function has no effect | 12:32 |
| ErKa (keryell@ted.dyn.cs.rpi.edu) joined #pypy. | 12:32 | |
| amaury_ | the hack is that on the function passed to llhelper | 12:33 |
| amaury_ | we set a "c_name" attribute | 12:33 |
| arigato | where? | 12:34 |
| amaury_ | in cpyext/api.py | 12:34 |
| amaury_ | func.get_wrapper(space).c_name = name | 12:34 |
| kursor (~kursor@p57BB236B.dip0.t-ipconnect.de) joined #pypy. | 12:34 | |
| amaury_ | but we use a global dict, keyed by function name | 12:34 |
| pedronis (~pedronis@46-180.61-188.cust.bluewin.ch) joined #pypy. | 12:34 | |
| amaury_ | in our case, all the tp_setattro had the same name | 12:35 |
| arigato | ah, but that's an issue "only" local to api.py | 12:35 |
| amaury_ | yes | 12:35 |
| arigato | you can rename these lambda functions if you need to | 12:35 |
| arigato | there is even pypy.tool.sourcetools.func_with_new_name() to help | 12:35 |
| amaury_ | I know this | 12:35 |
| amaury_ | it just took time to understand why my tests passed, but not the translation | 12:36 |
| arigato | ah :-) | 12:36 |
| magcius | so how exactly does the CPyExt work? | 13:19 |
| magcius | Does it actually parse C and try and reimplement the Python calls? | 13:20 |
| amaury_ | it does not parse C | 13:20 |
| amaury_ | you have compilers for this | 13:20 |
| amaury_ | CPyExt implements the python C functions | 13:20 |
| amaury_ | PyString_FromString() &co | 13:21 |
| amaury_ | and yes, we implement them by hand | 13:22 |
| ly- (~ly-@unaffiliated/ly-) joined #pypy. | 13:31 | |
| Alex_Gaynor (~Alex_Gayn@76-206-247-179.lightspeed.cicril.sbcglobal.net) left irc: Quit: Alex_Gaynor | 13:32 | |
| Alex_Gaynor (~alex@76-206-247-179.lightspeed.cicril.sbcglobal.net) joined #pypy. | 13:34 | |
| Hory (~hory@78.96.96.85) left irc: Read error: Connection reset by peer | 13:35 | |
| romao (~Caio@unaffiliated/romao) joined #pypy. | 13:41 | |
| Arfrever (~Arfrever@gentoo/developer/Arfrever) joined #pypy. | 13:44 | |
| copelco (~copelco@h-66-166-135-210.atlngahp.static.covad.net) joined #pypy. | 13:45 | |
| Hory (~hory@78.96.96.85) joined #pypy. | 13:52 | |
| panni_ (hannes@ip-95-222-52-93.unitymediagroup.de) joined #pypy. | 13:54 | |
| ehm (nope@chello089173023218.chello.sk) joined #pypy. | 14:19 | |
| Alex_Gaynor | arigato: is test_random an expected fail on blackhole? | 14:22 |
| ehmo (nope@chello089173023218.chello.sk) left irc: Ping timeout: 240 seconds | 14:22 | |
| arigato | no | 14:23 |
| Alex_Gaynor | http://paste.pocoo.org/show/221045/ is the tb | 14:23 |
| tav | fellas, please to mod up http://news.ycombinator.com/item?id=1398052 =) | 14:44 |
| elmom_ (~elmom@vallila-gw.hupnet.helsinki.fi) joined #pypy. | 14:58 | |
| ronny_ | tav: sup, didnt you have an authormap somewhere? | 15:16 |
| Shanita (~John@g227200134.adsl.alicedsl.de) left irc: Read error: Connection reset by peer | 15:18 | |
| Shanita (~John@g227200134.adsl.alicedsl.de) joined #pypy. | 15:19 | |
| tav | ronny_: hey, here's a copy: http://gist.github.com/419236.txt | 15:19 |
| ErKa (keryell@ted.dyn.cs.rpi.edu) left irc: Ping timeout: 260 seconds | 15:20 | |
| gonsor (~quassel@kel30.kel.stud.uni-goettingen.de) joined #pypy. | 15:21 | |
| ronny_ | arigato: any toughts on setting up a subdir in pypy for puting some converting metadata there? | 15:23 |
| ronny_ | at least authormap, maybe some rules | 15:23 |
| ronny_ | hmm, who is actually the 'boss' | 15:24 |
| ronny_ | wrt repo management and other stuff | 15:24 |
| kenaan | 03arigo 10r7502014 07M(pypy/branch/blackhole-improvement/pypy/jit/backend/test/test_random.py): Fix. ... | 15:28 |
| gonsor (~quassel@kel30.kel.stud.uni-goettingen.de) left irc: Ping timeout: 260 seconds | 15:44 | |
| mvt (~mvt@87.213.45.85) left irc: Quit: Leaving | 15:49 | |
| gonsor (~quassel@kel30.kel.stud.uni-goettingen.de) joined #pypy. | 15:50 | |
| Trundle (~andy@p5B14D060.dip.t-dialin.net) joined #pypy. | 15:58 | |
| amaury_ | >>> help(str.find) | 15:59 |
| amaury_ | find(_1, _2, _3=0, _4=2147483647) unbound __builtin__.str method | 15:59 |
| exarkun | delicious | 16:00 |
| ronny_ | wow | 16:01 |
| amaury_ | ah, it's because it's implemented as a multimethod | 16:03 |
| amaury_ | "normal" builtin methods display a better message | 16:04 |
| amaury_ | like help(dict.fromkeys): | 16:04 |
| amaury_ | fromkeys(type, keys, fill=None) method of __builtin__.type instance | 16:04 |
| amaury_ | uh, so dict is a "__builtin__.type instance" | 16:04 |
| amaury_ | that's technically true, but useless | 16:09 |
| xorAxAx | help(dict.fromkeys, mathematicians_answer=False) | 16:10 |
| ErKa (~keryell@173-145-39-188.pools.spcsdns.net) joined #pypy. | 16:13 | |
| panni_ (hannes@ip-95-222-52-93.unitymediagroup.de) left irc: Read error: Connection reset by peer | 16:22 | |
| gonsor (~quassel@kel30.kel.stud.uni-goettingen.de) left irc: Read error: Operation timed out | 16:22 | |
| gonsor (~quassel@kel30.kel.stud.uni-goettingen.de) joined #pypy. | 16:24 | |
| nsf (~nsf@jiss.convex.ru) left irc: Quit: WeeChat 0.3.2 | 16:31 | |
| elmom_ (~elmom@vallila-gw.hupnet.helsinki.fi) left irc: Read error: Operation timed out | 16:37 | |
| elmom_ (~elmom@vallila-gw.hupnet.helsinki.fi) joined #pypy. | 16:39 | |
| fijal | hi | 16:40 |
| Shanita (~John@g227200134.adsl.alicedsl.de) left irc: Read error: Connection reset by peer | 16:42 | |
| elmom_ (~elmom@vallila-gw.hupnet.helsinki.fi) left irc: Ping timeout: 248 seconds | 16:44 | |
| amaury_ | fijal: hi | 16:44 |
| Moku (~John@g227200134.adsl.alicedsl.de) joined #pypy. | 16:45 | |
| fijal | pickle error? | 16:46 |
| fijal | http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-32/builds/325/steps/shell_2/logs/stdio | 16:46 |
| Alex_Gaynor (~alex@76-206-247-179.lightspeed.cicril.sbcglobal.net) left irc: Ping timeout: 252 seconds | 16:48 | |
| bigdog (~scmikes@72-197-8-8-arpa.cust.cinci.current.net) joined #pypy. | 16:48 | |
| gutworth (~benjamin@64-131-1-181.usfamily.net) joined #pypy. | 16:57 | |
| Alex_Gaynor (~alex@76-206-247-179.lightspeed.cicril.sbcglobal.net) joined #pypy. | 16:57 | |
| arigato | fijal: I thought I fixed this one | 17:03 |
| fijal | oh, maybe | 17:04 |
| fijal | there is a bit of difference between buildbots & my wakeup | 17:04 |
| fijal | hum | 17:04 |
| fijal | but I did not see any checkin between the run and now | 17:05 |
| fijal | or which revision should have fixed that? | 17:05 |
| arigato | :-( | 17:06 |
| bitmonk (~jryan@adsl-75-7-0-54.dsl.pltn13.sbcglobal.net) joined #pypy. | 17:08 | |
| Action: gutworth sighs http://mail.python.org/pipermail/python-ideas/2010-June/007328.html | 17:14 | |
| Alex_Gaynor | gutworth: you might want to point out that copy.deepcopy has it's own hack implementation of identity dict | 17:14 |
| exarkun | I'm pretty sure Twisted has at least one implementation of the same idea | 17:16 |
| exarkun | It's sort of hard to grep for though | 17:16 |
| gutworth | Alex_Gaynor: thanks! right in our backyard :) | 17:16 |
| arigato | gutworth: sigh indeed | 17:17 |
| fijal | gutworth: did you point raymond it's not about pypy, it's about any moving gc? | 17:17 |
| fijal | also, people seem to like AP's idea | 17:17 |
| fijal | of function-based dict | 17:17 |
| fijal | as a factory | 17:17 |
| gutworth | pickle, too | 17:18 |
| gutworth | tes | 17:18 |
| gutworth | yes | 17:18 |
| arigato | gutworth: you might also point out that his solution that seem so obvious to him, namely d[id(obj)], is actually broken | 17:18 |
| gutworth | how so? if another object is allocated? | 17:19 |
| arigato | yes | 17:19 |
| arigato | then you can have a different object with the same id | 17:19 |
| gutworth | well, a dead object and a live one :) | 17:19 |
| jcreigh | wait, what? I thought ids were supposed to be unique for all live objects | 17:19 |
| gutworth | (a bit like social security numbers here :P) | 17:19 |
| arigato | yes | 17:19 |
| exarkun | jcreigh: But if you don't keep the original key around, only its id, then you don't keep the key alive. | 17:19 |
| arigato | but the "solution" of using d[id(obj)] is very dangerous | 17:20 |
| jcreigh | exarkun: oh! | 17:20 |
| exarkun | http://pastebin.com/y6cKXvXc | 17:20 |
| arigato | because if obj is deallocated and another obj happens to have the same id | 17:20 |
| arigato | then d[id(obj)] will succeed by mistake | 17:20 |
| jcreigh | ugh. You could work around by have the value actually be (obj, value) but nasty. | 17:21 |
| arigato | yes, I think that the real issue here is that because we don't have an identity dict in the stdlib, it's tempting to "just" use id as Raymond does, and then we get nasty bugs | 17:22 |
| elmom_ (~elmom@hoasnet-fe29dd00-137.dhcp.inet.fi) joined #pypy. | 17:24 | |
| jcreigh | how do you do an efficient identity dict with a moving GC anyway? Do you have to have a special hook to "rehash" the dict after a GC run? | 17:26 |
| gutworth | ah, twisted/persisted/styles.py | 17:26 |
| gutworth | jcreigh: we use the interpreter level hash | 17:26 |
| gutworth | which is tagged onto the object when its moved | 17:26 |
| gutworth | it's | 17:26 |
| jcreigh | ah | 17:26 |
| Alex_Gaynor | would it be worht it to maybe just use an extra word in the obj header for storing id? | 17:27 |
| exarkun | Alex_Gaynor: Worth what? Avoiding continuing to argue with raymond? | 17:27 |
| fijal | Alex_Gaynor: that's an extra word in the obj header | 17:27 |
| fijal | which means even if you don't use id, you pay for it quite a bit | 17:27 |
| arigato | Alex_Gaynor: see http://morepypy.blogspot.com/2009/10/gc-improvements.html | 17:28 |
| Alex_Gaynor | yes, was just thinking outloud :) | 17:28 |
| arigato | Alex_Gaynor: in particular, id() is discussed in the comments | 17:28 |
| amaury_ | gutworth: did someone mention that an identity_dict is both faster and smaller than a dict with key=id(obj)? | 17:28 |
| gutworth | raymond's contention is that it wouldn't be | 17:29 |
| amaury_ | smaller because in most cases, you need to keep to keep the object alive | 17:29 |
| amaury_ | so d[id(obj)] = (obj, value) | 17:29 |
| amaury_ | which adds a 2-tuple for every entry | 17:30 |
| amaury_ | this is how pickle uses it | 17:32 |
| Alex_Gaynor | amaury_: copy does it different, it does d[id(o)] = value; and then d[id(d)].append(o) | 17:33 |
| Alex_Gaynor | yay for consistancy | 17:33 |
| ErKa (~keryell@173-145-39-188.pools.spcsdns.net) left irc: Ping timeout: 260 seconds | 17:33 | |
| fijal | gutworth: I think it's worth pointing out to raymond how different places in stdlib uses different half-broken solutions | 17:33 |
| arigato | http://codespeak.net:8099/summary?category=jit -- oups | 17:33 |
| fijal | on the other hand, it's unclear to me whether raymond would listen | 17:34 |
| fijal | SEGFAULT? | 17:34 |
| arigato | yes | 17:34 |
| gutworth | fijal: doing that know | 17:35 |
| gutworth | thanks :) | 17:35 |
| amaury_ | we could suggest the identity_dict idea to the unladen-swallow team, they already did some improvement to cPickle | 17:37 |
| arigato | :-) | 17:37 |
| fijal | as a mean of bypassing raymond? | 17:37 |
| arigato | not to mention (again) that the performance of id() sucks completely on Jython and IronPython | 17:37 |
| arigato | (and on pypy) | 17:37 |
| fijal | or on cpython if it ever moves to a different gc | 17:38 |
| Alex_Gaynor | fijal: so in 2020 ;) | 17:38 |
| amaury_ | hum, I don't see how a PyObject* could cope with a moving gc | 17:38 |
| arigato | fijal: it will never do that | 17:39 |
| fijal | US had it in their goals | 17:39 |
| gutworth | in 2020, we'll all be coding with PyPy++ | 17:39 |
| gutworth | (yes, past tense) | 17:40 |
| Alex_Gaynor | fijal: backwards compatibility is a bitch ;) | 17:40 |
| arigato | fijal: I suppose that r75002 is guilty, as don't see anything else | 17:41 |
| arigato | and in the blackhole-improvement branch, another obscure failure: | 17:42 |
| arigato | http://codespeak.net:8099/builders/jit-benchmark-linux-x86-32/builds/324/steps/shell_2/logs/stdio | 17:42 |
| ambroff (~ambroff@65-113-99-90.dia.static.qwest.net) joined #pypy. | 17:48 | |
| fijal | arigato: :( | 17:49 |
| SandGorgon (~OmNomNomO@122.162.129.207) left irc: Ping timeout: 245 seconds | 17:54 | |
| gonsor (~quassel@kel30.kel.stud.uni-goettingen.de) left irc: Ping timeout: 260 seconds | 17:59 | |
| Ademan_ (~dan@adsl-75-62-232-140.dsl.pltn13.sbcglobal.net) joined #pypy. | 17:59 | |
| ErKa (~keryell@173-145-39-188.pools.spcsdns.net) joined #pypy. | 17:59 | |
| ronny_ | Alex_Gaynor: anyvc now has some kind of internal painfull checkout/clone api, i hope i have a good idea for a nicely usable public one till next week | 17:59 |
| Ademan (~dan@adsl-75-36-244-198.dsl.pltn13.sbcglobal.net) left irc: Ping timeout: 276 seconds | 18:02 | |
| Alex_Gaynor | ronny_: cool FWIW if you'r elooking for a test bed it might be fine to port pip to use it, to make sure the APIs are nice | 18:03 |
| ronny_ | Alex_Gaynor: i dont think they want dependencies | 18:04 |
| ronny_ | Alex_Gaynor: alos i just started to adapt py.path in anyvc | 18:04 |
| Alex_Gaynor | ronny_: probably not, but just as a proof of concept use of the API :) | 18:04 |
| amaury_ (~5bc3480e@gateway/web/freenode/x-uurjjagxlafxaxtz) left irc: Quit: Page closed | 18:11 | |
| e-max_ (~e-max@217.14.244.16) left irc: Ping timeout: 245 seconds | 18:11 | |
| ErKa (~keryell@173-145-39-188.pools.spcsdns.net) left irc: Ping timeout: 276 seconds | 18:14 | |
| jcreigh | so does every guard have a matching faildescr instance? | 18:15 |
| gutworth | yep | 18:15 |
| fijal | gutworth: so how about having a factory like r_dict? | 18:24 |
| fijal | ketfuncdict | 18:24 |
| fijal | or something | 18:24 |
| gutworth | yep | 18:24 |
| Alex_Gaynor | fijal: what would be the func for pypy? | 18:24 |
| fijal | I don't really care | 18:25 |
| Alex_Gaynor | well I'm just saying if the issue is to the implement identity_dict as an abstraction, there's no python level func that helps us is there? | 18:25 |
| fijal | if we create a factory | 18:29 |
| fijal | then we don't really care, right? | 18:29 |
| fijal | because we can return a different implementation | 18:29 |
| Alex_Gaynor | fijal: ah you're suggesting that key_funcdict(id) would magically return an identity_dict? | 18:29 |
| fijal | yeah | 18:30 |
| fijal | not magically | 18:30 |
| fijal | via return | 18:30 |
| Alex_Gaynor | haha, I just meant it would be a special case | 18:30 |
| ErKa (~keryell@173-140-220-61.pools.spcsdns.net) joined #pypy. | 18:31 | |
| nsf (~nsf@jiss.convex.ru) joined #pypy. | 18:33 | |
| jcreigh | hmm, for the JIT, we don't make any efforts to combine floats in the float constant pool? | 18:36 |
| arigato | indeed | 18:37 |
| CIA-8 | 03arigo 07roundup * 10#544/AssertionError: [new] With trunk, no jit: arigo@tannit32 ~/svn/pypy/benchmarks/unladen_swallow/performance $ ~/pypysrc/32compiled/pypy-c-75020 bm_rietveld.py RPy ... * 14https://codespeak.net/issue/pypy-dev/issue544 | 18:44 |
| ErKa (~keryell@173-140-220-61.pools.spcsdns.net) left irc: Ping timeout: 240 seconds | 18:48 | |
| fijal | arigato: I would suspect recent changes to pickling | 18:49 |
| fijal | to accomodate stackless | 18:49 |
| fijal | or uh | 18:49 |
| fijal | maybe not | 18:49 |
| fijal | we don't know when it happened because trunk was broken on benchmarks for a bit | 18:49 |
| arigato | fijal: I'm not looking at it, I'm looking at a different error | 18:51 |
| arigato | I've posted it there to not forget | 18:51 |
| arigato | well I'm looking at two different unrelated errors already | 18:51 |
| fijal | I got swamped with unrelated errors recently | 18:54 |
| fijal | and now I'm untangling encoding freezing to be able to debug a real error | 18:54 |
| fijal | :-/ | 18:54 |
| kursor (~kursor@p57BB236B.dip0.t-ipconnect.de) left irc: Quit: kursor | 18:57 | |
| arigato | :-) | 19:02 |
| fijal | well | 19:02 |
| fijal | that's not exactly an emoticon I would use | 19:02 |
| jcreigh | In the encoding produced by write_failure_recovery_description, what is the purpose of CODE_HOLE? | 19:05 |
| ErKa (~keryell@173-141-50-250.pools.spcsdns.net) joined #pypy. | 19:08 | |
| arigato | fijal: yes, sorry | 19:14 |
| ErKa (~keryell@173-141-50-250.pools.spcsdns.net) left irc: Ping timeout: 276 seconds | 19:17 | |
| kenaan | 03arigo 10r7502314 pypy/trunk/pypy/jit 07M(model.py assembler.py regalloc.py pyjitpl.py): Revert r75002, r75004 and r75012. Until I find out why, ... | 19:17 |
| fijal | shall I kick buildbot? | 19:18 |
| arigato | if you feel like it, yes | 19:19 |
| Action: arigato is thinking about writing code to check that registers usage is valid in the jitcodes in the blackhole-improvement branch | 19:19 | |
| ErKa (~keryell@173-141-50-250.pools.spcsdns.net) joined #pypy. | 19:20 | |
| Action: fijal feels like it | 19:22 | |
| fijal | probably makes sense | 19:22 |
| fijal | once we have register allocator, we can use it to have a pure-assembler static backend, right? | 19:23 |
| arigato | yes, in theory | 19:23 |
| dmalcolm (~david@nat/redhat/x-sjoywobqhjipgvrv) joined #pypy. | 19:23 | |
| fijal | in theory, given enough work, it should be faster than C backend | 19:23 |
| arigato | well the allocator doesn't care about "but this machine has only 6 registers" | 19:23 |
| fijal | in practice, we can never achieve that | 19:24 |
| gutworth | let's not rewrite the *whole* toolchain | 19:25 |
| gutworth | before you know it we'll make people use our own cpus... | 19:25 |
| arigato | yes :-) | 19:25 |
| exarkun | does clang build what pypy's c backend emits? | 19:25 |
| arigato | I suppose, it's ANSI C | 19:25 |
| Alex_Gaynor | exarkun: no, since we post process ASM | 19:25 |
| arigato | ah | 19:26 |
| Alex_Gaynor | so yes I suppose clang builds it | 19:26 |
| gutworth | Alex_Gaynor: well, asmgcc root won't work | 19:26 |
| Alex_Gaynor | but we can't post process the ASM | 19:26 |
| gutworth | shadow stack | 19:26 |
| Alex_Gaynor | gutworth: are you volunteering to write another ASM parser? | 19:26 |
| arigato | some time ago I would have asked if clang could have the feature or be easily extensible to do directly our assembler-parsing hack | 19:27 |
| procto (~boo@logarchy.org) left irc: Ping timeout: 276 seconds | 19:27 | |
| gutworth | no, I'm volunteering you to write a clang plugin | 19:27 |
| arigato | but now I don't because it would be yet another mess with the JIT | 19:27 |
| Alex_Gaynor | guibou: speaking of which (not really), when do you start work on 2.6? | 19:28 |
| Alex_Gaynor | er gutworth | 19:28 |
| gutworth | 22 hours | 19:29 |
| arigato | :-) | 19:29 |
| ErKa (~keryell@173-141-50-250.pools.spcsdns.net) left irc: Ping timeout: 260 seconds | 19:30 | |
| mivert_ (~mivert@208.78.39.48) joined #pypy. | 19:30 | |
| Alex_Gaynor | gutworth: cool, I may volunteer to write an rpython json module, it sounds like fun | 19:30 |
| xorAxAx | we are the knights who say NIH, we want an json shrubbery | 19:31 |
| exarkun | rpython parser generator with json grammar as input | 19:31 |
| exarkun | gutworth: didn't you write an rpython parser generator? | 19:31 |
| gutworth | does json have grammar? | 19:31 |
| jcreigh | haha, yes | 19:31 |
| jcreigh | I mean, it's not a regular language | 19:32 |
| gutworth | exarkun: I did | 19:32 |
| Alex_Gaynor | http://json.org/ | 19:32 |
| exarkun | gutworth: what kind of languages does it support? | 19:32 |
| gutworth | as long as its LL1 | 19:32 |
| gutworth | german and afrikans | 19:32 |
| Alex_Gaynor | JSON is weaker than LL(1) I think | 19:32 |
| Alex_Gaynor | a stack machine can handle it I think | 19:32 |
| exarkun | Alex_Gaynor: So there you go. Just use what gutworth wrote. | 19:33 |
| gutworth | ah, they have a nice lexer grammar on the right | 19:33 |
| Alex_Gaynor | exarkun: but that's not as awesome! | 19:33 |
| exarkun | Alex_Gaynor: It's more awesome. | 19:33 |
| exarkun | Alex_Gaynor: Because it avoids wasting time and writing unnecessary code | 19:33 |
| Alex_Gaynor | I hadn't considered that | 19:33 |
| mivert (~mivert@208.78.39.48) left irc: Ping timeout: 258 seconds | 19:33 | |
| Action: jcreigh wishes he could wave a magic wand and replace 99% of the uses of XML with JSON | 19:36 | |
| Alex_Gaynor | jcreigh: my boss was a part of the original XML comitee, I'll never let him live it down :) | 19:36 |
| exarkun | jcreigh: man don't waste wishes or magic wands like that :/ | 19:36 |
| arigato | waa | 19:44 |
| arigato | the jitcode is so wrong that I can see it just by a quick look at its dump | 19:44 |
| Alex_Gaynor | arigato: I'm not sure if that is better or worse than it being only subtly broken | 19:45 |
| arigato | that's unclear if it's really the issue there, so more staring is needed :-( | 19:45 |
| procto (~boo@logarchy.org) joined #pypy. | 19:48 | |
| ErKa (~keryell@173-114-2-93.pools.spcsdns.net) joined #pypy. | 19:50 | |
| fijal | arigato: you mean reg alloc? | 19:50 |
| arigato | fijal: no, some other detail | 19:50 |
| arigato | as a side note, no jitcode uses more than 12 ref registers, 14 int registers, or 6 float registers | 19:51 |
| arigato | maybe allocating 256 of each is a bit too much | 19:52 |
| fijal | how often do we allocate them? | 19:53 |
| arigato | not often | 19:53 |
| fijal | well, it seems that doesn't matter | 19:54 |
| arigato | yes | 19:54 |
| fijal | since we get better cache locality | 19:54 |
| fijal | if we use smaller tables | 19:54 |
| arigato | no, even not | 19:54 |
| fijal | because? | 19:54 |
| arigato | cache locality is not really about using memory that is close together | 19:54 |
| arigato | it's about not using a lot of memory in total | 19:55 |
| arigato | (well it's about using memory that is very close in the sense of "in the same row of 32 bytes" or something) | 19:56 |
| fijal | k | 19:56 |
| fijal | did you get my mails btw? | 19:56 |
| arigato | yes | 19:57 |
| fijal | any opinion on number? | 19:59 |
| Ademan_ (~dan@adsl-75-62-232-140.dsl.pltn13.sbcglobal.net) left irc: Ping timeout: 260 seconds | 19:59 | |
| fijal | on 'def number' | 19:59 |
| Ademan (~dan@adsl-75-62-234-243.dsl.pltn13.sbcglobal.net) joined #pypy. | 19:59 | |
| fijal | ok, ignore it, you have other problems | 20:00 |
| arigato | what opinion could I have? we know that a lot of time is spent in resume.py in general | 20:04 |
| arigato | I didn't know def number was so high | 20:04 |
| arigato | I don't know what to do | 20:05 |
| arigato | maybe we could replace dictionaries with fields in their key objects | 20:06 |
| arigato | if we are very careful | 20:06 |
| fijal (~fijal@2002:47c4:f79c:0:218:deff:fe73:90b1) left irc: Read error: Operation timed out | 20:07 | |
| ErKa (~keryell@173-114-2-93.pools.spcsdns.net) left irc: Ping timeout: 248 seconds | 20:16 | |
| ErKa (~keryell@173-114-2-93.pools.spcsdns.net) joined #pypy. | 20:23 | |
| bigdog (~scmikes@72-197-8-8-arpa.cust.cinci.current.net) left irc: Quit: Leaving. | 20:27 | |
| fijal (~fijal@rtr-folsom.wireless.indra.com) joined #pypy. | 20:29 | |
| fijal | re-hi | 20:29 |
| fijal | arigato: my point was more than number() takes more time than assembler generation for example | 20:30 |
| fijal | and I don't completely understand why | 20:31 |
| fijal | there is a couple of comments like "XXX would be nice to have this or that" | 20:31 |
| fijal | which might improve situation drastically | 20:31 |
| ErKa (~keryell@173-114-2-93.pools.spcsdns.net) left irc: Ping timeout: 276 seconds | 20:36 | |
| gonsor (~quassel@kel30.kel.stud.uni-goettingen.de) joined #pypy. | 20:49 | |
| kenaan | 03fijal 10r7502414 05A(pypy/branch/unfreeze-encodings/): A branch to try to unfreeze encodings ... | 20:49 |
| bigdog (~scmikes@72-197-8-8-arpa.cust.cinci.current.net) joined #pypy. | 21:00 | |
| copelco_ (~copelco@h-66-166-135-210.atlngahp.static.covad.net) joined #pypy. | 21:02 | |
| amaury_ (~5645c527@gateway/web/freenode/x-lghdhszgvrrvgtwi) joined #pypy. | 21:03 | |
| HenrikV (~henrikven@cpc1-acto1-2-0-cust209.4-2.cable.virginmedia.com) left irc: Ping timeout: 245 seconds | 21:04 | |
| HenrikV (~henrikven@cpc1-acto1-2-0-cust209.4-2.cable.virginmedia.com) joined #pypy. | 21:05 | |
| copelco (~copelco@h-66-166-135-210.atlngahp.static.covad.net) left irc: Ping timeout: 258 seconds | 21:06 | |
| copelco_ (~copelco@h-66-166-135-210.atlngahp.static.covad.net) left irc: Ping timeout: 245 seconds | 21:06 | |
| AndrewBC (MGM@97.93.232.247) joined #pypy. | 21:10 | |
| HenrikV (~henrikven@cpc1-acto1-2-0-cust209.4-2.cable.virginmedia.com) left irc: Ping timeout: 245 seconds | 21:19 | |
| fubd (~a@digsby05.rit.edu) left irc: Ping timeout: 276 seconds | 21:22 | |
| romao (~Caio@unaffiliated/romao) left irc: Quit: nil | 21:25 | |
| Arfrever (~Arfrever@gentoo/developer/Arfrever) left irc: Quit: Ex+re (KVIrc 4) | 21:26 | |
| gonsor (~quassel@kel30.kel.stud.uni-goettingen.de) left irc: Ping timeout: 260 seconds | 21:27 | |
| fubd (~a@digsby05.rit.edu) joined #pypy. | 21:28 | |
| kenaan | 03getxsick 10r7502514 06D(pypy/branch/fast-ctypes/pypy/module/jitffi/): kill pypy/module/jitffi for now ... | 21:28 |
| Shanita (~John@f048113157.adsl.alicedsl.de) joined #pypy. | 21:30 | |
| kenaan | 03getxsick 10r7502614 pypy/branch/fast-ctypes/pypy/rlib 05A(jitffi.py test_jitffi.py): add pypy/rlib/jitffi module ... | 21:30 |
| Moku (~John@g227200134.adsl.alicedsl.de) left irc: Read error: Operation timed out | 21:31 | |
| kenaan | 03getxsick 10r7502714 07M(pypy/branch/fast-ctypes/pypy/rlib/test/test_jitffi.py): remove comments ... | 21:31 |
| fijal | arigato: http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-32/builds/326/steps/shell_5/logs/stdio | 21:34 |
| fijal | good :) | 21:34 |
| fijal | in a way | 21:34 |
| ousado_ (~ousado@p5B3C0CC2.dip0.t-ipconnect.de) joined #pypy. | 21:34 | |
| fijal | on the other hand it's still broken in a way | 21:36 |
| ousado (~ousado@p5B3C2A1D.dip0.t-ipconnect.de) left irc: Ping timeout: 245 seconds | 21:37 | |
| gutworth | haha, that avoids our bugs well | 21:42 |
| ErKa (~keryell@173-114-2-93.pools.spcsdns.net) joined #pypy. | 21:43 | |
| fijal | gutworth: what avoids our bugs? | 21:46 |
| gutworth | other failing software | 21:49 |
| fijal | eh | 21:52 |
| arigato | fijal: yes... I guess I will make a branch, re-apply there, and debug | 21:56 |
| fijal | arigato: we have at least 3 different problems here | 21:57 |
| arigato | yes | 21:57 |
| fijal | 1) templess not resolbving | 21:57 |
| fijal | 2) speed not working | 21:57 |
| fijal | 3) your issue | 21:57 |
| fijal | and 4) my issue | 21:57 |
| fijal | we have 4 different problems... | 21:57 |
| fijal | what about templess? | 21:57 |
| fijal | will you fix it or should we disable this step? | 21:57 |
| arigato | templess? | 21:57 |
| arigato | ah | 21:57 |
| arigato | I already made a local copy in the repo | 21:58 |
| arigato | I guess I forgot to redirect | 21:58 |
| kenaan | 03afa 10r7502814 05A(pypy/trunk/pypy/module/cpyext/patches/boost.patch): The patch I use to compile Boost.Python. ... | 21:58 |
| arigato | fijal: it's in http://codespeak.net/svn/user/arigo/hack/pypy-hack/templess | 21:59 |
| fijal | will you change? | 22:00 |
| arigato | http://paste.pocoo.org/show/221208/ | 22:01 |
| arigato | is it enough? when run locally it complain that 'templess' is already checked out from another url, | 22:02 |
| arigato | but I guess it does not matter in any automated test, right? | 22:02 |
| fijal | should not | 22:04 |
| fijal | since it removes it (I think) | 22:04 |
| fijal | well, there is also a question whether you want to keep your old runs around | 22:04 |
| Alex_Gaynor | fijal: what is the argument to valgrind to use callgrind? | 22:06 |
| fijal | valgrind --tool=callgrind | 22:07 |
| kenaan | 03arigo 10r7502914 07M(pypy/trunk/pypy/translator/benchmark/benchmarks.py): Use our local copy of templess. ... | 22:07 |
| jcreigh | hmm, what sorts of functions does the JIT call anyway? (from, eg, genop_call in assembler.py). I'm assuming that Python-level function calls are invisible to the JIT, so are these RPython functions we're calling? | 22:07 |
| arigato | jcreigh: yes | 22:08 |
| arigato | so genop_call and the CALL resoperation must produce an assembler call that follows the calling conventions | 22:08 |
| jcreigh | yeah | 22:09 |
| arigato | (these RPython functions are of course turned into C and compiled, at that point in time) | 22:09 |
| arigato | (unless we are running tests, in which case we use a ctypes callback) | 22:09 |
| fijal | arigato: can you answer my quesiton? (whether it still makes sense to run your old benchmark suite) | 22:11 |
| kenaan | 03afa 10r7503014 05A(pypy/branch/cpyext-init-cleanup/): A branch to clarify the mess in the different objects exposed by the API ... | 22:11 |
| arigato | fijal: sorry, what do you mean? | 22:12 |
| fijal | templess is run within the old benchmark | 22:12 |
| fijal | outside completely of what speed sees | 22:12 |
| fijal | you made a backend using gnuplot a while ago | 22:12 |
| fijal | do you still use it? | 22:12 |
| Nick change: DasIch_ -> DasIch | 22:12 | |
| arigato | ah, no | 22:12 |
| fijal | if not, then we can remove a whole lot of code :) | 22:13 |
| kenaan | 03fijal 10r7503214 07M(pypy/build/bot2/pypybuildbot/builds.py): These days we have only one way to run benchmarks ... | 22:14 |
| fijal | I can clean this up then | 22:14 |
| fijal | since we have quite a bit of support here and there in pypy for running a variety of benchmarks | 22:14 |
| fijal | arigato: from my measurments it seems we can cut down time of jitting quite a bit | 22:15 |
| fijal | that would still not really speed up translation that much | 22:15 |
| mwhudson | i wonder if tuatara is still failing to build pypy every night | 22:19 |
| lucian (~lucian@94-193-66-109.zone7.bethere.co.uk) joined #pypy. | 22:19 | |
| fijal | mwhudson: interesting question | 22:19 |
| Alex_Gaynor | fijal: hrm, trying to figure out why this one test in django's test suite is so slow on pypy, no DB access in the test itself :/ | 22:22 |
| fijal | figure it out :) | 22:22 |
| Alex_Gaynor | I'm trying, but there's nothing obvious in the callgrind profile | 22:23 |
| kenaan | 03fijal 10r7503314 07M(pypy/branch/unfreeze-encodings/pypy/module/_codecs/interp_codecs.py): This is the state I would like to achieve (breaks translation) ... | 22:23 |
| fijal | Alex_Gaynor: was it slow under valgrind, or just slow? | 22:23 |
| fijal | and how much slower? | 22:23 |
| fijal | can you paste me your session which showcases it's slow and then send me callgrind profile? | 22:23 |
| Alex_Gaynor | under pypy it is about 3.3s vs. .8s on cpython | 22:23 |
| Hory (~hory@78.96.96.85) left irc: Quit: Leaving. | 22:23 | |
| Alex_Gaynor | sure I can make a callgrind profile | 22:23 |
| fijal | I would probably not tell you much, but please do :) | 22:23 |
| fijal | mwhudson: don't learn about django too much | 22:26 |
| mwhudson | fijal: why? | 22:26 |
| fijal | it's terrible on quite some layers | 22:26 |
| fijal | doctests comes to mind | 22:26 |
| fijal | inherently slow | 22:26 |
| Alex_Gaynor | fijal: we're fixing them! | 22:26 |
| mwhudson | fijal: launchpad is zope3, i bet django isn't more inherently slow than that | 22:27 |
| fijal | Alex_Gaynor: you're not fixing lack of unittests | 22:27 |
| Alex_Gaynor | it's true most of our tests are functional/integration | 22:27 |
| fijal | mwhudson: fair enough. I compare django against my mythical web framework that does not exist | 22:27 |
| mwhudson | fijal: right, they all suck | 22:27 |
| fijal | a deep temptation to hide errors from you | 22:27 |
| fijal | and instead show you something irrelevant | 22:27 |
| jcreigh | OTOH, Django works if you want to build websites... | 22:28 |
| fijal | django is good at catching precise errors and generalizing them to garbage | 22:28 |
| Alex_Gaynor | fijal: is this supposed to be like 30x slower under callgrind? | 22:28 |
| fijal | Alex_Gaynor: yeah | 22:28 |
| Alex_Gaynor | ok actually 60x slower :D | 22:28 |
| fijal | callgrind is a cpu emulater | 22:28 |
| Alex_Gaynor | fijal: where do you want me to send these callgrind files (I got 5 of these) | 22:29 |
| fijal | only one of them is non-9 | 22:29 |
| fijal | non-0 | 22:29 |
| fijal | I bet | 22:29 |
| fijal | to my mail? | 22:29 |
| Alex_Gaynor | ah yes | 22:29 |
| Alex_Gaynor | fijall@gmail? | 22:29 |
| Alex_Gaynor | fijal: sent | 22:30 |
| Alex_Gaynor | it looks like too mcuh time is spent in JIT actually | 22:30 |
| fijal | what's the JIT report at the end? | 22:31 |
| Alex_Gaynor | optimizer and resume data are the highest functions | 22:31 |
| Alex_Gaynor | I'm compiled with --jit-debug=off | 22:31 |
| Alex_Gaynor | want me to compile with it on? | 22:31 |
| fijal | would be cool | 22:32 |
| fijal | you can also overload this option | 22:32 |
| fijal | from command line | 22:32 |
| ErKa (~keryell@173-114-2-93.pools.spcsdns.net) left irc: Ping timeout: 240 seconds | 22:32 | |
| fijal | also you can try PYPYLOG=log pypy-c .... | 22:32 |
| Alex_Gaynor | ok I'll do that as well | 22:32 |
| fijal | and then analyze the log using pypy/tool/logparser.py | 22:32 |
| fijal | it does not look that bad | 22:33 |
| fijal | note - it's about 30% in JIT | 22:33 |
| kenaan | 03getxsick 10r7503414 pypy/branch/fast-ctypes/pypy/rlib 07M(jitffi.py test_jitffi.py): add the Get class. ... | 22:33 |
| fijal | which still leaves room for improvements somewhere else | 22:33 |
| fijal | I don't know, slice? | 22:33 |
| Alex_Gaynor | ? | 22:33 |
| fijal | slice the problem into pieces | 22:34 |
| Alex_Gaynor | yes according to this 40% execution, 30% jit, 17% gc, and 17% jit-running | 22:34 |
| fijal | (have fun doing this) | 22:34 |
| fijal | so well | 22:34 |
| fijal | not enough for JIT to kick in | 22:34 |
| fijal | I don't care then too much | 22:34 |
| Alex_Gaynor | there's 12% blackhole as well | 22:35 |
| kenaan | 03getxsick 10r7503514 07M(pypy/branch/fast-ctypes/pypy/rlib/jitffi.py): kill imports ... | 22:35 |
| Alex_Gaynor | almost as much blackhole as jit running | 22:35 |
| Kaskuka (~John@f054209159.adsl.alicedsl.de) joined #pypy. | 22:35 | |
| Shanita (~John@f048113157.adsl.alicedsl.de) left irc: Ping timeout: 260 seconds | 22:36 | |
| Alex_Gaynor | fijal: it's 3x slower than cpython, there's got to be something that can be done | 22:36 |
| fijal | how about trying blackhole-improvements branch? | 22:37 |
| gutworth | rewrite it in cobol | 22:37 |
| fijal | well, also run this test a couple of times in a row | 22:37 |
| fijal | and see if this is jit-warmup issue | 22:38 |
| bitmonk (~jryan@adsl-75-7-0-54.dsl.pltn13.sbcglobal.net) left irc: Quit: bitmonk | 22:38 | |
| bitmonk (~jryan@adsl-75-7-0-54.dsl.pltn13.sbcglobal.net) joined #pypy. | 22:38 | |
| Alex_Gaynor | ok going to run it 5x | 22:39 |
| Alex_Gaynor | fijal: running it 10x results in 17s vs. 6s | 22:42 |
| fijal | eh | 22:42 |
| fijal | I hate your approach to benchmarking | 22:42 |
| Alex_Gaynor | how do you mean? | 22:43 |
| fijal | show info for each run | 22:43 |
| fijal | to see how the warmup time distributes | 22:43 |
| fijal | the OMG IT'S SLOW | 22:43 |
| fijal | approach | 22:43 |
| Alex_Gaynor | hehe fair enough, I'll get more precise benchmarks going, but first a break to read for a bit | 22:44 |
| izq (~izq@pcsp232-243.dynamic.supercable.net.ve) joined #pypy. | 22:47 | |
| fijal | http://paste.pocoo.org/show/221227/ | 22:53 |
| fijal | great | 22:53 |
| kenaan | 03fijal 10r7503614 07M(pypy/branch/unfreeze-encodings/pypy/module/_codecs/interp_codecs.py): Remove some nonsense. call_function will raise correct exception if asked, it's ... | 22:54 |
| gutworth | nice | 22:58 |
| fijal | our codecs are a mess :-/ | 22:58 |
| ly- (~ly-@unaffiliated/ly-) left irc: Quit: ly- | 23:01 | |
| AndrewBC | According to the title of this page: http://codespeak.net/svn/greenlet/trunk/doc/greenlet.txt greenlets are concurrent, but I've been reading and thinking, and it seems to me that given the methods presented there, the only way to get concurrency is to have greenlets in different threads, which is mentioned | 23:05 |
| AndrewBC | am I right in that, or am I missing something? | 23:05 |
| gutworth | well, yes, it would have to be implemented with threads on the underlying os | 23:05 |
| AndrewBC | Okay :) | 23:06 |
| kenaan | 03fijal 10r7503714 07M(pypy/branch/unfreeze-encodings/pypy/objspace/std/unicodetype.py): A shortcut for decoding common cases ... | 23:06 |
| arigato (~arigo@c-354be353.022-54-67626719.cust.bredbandsbolaget.se) left irc: Quit: See you | 23:07 | |
| exarkun | 'pypy-c setup.py install' will put extension modules into a place where they can be imported by pypy-c later, right? And what's the default location? | 23:08 |
| AndrewBC | I'm just messing around making a simple server that spins off newly accepted connections to greenlets, in case you're interested (though I'm sure this has been done a million times) | 23:08 |
| fijal | exarkun: anto is trying to solve this out | 23:09 |
| fijal | as of now "I don't even want to know" | 23:09 |
| fijal | basically where distutils think it's a good idea | 23:10 |
| exarkun | I suppose I can pass a --prefix | 23:10 |
| Action: exarkun tries to figure out how to get buildbot to build extensions with pypy so they'll be available for use by later test suites | 23:14 | |
| kenaan | 03fijal 10r7503814 07M(pypy/branch/unfreeze-encodings/pypy/objspace/std/unicodetype.py): Write down performance shortcuts for encode case ... | 23:16 |
| fijal | (Pdb) encoding | 23:19 |
| fijal | 'ANSI_X3.4-1968' | 23:19 |
| fijal | what's that? | 23:19 |
| mwhudson (~mwh@canonical/launchpad/mwhudson) left irc: Ping timeout: 264 seconds | 23:19 | |
| izq (~izq@pcsp232-243.dynamic.supercable.net.ve) left irc: Ping timeout: 240 seconds | 23:19 | |
| exarkun | It's an alias for something a lot more obvious | 23:19 |
| fijal | exarkun: any clue? | 23:19 |
| fijal | like ascii? | 23:19 |
| exarkun | Yes, it seems | 23:20 |
| exarkun | http://en.wikipedia.org/wiki/ASCII | 23:20 |
| fijal | _getfilesystemencoding returns that | 23:22 |
| fijal | awesome | 23:22 |
| Shinato (~John@f048098204.adsl.alicedsl.de) joined #pypy. | 23:24 | |
| Kaskuka (~John@f054209159.adsl.alicedsl.de) left irc: Ping timeout: 276 seconds | 23:24 | |
| kenaan | 03fijal 10r7503914 07M(pypy/branch/unfreeze-encodings/pypy/module/sys/interp_encoding.py): Obscure specialcase ... | 23:25 |
| gutworth | fijal: you realize that people can set the encoding to anything defeating any shortcuts you might have, right? | 23:29 |
| fijal (~fijal@rtr-folsom.wireless.indra.com) left irc: Ping timeout: 260 seconds | 23:30 | |
| amaury_ (~5645c527@gateway/web/freenode/x-lghdhszgvrrvgtwi) left irc: Quit: Page closed | 23:31 | |
| Moku (~John@e179108246.adsl.alicedsl.de) joined #pypy. | 23:31 | |
| dmalcolm (~david@nat/redhat/x-sjoywobqhjipgvrv) left irc: Quit: Leaving | 23:32 | |
| Shinato (~John@f048098204.adsl.alicedsl.de) left irc: Ping timeout: 252 seconds | 23:33 | |
| pedronis (~pedronis@46-180.61-188.cust.bluewin.ch) left irc: Ping timeout: 258 seconds | 23:38 | |
| lucian (~lucian@94-193-66-109.zone7.bethere.co.uk) left irc: Quit: Leaving... | 23:40 | |
| getxsick | amazing, my module adds 2 floats with the wrong result | 23:41 |
| bigdog (~scmikes@72-197-8-8-arpa.cust.cinci.current.net) left irc: Ping timeout: 248 seconds | 23:42 | |
| DasIch (~DasIch@p5DC5EE3E.dip.t-dialin.net) left irc: Quit: Lost terminal | 23:43 | |
| Alex_Gaynor | getxsick: but does it do it quickly? | 23:45 |
| getxsick | enough, so ok right? | 23:46 |
| Alex_Gaynor | :) | 23:46 |
| getxsick | hm | 23:46 |
| getxsick | E assert 2.7000000000000002 == 1.875 | 23:46 |
| getxsick | not a big deal | 23:46 |
| getxsick | can i call it a new feature? | 23:47 |
| izq (~izq@190.39.218.20) joined #pypy. | 23:47 | |
| beutdeuce (~44ae292b@gateway/web/freenode/x-xzhtxdjwriizczpy) joined #pypy. | 23:55 | |
| beutdeuce | I'm having trouble getting translatorshell.py working | 23:55 |
| beutdeuce | import failures | 23:55 |
| getxsick | pastebin the output | 23:57 |
| getxsick | it's hard to predict the failures ;) | 23:58 |
| beutdeuce | http://pastie.org/989832 | 23:58 |
| getxsick | is it trunk checkout or what? | 23:59 |
| beutdeuce | pypy.org download for os x 1.2 | 23:59 |
| --- Thu Jun 3 2010 | 00:00 | |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!