| nedbat (~nedbat@python/psf/nedbat) left irc: Ping timeout: 255 seconds | 00:04 | |
| Nick change: forrestv -> p2pool | 00:09 | |
| Nick change: p2pool -> forrestv | 00:09 | |
| ciphergoth_ (~paul@host238.lshift.net) joined #pypy. | 00:16 | |
| bogner (bogner@2600:3c03::f03c:91ff:fedf:7ef4) left irc: Ping timeout: 272 seconds | 00:16 | |
| ciphergoth (~paul@host238.lshift.net) left irc: Ping timeout: 272 seconds | 00:16 | |
| bja (~bja@69.11.216.98) left irc: Ping timeout: 252 seconds | 00:24 | |
| PiotrSikora (~none@nginx/adept/piotrsikora) left irc: Ping timeout: 272 seconds | 00:26 | |
| icrazyhack (~horieyui@183.60.100.168) joined #pypy. | 00:26 | |
| PiotrSikora (~none@nginx/adept/piotrsikora) joined #pypy. | 00:28 | |
| nedbat (~nedbat@python/psf/nedbat) joined #pypy. | 00:28 | |
| bogner (bogner@2600:3c03::f03c:91ff:fedf:7ef4) joined #pypy. | 00:28 | |
| pnguyen (~pnguyen@cpe-70-112-214-119.austin.res.rr.com) left irc: Quit: pnguyen | 00:35 | |
| kenaan | 12fijal default 11fc6c9d14a686 15/pypy/doc/getting-started.rst: bump rev no | 00:40 |
|---|---|---|
| kenaan | 12fijal default 11454ec575a42a 15/pypy/: merge | 00:40 |
| zain (~textual@bzq-79-179-136-94.red.bezeqint.net) left irc: Quit: Computer has gone to sleep. | 00:58 | |
| dripton (~dripton@pool-72-86-45-238.clppva.fios.verizon.net) left irc: Quit: Konversation terminated! | 01:00 | |
| bbot2 | 4Failure: 15http://buildbot.pypy.org/builders/own-macosx-x86-32/builds/785 | 01:04 |
| Tobu (~Tobu@unaffiliated/tobu) left irc: Ping timeout: 252 seconds | 01:13 | |
| Tobu (~Tobu@unaffiliated/tobu) joined #pypy. | 01:22 | |
| Arfrever (~Arfrever@apache/committer/Arfrever) left irc: Ping timeout: 240 seconds | 01:31 | |
| 50UAAAFSE (~quassel@190.148.249.220) joined #pypy. | 01:33 | |
| bbot2 | 3Success: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-64/builds/214 | 01:36 |
| bbot2 | 3Success: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-64-2/builds/41 | 01:37 |
| voidspace (~voidspace@python/psf/voidspace) left irc: Quit: Goodbye... | 01:41 | |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/own-linux-x86-64/builds/799 | 02:00 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/pypy-c-app-level-linux-x86-32/builds/1529 | 02:00 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/pypy-c-app-level-linux-x86-64/builds/685 | 02:00 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/pypy-c-jit-linux-x86-32/builds/1210 | 02:00 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/pypy-c-Ojit-no-jit-linux-x86-32/builds/870 | 02:00 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/pypy-c-jit-win-x86-32/builds/338 | 02:00 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/pypy-c-jit-linux-x86-64/builds/688 | 02:00 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/own-linux-x86-32/builds/1938 | 02:00 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/pypy-c-jit-macosx-x86-64/builds/348 | 02:00 |
| tilgovi (~randall@couchdb/developer/tilgovi) left irc: Remote host closed the connection | 02:33 | |
| [R2D2Warrior!R2D2@ip68-10-207-121.hr.hr.cox.net] rules | 02:33 | |
| gtaylor (~gtaylor@108-196-160-156.lightspeed.tukrga.sbcglobal.net) left irc: Read error: Connection reset by peer | 02:41 | |
| csenger|` (~user@dslb-084-058-175-088.pools.arcor-ip.net) joined #pypy. | 03:02 | |
| neunon (~snoonan@unaffiliated/neunon) left irc: Remote host closed the connection | 03:02 | |
| Kaskuka (~John@osbk-4db14ccb.pool.mediaWays.net) left irc: Ping timeout: 240 seconds | 03:04 | |
| Kaskuka (~John@osbk-4db17b2e.pool.mediaWays.net) joined #pypy. | 03:04 | |
| ericflo (~ericflo@75.103.8.110) left irc: Quit: ericflo | 03:04 | |
| csenger|away (~user@dslb-084-058-148-237.pools.arcor-ip.net) left irc: Ping timeout: 240 seconds | 03:05 | |
| tilgovi (~randall@couchdb/developer/tilgovi) joined #pypy. | 03:18 | |
| bbot2 | 3Success: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-32/builds/1024 | 03:24 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-32/builds/1025 [12fijal] | 03:24 |
| bbot2 | 4Failure: 15http://buildbot.pypy.org/builders/pypy-c-jit-win-x86-32/builds/338 | 03:25 |
| tilgovi_ (~randall@couchdb/developer/tilgovi) joined #pypy. | 03:31 | |
| 50UAAAFSE (~quassel@190.148.249.220) left irc: Remote host closed the connection | 03:32 | |
| tilgovi (~randall@couchdb/developer/tilgovi) left irc: Ping timeout: 244 seconds | 03:33 | |
| stakkars (~tismer@p5DDB5C07.dip.t-dialin.net) left irc: Read error: Connection reset by peer | 03:49 | |
| stakkars (~tismer@p5DDB5C07.dip.t-dialin.net) joined #pypy. | 03:49 | |
| stakkars (~tismer@p5DDB5C07.dip.t-dialin.net) left irc: Read error: Connection reset by peer | 03:59 | |
| stakkars (~tismer@p5DDB5C07.dip.t-dialin.net) joined #pypy. | 03:59 | |
| csenger|` (~user@dslb-084-058-175-088.pools.arcor-ip.net) left irc: Read error: Operation timed out | 04:01 | |
| tilgovi (~randall@couchdb/developer/tilgovi) joined #pypy. | 04:06 | |
| tilgovi_ (~randall@couchdb/developer/tilgovi) left irc: Ping timeout: 252 seconds | 04:06 | |
| ivan (~ivan@unaffiliated/ivan/x-000001) left irc: Quit: ERC Version 5.3 (IRC client for Emacs) | 04:07 | |
| ivan` (~ivan@unaffiliated/ivan/x-000001) left irc: Quit: ERC Version 5.3 (IRC client for Emacs) | 04:07 | |
| nedbat (~nedbat@python/psf/nedbat) left irc: Ping timeout: 276 seconds | 04:16 | |
| ivan` (~ivan@unaffiliated/ivan/x-000001) joined #pypy. | 04:17 | |
| bbot2 | 3Success: 15http://buildbot.pypy.org/builders/own-linux-x86-64/builds/799 | 04:24 |
| Niedar (gfghfghf@host-173-230-2-23.vanodod.clients.pavlovmedia.com) left irc: Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com ) | 04:40 | |
| tilgovi (~randall@couchdb/developer/tilgovi) left irc: Remote host closed the connection | 04:42 | |
| CIA-17 | 03papercrane 07roundup * 10#1016/RPython AssertionError while running async io greenlet test: | 04:43 |
| CIA-17 | I've uploaded a new tarball which uses errno instead of hard-coding and runs fine | 04:43 |
| CIA-17 | on Linux as well as OSX. However, I still cannot reproduce on ... * 14https://bugs.pypy.org/issue1016 | 04:43 |
| pnguyen (~pnguyen@cpe-70-112-214-119.austin.res.rr.com) joined #pypy. | 04:53 | |
| bfirsh (u1308@gateway/web/irccloud.com/x-nsyfrckocafmnpsb) left irc: Ping timeout: 240 seconds | 05:01 | |
| Alex_Gaynor (u1246@gateway/web/irccloud.com/x-benrfcmzgaejjsps) left irc: Ping timeout: 240 seconds | 05:01 | |
| DasIch_ (~DasIch@p4FFDE139.dip.t-dialin.net) joined #pypy. | 05:06 | |
| DasIch (~DasIch@p3E990BC9.dip.t-dialin.net) left irc: Ping timeout: 248 seconds | 05:08 | |
| Nick change: DasIch_ -> DasIch | 05:08 | |
| stakkars_ (~tismer@p5DDB5C07.dip.t-dialin.net) joined #pypy. | 05:14 | |
| stakkars (~tismer@p5DDB5C07.dip.t-dialin.net) left irc: Read error: Connection reset by peer | 05:14 | |
| Nick change: stakkars_ -> stakkars | 05:14 | |
| stakkars_ (~tismer@p5DDB5C07.dip.t-dialin.net) joined #pypy. | 05:16 | |
| stakkars (~tismer@p5DDB5C07.dip.t-dialin.net) left irc: Read error: Connection reset by peer | 05:16 | |
| Nick change: stakkars_ -> stakkars | 05:16 | |
| stakkars_ (~tismer@p5DDB5C07.dip.t-dialin.net) joined #pypy. | 05:22 | |
| stakkars (~tismer@p5DDB5C07.dip.t-dialin.net) left irc: Read error: Connection reset by peer | 05:22 | |
| Nick change: stakkars_ -> stakkars | 05:22 | |
| stakkars_ (~tismer@p5DDB5C07.dip.t-dialin.net) joined #pypy. | 05:24 | |
| stakkars (~tismer@p5DDB5C07.dip.t-dialin.net) left irc: Read error: Connection reset by peer | 05:24 | |
| Nick change: stakkars_ -> stakkars | 05:24 | |
| Alex_Gaynor (u1246@gateway/web/irccloud.com/x-nyxhkathukzeilzk) joined #pypy. | 05:26 | |
| #pypy: mode change '+o Alex_Gaynor' by ChanServ!ChanServ@services. | 05:26 | |
| bbot2 | 3Success: 15http://buildbot.pypy.org/builders/pypy-c-app-level-linux-x86-32/builds/1529 | 05:29 |
| ivan` (~ivan@unaffiliated/ivan/x-000001) left irc: Ping timeout: 252 seconds | 05:31 | |
| bbot2 | 3Success: 15http://buildbot.pypy.org/builders/pypy-c-Ojit-no-jit-linux-x86-32/builds/870 | 05:31 |
| bbot2 | 3Success: 15http://buildbot.pypy.org/builders/pypy-c-jit-linux-x86-32/builds/1210 | 05:47 |
| bbot2 | 3Success: 15http://buildbot.pypy.org/builders/pypy-c-app-level-linux-x86-64/builds/685 | 05:50 |
| bbot2 | 3Success: 15http://buildbot.pypy.org/builders/pypy-c-jit-linux-x86-64/builds/688 | 05:52 |
| horieyui (horieyui@222.47.100.126) joined #pypy. | 06:01 | |
| icrazyhack (~horieyui@183.60.100.168) left irc: Ping timeout: 255 seconds | 06:02 | |
| anish_ (anish@nat/redhat/x-myuoluoqsgiyqaos) joined #pypy. | 06:03 | |
| squiddy (~squiddy@g224198052.adsl.alicedsl.de) joined #pypy. | 06:05 | |
| pnguyen (~pnguyen@cpe-70-112-214-119.austin.res.rr.com) left irc: Read error: Connection reset by peer | 06:11 | |
| pnguyen (~pnguyen@cpe-70-112-214-119.austin.res.rr.com) joined #pypy. | 06:12 | |
| DasIch (~DasIch@p4FFDE139.dip.t-dialin.net) left irc: Quit: DasIch | 06:24 | |
| AlekSi (~AlekSi@85.235.191.82) joined #pypy. | 06:24 | |
| CIA-17 | 03maggot 07roundup * 10#1017/io.open compatibility error: (log message trimmed) | 06:34 |
| CIA-17 | [new] io.open: | 06:34 |
| CIA-17 | If the object is in non-blocking mode and no bytes are available, | 06:34 |
| CIA-17 | None is returned. | 06:34 |
| CIA-17 | but pypy raises: * 14https://bugs.pypy.org/issue1017 | 06:34 |
| espes (~espes@123-243-221-248.tpgi.com.au) left irc: Read error: Connection reset by peer | 06:34 | |
| espes (~espes@123-243-221-248.tpgi.com.au) joined #pypy. | 06:35 | |
| papercrane (~papercran@c-76-103-172-115.hsd1.ca.comcast.net) left irc: Quit: Computer has gone to sleep. | 06:41 | |
| AlekSi (~AlekSi@85.235.191.82) left irc: Remote host closed the connection | 06:51 | |
| bbot2 | 3Success: 15http://buildbot.pypy.org/builders/own-linux-x86-32/builds/1938 | 06:54 |
| mat^2 (~mathias@212.130.113.35) left irc: Ping timeout: 240 seconds | 06:55 | |
| ronny | moin | 07:01 |
| zain (~textual@87.69.91.91) joined #pypy. | 07:05 | |
| bbot2 | 4Failure: 15http://buildbot.pypy.org/builders/pypy-c-jit-macosx-x86-64/builds/348 | 07:08 |
| tumbleweed | hrm, I suspect fixing #1017 may get around all the related problems I was looking at | 07:10 |
| pjdelport (~pjdelport@c-69-251-199-136.hsd1.md.comcast.net) joined #pypy. | 07:13 | |
| zain (~textual@87.69.91.91) left irc: Ping timeout: 252 seconds | 07:14 | |
| nirbheek_ (~nirbheek@gentoo/developer/flyingspaghettimonster/nirbheek) joined #pypy. | 07:19 | |
| matti[ (c1a9466d@gateway/web/freenode/ip.193.169.70.109) joined #pypy. | 07:21 | |
| matti[ | fijal: ping | 07:21 |
| nirbheek (~nirbheek@gentoo/developer/flyingspaghettimonster/nirbheek) left irc: Ping timeout: 245 seconds | 07:21 | |
| matti[ | fijal: are you missing an "hg add" ? this commit 27230fad on numpy-back-to-applevel seems a little too small... | 07:23 |
| PiotrSikora (~none@nginx/adept/piotrsikora) left irc: Ping timeout: 272 seconds | 07:23 | |
| Action: matti[ will try again later | 07:24 | |
| Nick change: matti[ -> mattip | 07:24 | |
| mattip (c1a9466d@gateway/web/freenode/ip.193.169.70.109) left irc: Client Quit | 07:25 | |
| asmeurer (~asmeurer@dhcp-altamirano-166.resnet.nmt.edu) joined #pypy. | 07:26 | |
| PiotrSikora (~none@nginx/adept/piotrsikora) joined #pypy. | 07:27 | |
| tilgovi (~randall@couchdb/developer/tilgovi) joined #pypy. | 07:28 | |
| nirbheek_ (~nirbheek@gentoo/developer/flyingspaghettimonster/nirbheek) left irc: Ping timeout: 240 seconds | 07:29 | |
| JaRoel|4d (~jaroel|4d@sink.jaroel.nl) left irc: Remote host closed the connection | 07:30 | |
| asmeurer (~asmeurer@dhcp-altamirano-166.resnet.nmt.edu) left irc: Ping timeout: 255 seconds | 07:33 | |
| nirbheek_ (~nirbheek@gentoo/developer/flyingspaghettimonster/nirbheek) joined #pypy. | 07:34 | |
| Nick change: nirbheek_ -> nirbheek | 07:34 | |
| mvt` (~mvantelli@87.213.45.85) joined #pypy. | 07:34 | |
| Tobu (~Tobu@unaffiliated/tobu) left irc: Ping timeout: 272 seconds | 07:35 | |
| mvt` (mvantelli@87.213.45.85) left #pypy. | 07:36 | |
| bbot2 | 4Failure: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-32/builds/1025 [12fijal] | 07:37 |
| asmeurer (~asmeurer@dhcp-altamirano-166.resnet.nmt.edu) joined #pypy. | 07:40 | |
| Tobu (~Tobu@unaffiliated/tobu) joined #pypy. | 07:42 | |
| antocuni (~antocuni@host155-125-dynamic.25-79-r.retail.telecomitalia.it) joined #pypy. | 07:43 | |
| hruske (~Gasper@188-230-156-183.dynamic.t-2.net) joined #pypy. | 07:56 | |
| lahwran | is there somewhere I can see progress on the stm work? | 08:02 |
| mikefc__ | it's all in the branch i think. not sure anyone's written up anything | 08:04 |
| lahwran | it wasn't super interesting until I read that blog post ... the automagical-ness of it sounds very magical, I'm very excited to see how it will work | 08:05 |
| csenger|` (~user@dslb-084-058-161-075.pools.arcor-ip.net) joined #pypy. | 08:06 | |
| dmitrey (~quassel@77.121.195.200) joined #pypy. | 08:06 | |
| Nick change: csenger|` -> csenger | 08:07 | |
| JaRoel|4d (~jaroel|4d@office.fourdigits.nl) joined #pypy. | 08:07 | |
| nirbheek (~nirbheek@gentoo/developer/flyingspaghettimonster/nirbheek) left irc: Read error: Connection timed out | 08:08 | |
| mikefc__ (3cf2f0c4@gateway/web/freenode/ip.60.242.240.196) left irc: Ping timeout: 264 seconds | 08:08 | |
| nirbheek (~nirbheek@gentoo/developer/flyingspaghettimonster/nirbheek) joined #pypy. | 08:10 | |
| mikefc_ | lahwran: if you check the irc logs during the last week when the sprint was on, you can see some talk about it. | 08:18 |
| mikefc_ | i think the speed was unimpressive | 08:18 |
| mikefc_ | but the speed at which it was done was very impressive :) | 08:18 |
| gehho2_ (~gehho2@ZJ040192.ppp.dion.ne.jp) joined #pypy. | 08:19 | |
| bbot2_ (~bbot2@wyvern.cs.uni-duesseldorf.de) joined #pypy. | 08:19 | |
| intchanter (~intchante@c-76-27-100-38.hsd1.ut.comcast.net) got netsplit. | 08:19 | |
| gehho2 (~gehho2@ZJ040192.ppp.dion.ne.jp) got netsplit. | 08:19 | |
| Fluxid (~fluxid@schranz.io) got netsplit. | 08:19 | |
| bbot2 (~bbot2@wyvern.cs.uni-duesseldorf.de) got netsplit. | 08:19 | |
| jell (~jell@host-134-23.dmtec.eu) got netsplit. | 08:19 | |
| forrestv (~forrestv@unaffiliated/forrestv) got netsplit. | 08:19 | |
| guibou (~guibou@kraken.insecable.net) got netsplit. | 08:19 | |
| guibou (~guibou@kraken.insecable.net) returned to #pypy. | 08:20 | |
| Fluxid (~fluxid@schranz.io) returned to #pypy. | 08:21 | |
| intchanter (~intchante@c-76-27-100-38.hsd1.ut.comcast.net) returned to #pypy. | 08:21 | |
| Nick change: Fluxid -> Guest93742 | 08:22 | |
| Tobu (~Tobu@unaffiliated/tobu) left irc: Read error: Operation timed out | 08:22 | |
| amaury (~amaury_@74.125.57.34) joined #pypy. | 08:25 | |
| jell (~jell@host-134-23.dmtec.eu) returned to #pypy. | 08:26 | |
| jell_ (~jell@host-134-23.dmtec.eu) joined #pypy. | 08:27 | |
| jell_ (~jell@host-134-23.dmtec.eu) left irc: Client Quit | 08:28 | |
| JaRoel|4d (~jaroel|4d@office.fourdigits.nl) left irc: Remote host closed the connection | 08:28 | |
| JaRoel|4d (~jaroel|4d@office.fourdigits.nl) joined #pypy. | 08:29 | |
| gehho2 (~gehho2@ZJ040192.ppp.dion.ne.jp) got lost in the net-split. | 08:30 | |
| bbot2 (~bbot2@wyvern.cs.uni-duesseldorf.de) got lost in the net-split. | 08:30 | |
| forrestv (~forrestv@unaffiliated/forrestv) got lost in the net-split. | 08:30 | |
| Telugodu (~rambaho@202.3.77.231) left irc: Remote host closed the connection | 08:31 | |
| Telugodu (~rambaho@202.3.77.231) joined #pypy. | 08:31 | |
| arigato (~arigo@adsl-89-217-201-171.adslplus.ch) joined #pypy. | 08:32 | |
| Telugodu_ (~rambaho@202.3.77.231) joined #pypy. | 08:33 | |
| kenaan | 12amauryfa default 119901f428b3b1 15/pypy/module/_io/: issue1017: In non-blocking mode, read() should return None instead of raising EAGAIN. | 08:33 |
| CIA-17 | 03afa 07roundup * 10#1017/io.open compatibility error: | 08:33 |
| CIA-17 | [resolved] Fixed in 9901f428b3b1, thanks for the report! | 08:33 |
| CIA-17 | Note that f.read() without argument was already correct. * 14https://bugs.pypy.org/issue1017 | 08:33 |
| Telugodu_ (~rambaho@202.3.77.231) left irc: Client Quit | 08:34 | |
| Telugodu (~rambaho@202.3.77.231) left irc: Client Quit | 08:34 | |
| Telugodu (~rambaho@202.3.77.231) joined #pypy. | 08:35 | |
| Telugodu (~rambaho@202.3.77.231) left irc: Read error: Connection reset by peer | 08:35 | |
| zain (~textual@87.69.91.91) joined #pypy. | 08:37 | |
| Telugodu (~rambaho@202.3.77.231) joined #pypy. | 08:37 | |
| Telugodu_ (~rambaho@202.3.77.231) joined #pypy. | 08:38 | |
| Telugodu_ (~rambaho@202.3.77.231) left irc: Remote host closed the connection | 08:38 | |
| Tobu (~Tobu@unaffiliated/tobu) joined #pypy. | 08:39 | |
| Telugodu (~rambaho@202.3.77.231) left irc: Client Quit | 08:40 | |
| Telugodu (~rambaho@202.3.77.231) joined #pypy. | 08:42 | |
| Telugodu (~rambaho@202.3.77.231) left irc: Remote host closed the connection | 08:42 | |
| anish_ (anish@nat/redhat/x-myuoluoqsgiyqaos) left irc: Ping timeout: 252 seconds | 08:44 | |
| zain (~textual@87.69.91.91) left irc: Ping timeout: 248 seconds | 08:45 | |
| Telugodu (~rambaho@202.3.77.231) joined #pypy. | 08:47 | |
| zain (~textual@87.69.91.91) joined #pypy. | 08:48 | |
| CIA-17 | 03maggot 07roundup * 10#1017/io.open compatibility error: [chatting] Thank you for a fast fix!) * 14https://bugs.pypy.org/issue1017 | 08:48 |
| lucian (~lucian@cpc1-newc15-2-0-cust84.gate.cable.virginmedia.com) joined #pypy. | 08:51 | |
| zain (~textual@87.69.91.91) left irc: Ping timeout: 245 seconds | 08:57 | |
| anish_ (anish@nat/redhat/x-wixjangwawrzflmt) joined #pypy. | 09:00 | |
| lucian (~lucian@cpc1-newc15-2-0-cust84.gate.cable.virginmedia.com) left irc: Ping timeout: 240 seconds | 09:01 | |
| anish_ (anish@nat/redhat/x-wixjangwawrzflmt) left irc: Ping timeout: 252 seconds | 09:10 | |
| dmitrey (~quassel@77.121.195.200) left irc: Ping timeout: 260 seconds | 09:10 | |
| CIA-17 | 03afa 07roundup * 10#1017/io.open compatibility error: [resolved] last night I worked on the same files, so it was fresh in my head :) * 14https://bugs.pypy.org/issue1017 | 09:14 |
| JaRoel (~jaroel|4d@office.fourdigits.nl) joined #pypy. | 09:16 | |
| Nick change: Guest93742 -> WhyWhyWhy | 09:16 | |
| JaRoel|4d (~jaroel|4d@office.fourdigits.nl) left irc: Ping timeout: 248 seconds | 09:19 | |
| anish_ (anish@nat/redhat/x-iurqrygphmiwcuxi) joined #pypy. | 09:23 | |
| Tobu (~Tobu@unaffiliated/tobu) left irc: Ping timeout: 252 seconds | 09:24 | |
| Nick change: gehho2_ -> gehho2 | 09:27 | |
| fijal | hello | 09:30 |
| mikefc_ (mike@60-242-240-196.static.tpgi.com.au) left #pypy. | 09:31 | |
| mikefc_ (~mike@60-242-240-196.static.tpgi.com.au) joined #pypy. | 09:31 | |
| kenaan | 12fijal buildbot 11af2f8bedb39e 15/bot2/pypybuildbot/builds.py: oh crap python 2.7 required | 09:36 |
| bbot2_ | Started: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-32/builds/1026 [12fijal] | 09:37 |
| Tobu (~Tobu@unaffiliated/tobu) joined #pypy. | 09:37 | |
| asmeurer (~asmeurer@dhcp-altamirano-166.resnet.nmt.edu) left irc: Quit: asmeurer | 09:38 | |
| dmitrey (~quassel@77.121.195.200) joined #pypy. | 09:45 | |
| tilgovi (~randall@couchdb/developer/tilgovi) left irc: Ping timeout: 244 seconds | 09:47 | |
| pnguyen (~pnguyen@cpe-70-112-214-119.austin.res.rr.com) left irc: Read error: Connection reset by peer | 09:55 | |
| lesshaste (~lesshaste@87-194-206-189.bethere.co.uk) left irc: Quit: Leaving | 09:56 | |
| G2P (~G2P@fw-asn1.ornis.com) joined #pypy. | 09:56 | |
| zain (~textual@bzq-79-182-196-50.red.bezeqint.net) joined #pypy. | 10:04 | |
| pnguyen (~pnguyen@cpe-70-112-214-119.austin.res.rr.com) joined #pypy. | 10:04 | |
| arigato | hi | 10:05 |
| antocuni | hi | 10:08 |
| antocuni | uhm, something seems very wrong on the py3k branch | 10:09 |
| antocuni | running a single test which requires a space takes ~11 seconds on py3k, and ~2 on default | 10:09 |
| lucian (~lucian@93-97-174-114.zone5.bethere.co.uk) joined #pypy. | 10:10 | |
| pnguyen (~pnguyen@cpe-70-112-214-119.austin.res.rr.com) left irc: Quit: pnguyen | 10:10 | |
| bbot2_ | 4Failure: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-32/builds/1026 [12fijal] | 10:19 |
| fijal | wtf | 10:19 |
| kenaan | 12fijal buildbot 11ecb37aa5b739 15/bot2/pypybuildbot/builds.py: workdinr & relative positions | 10:21 |
| bbot2_ | Started: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-32/builds/1027 [12fijal] | 10:21 |
| voidspace (~voidspace@87-194-212-65.bethere.co.uk) joined #pypy. | 10:23 | |
| voidspace (~voidspace@87-194-212-65.bethere.co.uk) left irc: Changing host | 10:23 | |
| voidspace (~voidspace@python/psf/voidspace) joined #pypy. | 10:23 | |
| arigato | www.cs.bgu.ac.il/~hendlerd/papers/CAR-STM.pdf | 10:31 |
| arigato | this is a paper in which the abstract alone gives me new ideas to play with in pypy's stm :-) | 10:31 |
| lucian | arigato: i've found that a good abstract is perhaps the most important part of papers | 10:35 |
| arigato | :-() | 10:35 |
| arigato | :-) | 10:35 |
| lucian | at least from my p.o.v. | 10:36 |
| lucian | also, these guys seem to have implemented something like kernel-level thread scheduling, but for transactions? | 10:36 |
| Taggnostr2_ (~quassel@agw-sparknet.utu.fi) joined #pypy. | 10:36 | |
| arigato | yes | 10:37 |
| arigato | the first of the two basic ideas is of the kind rather-obvious-but-an-excellent-idea | 10:38 |
| arigato | why-didn't-I-think-of-that-myself | 10:38 |
| mikefc_ | arigato: serializing contention manager? | 10:41 |
| arigato | yes | 10:41 |
| mikefc_ | simple, neat idea. | 10:41 |
| arigato | yes | 10:41 |
| mikefc_ | those benchmark results are nutty. | 10:43 |
| Tobu (~Tobu@unaffiliated/tobu) left irc: Ping timeout: 272 seconds | 10:45 | |
| lucian | it's also possible that RSTM is really terrible with contention | 10:46 |
| lucian | but yeah, the idea seems intuitively good to me | 10:46 |
| Nick change: Taggnostr2_ -> Taggnostr3 | 10:49 | |
| mikefc_ | yeah. rstm might have been completely shit. so it's gone from shit to not-shit. they haven't seem to have compared it to *other* stm implementations. | 10:50 |
| Taggnostr3 (~quassel@agw-sparknet.utu.fi) left irc: Quit: No Ping reply in 180 seconds. | 10:50 | |
| Tobu (~Tobu@unaffiliated/tobu) joined #pypy. | 10:50 | |
| Taggnostr2_ (~quassel@agw-sparknet.utu.fi) joined #pypy. | 10:50 | |
| Nick change: Taggnostr2_ -> Taggnostr3 | 10:52 | |
| voidspace (~voidspace@python/psf/voidspace) left irc: Quit: Bye... | 10:54 | |
| ivan` (~ivan@unaffiliated/ivan/x-000001) joined #pypy. | 10:56 | |
| lizardo (lizardo@nat/indt/x-tjetjjlemzwuejlk) joined #pypy. | 10:57 | |
| voidspace (~voidspace@python/psf/voidspace) joined #pypy. | 10:58 | |
| lucian | mikefc_: i think it would've been hard, seeing the level of detail there | 11:02 |
| lucian | they would probably had to patch w/e other stm for more instrumentation, i think | 11:03 |
| bbot2_ | 4Failure: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-32/builds/1027 [12fijal] | 11:04 |
| mikefc_ | yeah. i'm being cynical. | 11:04 |
| fijal | oh | 11:04 |
| fijal | :/ | 11:04 |
| mattip (c1a9466d@gateway/web/freenode/ip.193.169.70.109) joined #pypy. | 11:05 | |
| mattip | fijal: ping | 11:05 |
| fijal | mattip: pong | 11:06 |
| mattip | are you missing an "hg add" ? this commit 27230fad on numpy-back-to-applevel seems a little too small... | 11:06 |
| fijal | I have no idea which commit you're talking about | 11:09 |
| fijal | full hash maybe? | 11:09 |
| kenaan | 12fijal benchmarks 11dac3a66f6c53 15/lib/jinja2/: Cheat cheat cheat - add jinja2 to benchmarks (benchmakr coming) | 11:10 |
| kenaan | 12fijal benchmarks 11f4a31718810d 15/: merge | 11:10 |
| Nick change: ojii -> ojii|eatingbabie | 11:10 | |
| mattip | the last one on that branch 27230fad511273734a3a4fbae84ed03c96034c56 | 11:10 |
| fijal | that's too long for the hash no? | 11:11 |
| fijal | anyway last one was test commit | 11:11 |
| fijal | to test speed of pushing | 11:11 |
| mattip | so the one from 9 hours ago. changeset is just a single blank line. | 11:11 |
| witulski (~stupsi@fwstups.cs.uni-duesseldorf.de) joined #pypy. | 11:11 | |
| mattip | ahh. I thought it was a commit of a new test. | 11:12 |
| witulski (stupsi@fwstups.cs.uni-duesseldorf.de) left #pypy. | 11:12 | |
| kenaan | 12fijal buildbot 11d4dc199b5ee5 15/bot2/pypybuildbot/builds.py: cheat, we use benchmarks checkout of jinja, what can go wrong... | 11:13 |
| mattip (c1a9466d@gateway/web/freenode/ip.193.169.70.109) left irc: Quit: Page closed | 11:13 | |
| bbot2_ | Started: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-32/builds/1028 [12fijal] | 11:14 |
| Arach (~arach@128-75-172-73.broadband.corbina.ru) left irc: Ping timeout: 252 seconds | 11:30 | |
| antocuni | arigato: about your last comment on the blog: I think that another point of view is that once we integrate the STM with the jit, a lot of read/write barriers can be eliminated, because e.g. for virtuals we know that there is no possibility of conflicts | 11:35 |
| antocuni | so, the typical jitted code should be not much slower than it's now | 11:36 |
| antocuni | or I am completely wrong? | 11:36 |
| arigato | no | 11:36 |
| arigato | but maybe you are too optimistically estimating it | 11:37 |
| antocuni | because in practice we still get a lot of traces without virtuals? | 11:37 |
| arigato | no, because even if you remove 50% of virtuals, it still leaves 50% | 11:37 |
| arigato | so we also need to do more work to optimize the non-virtual case | 11:38 |
| antocuni | yes, that's more or less what I wanted to say :-) | 11:38 |
| antocuni | uhm, I wonder how hard it is to keep a poor's man reference counting | 11:38 |
| arigato | in other words, if you compare the speed of *jitted* code, before and after applying stm | 11:38 |
| arigato | then stm-ing the nonvirtuals still has a potentially huge impact | 11:39 |
| antocuni | which e.g. tells you if there is only one reference to the object, or more | 11:39 |
| antocuni | then, you could put a guard_number_of_references(1), and have stm free code in that case | 11:39 |
| arigato | antocuni: yes, something like that, but not by guarding on the number count | 11:40 |
| arigato | it's probably possible to have code in the GC that maintains a flag that means "I'm thread-local" | 11:40 |
| antocuni | ah, I see | 11:40 |
| antocuni | well, the 1-vs-many counter might be useful in other areas too | 11:40 |
| antocuni | but I see the point | 11:40 |
| arigato | yes, but I think it's wrong actually :-) | 11:41 |
| arigato | e.g. there might be only one reference to x stored in a global object | 11:41 |
| arigato | but still two transactions that access x concurrently | 11:41 |
| antocuni | uhm, right | 11:41 |
| antocuni | we would need a transitive closure of the number of references, or something like that | 11:43 |
| antocuni | but in that case, it'd be hard to maintain I guess | 11:43 |
| Action: antocuni --> lunch | 11:43 | |
| Arach (~arach@128-75-162-28.broadband.corbina.ru) joined #pypy. | 11:45 | |
| arkx (~aku@eagleflow.fi) left irc: Quit: Lost terminal | 11:55 | |
| Nick change: ojii|eatingbabie -> ojii | 11:58 | |
| squiddy (~squiddy@g224198052.adsl.alicedsl.de) left irc: Quit: Leaving | 11:58 | |
| dmitrey (~quassel@77.121.195.200) left irc: Remote host closed the connection | 11:59 | |
| arkx (~aku@eagleflow.fi) joined #pypy. | 12:08 | |
| Taggnostr3 (~quassel@agw-sparknet.utu.fi) left irc: Ping timeout: 240 seconds | 12:09 | |
| azanella (~azanella@189.6.80.131) joined #pypy. | 12:10 | |
| lucian (~lucian@93-97-174-114.zone5.bethere.co.uk) left irc: Remote host closed the connection | 12:11 | |
| nedbat (~nedbat@python/psf/nedbat) joined #pypy. | 12:15 | |
| Tobu (~Tobu@unaffiliated/tobu) left irc: Ping timeout: 272 seconds | 12:25 | |
| Nick change: arkx -> arkx_ | 12:25 | |
| Nick change: arkx_ -> arkx | 12:25 | |
| intchanter (~intchante@c-76-27-100-38.hsd1.ut.comcast.net) left irc: Ping timeout: 248 seconds | 12:27 | |
| intchanter (~intchante@c-76-27-100-38.hsd1.ut.comcast.net) joined #pypy. | 12:29 | |
| Taggnostr2_ (~quassel@agw-sparknet.utu.fi) joined #pypy. | 12:30 | |
| Nick change: Taggnostr2_ -> Taggnostr3 | 12:32 | |
| zain (~textual@bzq-79-182-196-50.red.bezeqint.net) left irc: Quit: Textual IRC Client: http://www.textualapp.com/ | 12:37 | |
| zain (~textual@bzq-79-182-196-50.red.bezeqint.net) joined #pypy. | 12:40 | |
| Tobu (~Tobu@2a01:e35:8a2c:b230:213:d3ff:fe85:5614) joined #pypy. | 12:47 | |
| Tobu (~Tobu@2a01:e35:8a2c:b230:213:d3ff:fe85:5614) left irc: Changing host | 12:47 | |
| Tobu (~Tobu@unaffiliated/tobu) joined #pypy. | 12:47 | |
| anish_ (anish@nat/redhat/x-iurqrygphmiwcuxi) left irc: Ping timeout: 245 seconds | 12:48 | |
| voidspace (~voidspace@python/psf/voidspace) left irc: Quit: Goodbye... | 12:50 | |
| lucian_ (~lucian@93-97-174-114.zone5.bethere.co.uk) joined #pypy. | 12:53 | |
| lizardo (lizardo@nat/indt/x-tjetjjlemzwuejlk) left irc: Quit: Leaving | 12:53 | |
| lizardo (lizardo@nat/indt/x-tqdxwqhlsxscasit) joined #pypy. | 12:53 | |
| inhahe (~inhahe@c-50-128-212-190.hsd1.fl.comcast.net) left irc: Read error: Connection reset by peer | 13:02 | |
| inhahe (~inhahe@c-50-128-212-190.hsd1.fl.comcast.net) joined #pypy. | 13:03 | |
| amaury | hehe, open("/tmp/t.py\x00unlikely") correctly fails on CPython2.7, but succeeds with 3.2 | 13:07 |
| exarkun | What does it open? | 13:08 |
| Alex_Gaynor | exarkun: /tmp/t.py | 13:08 |
| Alex_Gaynor | (C strings. Not even once.) | 13:08 |
| exarkun | :/ | 13:08 |
| amaury | pypy happily truncates as well | 13:09 |
| arigato | bah | 13:10 |
| arigato | bug report time for python 3.2? | 13:10 |
| exarkun | How does os.path.exists treat a path like that? | 13:11 |
| Alex_Gaynor | arigato: amaury filed it already :) | 13:11 |
| arigato | :-) | 13:11 |
| Alex_Gaynor | exarkun: os.path.exists calls os.stat which raises an error on NUL in the str | 13:11 |
| Alex_Gaynor | exarkun: open() on 2.x handles it correctly as WELL | 13:11 |
| arigato | nobody feels like changing the channel topic? | 13:12 |
| arigato | just so that I can set it to "snow, snow! :-)" again | 13:12 |
| DasIch (~DasIch@p4FFDE139.dip.t-dialin.net) joined #pypy. | 13:18 | |
| Tobu (~Tobu@unaffiliated/tobu) left irc: Ping timeout: 252 seconds | 13:24 | |
| Tobu (~Tobu@unaffiliated/tobu) joined #pypy. | 13:29 | |
| stefanop (~stefanop@77.72.196.122) joined #pypy. | 13:31 | |
| stefanop | hi everybody, I'm playing around with the json decoder of pypy, trying to speed it up, and I was wondering: is ''.join(list) the fastest way to concatenate strings? | 13:34 |
| Da_Blitz | b/me was doing some testing the other day and found that in some situations using join was not the fastest | 13:39 |
| Da_Blitz | when in doubt, benchmark it | 13:39 |
| stefanop | yeah, I tried with += concatenation, and it slows down quite a bit | 13:40 |
| Da_Blitz | in my case that was actually faster than using join | 13:40 |
| stefanop | interesting | 13:40 |
| Da_Blitz | took me by supprise | 13:41 |
| Da_Blitz | i have seen things like this before so i normmaly maintain a directory of benchmarks in my source code now | 13:41 |
| stefanop | I'll give it another try, in the meantime are you aware of any other way of concatenating strings that may be interesting? | 13:41 |
| exarkun | How about __pypy__.bytebuffer? | 13:41 |
| Da_Blitz | if i do somting for performance reasons, i make myself code both ways of doing it and spit out the anwser | 13:41 |
| exarkun | Or StringBuilder (but that's probably still RPython-only) | 13:42 |
| Da_Blitz | makes it easier to test across interpreters and platforms | 13:42 |
| stefanop | @Da_Blitz you're right i'll give it a shot | 13:42 |
| stefanop | @exarkun StringBuilder is still a bit slow, I'll try with bytebuffer, just out of curiosity | 13:43 |
| voidspace (~voidspace@87-194-212-65.bethere.co.uk) joined #pypy. | 13:43 | |
| voidspace (~voidspace@87-194-212-65.bethere.co.uk) left irc: Changing host | 13:43 | |
| voidspace (~voidspace@python/psf/voidspace) joined #pypy. | 13:43 | |
| aboudreault (~alanb@osgeo/member/aboudreault) joined #pypy. | 13:43 | |
| exarkun | Huh. I had the impression StringBuilder was supposed to be the fastest thing. | 13:43 |
| stefanop | exactly | 13:45 |
| stefanop | it was supposed, maybe it's just my benchmark | 13:45 |
| bbot2_ | 3Success: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-32/builds/1028 [12fijal] | 13:45 |
| arigato | StringBuilder is RPython-only. it works if you import it and run on top of cpython or pypy, but it's a slower emulation mode then | 13:48 |
| fijal | arigato: there is an applevel one too | 13:48 |
| arigato | ah, *and* bytebuffer()? ok, I forgot | 13:48 |
| fijal | __pypy__.StringBuilder() | 13:50 |
| fijal | stefanop: can I have your benchmark? | 13:53 |
| stefanop | I quickly edited https://bitbucket.org/pypy/benchmarks/src/f04d6d63ba60/own/json_bench.py and working directly on pypy/modified-2.7/json/decoder.py | 13:55 |
| stefanop | now I'm thinking on writing something different, for directly comparing different concatenation methods | 13:56 |
| arigato | I'm thinking about turning stm accesses to PyFrames into regular locked accesses | 13:57 |
| arigato | with correct optimization about the common case, which is accesses from only one thread | 13:58 |
| arigato | it needs (again) a bit of care to avoid deadlocks | 13:58 |
| Da_Blitz | stefanop: i take back what i said about join | 13:59 |
| Da_Blitz | i redid the benchmark with random args | 13:59 |
| Da_Blitz | instead of reusing the same args on every iteration and join comes up faster | 13:59 |
| arigato | (we could use locks everywhere instead of stm, but then the problem of deadlock becomes unavoidable) | 13:59 |
| dmalcolm (~david@c-24-61-12-82.hsd1.ma.comcast.net) left irc: Quit: Leaving | 13:59 | |
| arigato | (I mean unavoidable automatically --- and would require lots of manual placements, to end up in a jython-like approach) | 14:00 |
| stefanop | Da_Blitz: that's interesting, thanks! I wonder if we can come up with some other efficient way of concatenating strings, though... | 14:01 |
| fijal | stefanop: how is decoder concatenating btw? | 14:01 |
| fijal | stefanop: I wrote the encoder btw | 14:01 |
| fijal | and StringBuilder is by far the fastest | 14:01 |
| arigato | in theory we could have a GC-aware builder that is even faster | 14:02 |
| stefanop | fijal: json/decoder.py is using the join approach | 14:02 |
| Alex_Gaynor | arigato: what do you mean GC-aware? | 14:02 |
| stefanop | fijal: cool, I read your blogpost | 14:02 |
| arigato | Alex_Gaynor: something like: collect all strings in a list, but at the next minor collection, move away not the list of objects but instead creating the join on the strings (unsure about it) | 14:03 |
| Alex_Gaynor | arigato: ah, I wonder if that's not a bit too clever :) | 14:03 |
| Tobu (~Tobu@unaffiliated/tobu) left irc: Ping timeout: 252 seconds | 14:03 | |
| arigato | :-) | 14:04 |
| fprimex (~fprimex@brent-macbook.sc.fsu.edu) joined #pypy. | 14:04 | |
| arigato | or at least, we can collect strings in a number of discontiguous buffers, and join them at the end | 14:05 |
| arigato | to avoid even the amortized non-linear cost | 14:05 |
| fijal | arigato: the problem with fast encoding is predicting end size | 14:05 |
| fijal | stefanop: are you looking at what file? | 14:06 |
| arigato | well, it can also be combined with strbuf or a similar optimization at object level, and/or we can think about more JIT optimizations... | 14:06 |
| arigato | (sorry, just trying to state all open possibilities) | 14:07 |
| Action: fijal would like strbuf to be merged first | 14:08 | |
| stefanop | fijal: for the benchmark you mean? I'm actually dumping into strings as you do in yours, and then converting them back to objects | 14:09 |
| exarkun | Of course, what you're probably going to do with some json after you finish encoding it is dump it into a socket | 14:09 |
| exarkun | And you don't need to concatenate any strings for that, you just use writev() instead. | 14:09 |
| exarkun | So fast "".join replacement is a bit of a red herring ;) | 14:10 |
| fijal | exarkun: yes, I was looking there and what you *actually* want for fast json | 14:11 |
| Alex_Gaynor | exarkun: oh man, writev/readv are awesome, and totally underused | 14:11 |
| fijal | is something incremental that still builds it piece by piece | 14:11 |
| fijal | and sends only chunks that are big enough to sockets | 14:11 |
| fijal | ie you don't want to do writev for each 3 byte chunks | 14:11 |
| arigato | exarkun: yes, but writev() does't really solve anything, because in pypy you can't pass pointers to inside RPython strings to it | 14:11 |
| Alex_Gaynor | arigato: you can if they're non-movable (unlikely for JSON blobs, admittingly) | 14:12 |
| arigato | yes | 14:12 |
| fijal | arigato: for no good reasons other that we don't feel like doing pinning | 14:12 |
| arigato | well | 14:12 |
| arigato | fijal: then you end up with the issue of measuring the time it takes to pin and unpin 2345 small strings | 14:12 |
| fijal | I'm not saying you should pass a 3-byte strings there at all | 14:13 |
| Taggnostr3 (~quassel@agw-sparknet.utu.fi) left irc: Remote host closed the connection | 14:13 | |
| fijal | I'm saying you should probably build it until it's some length, like 1000 or 100 or so | 14:13 |
| fijal | and then pass it | 14:13 |
| fijal | so a fast method of building is still cool | 14:13 |
| fijal | but an extra copy is avoided | 14:13 |
| fijal | if we're talking what-can-be-potentially-achieved | 14:13 |
| arigato | yes, but then you can tweak the length to be just above the limit of moving allocations | 14:13 |
| arigato | (so then writev() is useful again) | 14:14 |
| fijal | no, because that: a) provides artificial limits b) you mostly want it to be just-below so you don't gc.collect too often | 14:14 |
| fijal | nyway | 14:14 |
| arigato | no | 14:14 |
| fijal | this is all a bit academic | 14:14 |
| arigato | the limit of moving allocations does not mean that it's allocated immediately old | 14:15 |
| fijal | ah ok | 14:15 |
| arigato | you get a non-movable but still young object | 14:15 |
| fijal | we don't have a good incremental json encoder btw :) | 14:15 |
| arigato | :-) | 14:15 |
| fijal | and one of the reasons why not is because yield is an obscure thing to use with that pattern | 14:15 |
| fijal | you cannot provide one that nicely yields chunks and does not come up with total code duplication | 14:16 |
| Alex_Gaynor | yield from | 14:16 |
| Alex_Gaynor | :) | 14:16 |
| exarkun | fijal: Why? | 14:16 |
| fijal | Alex_Gaynor: I don't think it does work | 14:16 |
| exarkun | You mean because there is a json encoder written already, and none of its code can be re-used for another encoder? | 14:17 |
| fijal | exarkun: no no no | 14:17 |
| fijal | the current encoder has also a fair bit of code duplication because of that issue | 14:17 |
| arigato | I suppose you can write "s=accumulate(...); if s is not None: yield s" but it's admittedly heavy | 14:17 |
| fijal | arigato: that's slowish | 14:17 |
| exarkun | I don't understand the problem. | 14:17 |
| fijal | exarkun: ok, so you write a function that yields and does it recursively for lists | 14:18 |
| fijal | like that: http://paste.pocoo.org/show/539956/ | 14:19 |
| fijal | now change is so you either yield or append to a buffer | 14:19 |
| fijal | maybe I'm just missing something | 14:19 |
| Alex_Gaynor | fijal: for elemn in lst: yield from decode(elem) | 14:19 |
| Alex_Gaynor | works I think | 14:19 |
| exarkun | fijal: I still don't understand. | 14:19 |
| fijal | Alex_Gaynor: we don't have yield from go away | 14:20 |
| exarkun | I'm sure I'm missing something. | 14:20 |
| fijal | exarkun: well, change this function so it does something like "if buffer_full: yield buffer value else: append to buffer | 14:20 |
| fijal | remember lists can be nested | 14:20 |
| exarkun | You have to avoid yielding except when the buffer is full? | 14:20 |
| fijal | yes | 14:21 |
| exarkun | it's the yield that's expensive? | 14:21 |
| fijal | you don't avoid yielding becuase yield is expensive | 14:21 |
| fijal | you do it because passing 3 bytes to a socket does not make much sense | 14:21 |
| Alex_Gaynor | fijal: py3k man, it's the future | 14:21 |
| exarkun | You can build up a large enough buffer in the caller. | 14:21 |
| exarkun | You don't need to do it at every part of the encoder. | 14:21 |
| fijal | exarkun: ok, but then it becomes expensive | 14:22 |
| exarkun | because of the yielding? | 14:22 |
| fijal | if I have a list that's 17-layers deep I would rather avoid 17 yields for each element | 14:22 |
| exarkun | That's not a problem that the jit can solve? | 14:23 |
| fijal | I want the lowest possible level of recursive call to be able to append to a buffer itself | 14:23 |
| exarkun | Why is recursion bad? | 14:23 |
| fijal | well | 14:23 |
| fijal | it's an equivalent of 17 calls no? | 14:24 |
| fijal | we will never get acceptable performance if we have to do a crazy amount of calls to get each element | 14:24 |
| exarkun | I don't know. I don't really know the cost of anything on PyPy. :) | 14:24 |
| dmitrey (~quassel@77.121.195.200) joined #pypy. | 14:24 | |
| Alex_Gaynor | fijal: I added PyPy to https://us.pycon.org/2012/community/sprints/projects/ | 14:24 |
| exarkun | So something like this isn't going to be best? http://twistedmatrix.com/trac/browser/trunk/twisted/web/_flatten.py#L97 | 14:24 |
| fijal | Alex_Gaynor: I'm probably not staying much for sprints, can't afford it | 14:25 |
| Alex_Gaynor | fijal: ok | 14:25 |
| Alex_Gaynor | fijal: deeply nested is less common than just "large" IME | 14:25 |
| fijal | exarkun: as in "can it compete with a handcrafted C solution with constant buffers" fast, no this is not very good | 14:26 |
| exarkun | It seems like coroutines (real ones, or whatever stackless has probably) let you do what you want. But maybe those are slow too. | 14:26 |
| fijal | those are slow for now because of JIT support | 14:27 |
| fijal | but they should not be too slow | 14:27 |
| exarkun | Naively, I would expect that the jit could unroll loops going into and out of a generator, and you wouldn't really care how often you yielded. | 14:27 |
| fijal | felt obscure to use it though if you ask me | 14:27 |
| exarkun | I want code to be just as fast whether it's all stuffed inside a function or whether it's woven together from the caller of a generator and the generator itself. | 14:27 |
| fijal | exarkun: so ok, yield is slower than it should be | 14:28 |
| exarkun | (of course it's easy to want things) | 14:28 |
| fijal | but also an arbitrarily deeply recursive generator is a hard thing to optimize | 14:28 |
| exarkun | The code I linked to isn't technically arbitrarily deeply recursive | 14:28 |
| exarkun | It never goes deeper than 1 or 2 levels (depends how you count) | 14:29 |
| fijal | ok | 14:29 |
| fijal | json does though | 14:29 |
| fijal | I think with 1-2 levels you're okish | 14:29 |
| exarkun | maybe json should be written like the code I linked to :) | 14:29 |
| fijal | but [citation needed] | 14:29 |
| fijal | no, because _flatten can call _flatten arbitrarily deep no? | 14:29 |
| fijal | _flattenElement | 14:29 |
| fijal | 150 for element in _flattenElement(request, root.children, slotData, | 14:30 |
| fijal | 151 renderFactory, False): | 14:30 |
| fijal | 152 yield element | 14:30 |
| fijal | this part precisely | 14:30 |
| Tobu (~Tobu@unaffiliated/tobu) joined #pypy. | 14:30 | |
| arigato | (slow, slow! ...sorry) | 14:30 |
| fijal | exarkun: ah btw, simplejson has 3 copies of handling of primitives | 14:30 |
| arigato | uh | 14:30 |
| arigato | (snow, snow! ...sorry) | 14:30 |
| fijal | precisely because of that reason | 14:31 |
| exarkun | fijal: Hm. | 14:31 |
| exarkun | fijal: That's interesting. That looks like a bug. | 14:31 |
| gtaylor (~gtaylor@108-196-160-156.lightspeed.tukrga.sbcglobal.net) joined #pypy. | 14:31 | |
| exarkun | All of the unit tests still pass if I change those lines to `yield _flattenElement(request, root.children, slotData, renderFactory, False)´ :) | 14:32 |
| exarkun | fijal: That removes the arbitrary deepness, right? | 14:32 |
| Alex_Gaynor | maybe you need more tests | 14:32 |
| exarkun | Alex_Gaynor: I doubt it. | 14:32 |
| exarkun | It's certainly possible. | 14:32 |
| exarkun | I have 100% line/branch coverage of this code, though. | 14:32 |
| nedbat | exarkun: i also bow down to false idols... | 14:33 |
| exarkun | Probably not quite 100% MCDC and certainly not 100% combinatorial coverage | 14:33 |
| exarkun | Still... | 14:33 |
| Alex_Gaynor | nedbat: says the enabler ;) | 14:33 |
| nedbat | :) | 14:33 |
| apoirier (~apr@210.168.3.109.rev.sfr.net) joined #pypy. | 14:33 | |
| exarkun | Anyway, logically it makes sense that the two versions are equivalent. | 14:34 |
| amaury | wasn't "yield from" invented for this case? | 14:35 |
| exarkun | I don't know why it was invented. | 14:36 |
| amaury | to replace "for x in seq: yield x" | 14:36 |
| amaury | "yield from x" | 14:36 |
| exarkun | But I can already replace it | 14:36 |
| exarkun | So I guess "yield from" is redundant. | 14:36 |
| exarkun | So I still don't know why it was invented. ;) | 14:36 |
| amaury | yes, but this yields an iterable | 14:37 |
| amaury | =1 element | 14:37 |
| exarkun | Yes? | 14:37 |
| exarkun | That works fine. | 14:37 |
| exarkun | It's what I want, even. | 14:37 |
| exarkun | fijal suggests it works better than what "yield from" would do. | 14:37 |
| whitelynx (~whitelynx@63.241.75.144) joined #pypy. | 14:38 | |
| amaury | But it's different! | 14:39 |
| amaury | http://paste.pocoo.org/show/539968/ | 14:39 |
| fijal | exarkun: well, for what is worth I'm not claiming this can't be made fast, I'm just claiming I wasn't able to make it fast on that day | 14:39 |
| exarkun | fijal: Sure | 14:39 |
| exarkun | amaury: It's not different in _this_ case. | 14:39 |
| exarkun | Language design is off-topic for #pypy though. | 14:40 |
| dmitrey | fijal: could I commit the current state of empty_like etc from https://bugs.pypy.org/issue1008? | 14:42 |
| fijal | dmitrey: no, it does not come with tests, it's not doing exactly the same thing as cpython one and it's incomplete | 14:45 |
| fijal | as in it won't really show up when you import numpypy would it? | 14:46 |
| fijal | also zeros_like is different than cpython's implementation why? | 14:46 |
| Tobu (~Tobu@unaffiliated/tobu) left irc: Read error: Connection reset by peer | 14:46 | |
| Tobu (~Tobu@unaffiliated/tobu) joined #pypy. | 14:46 | |
| dmitrey | why zeros_like is different? I used copy-paste | 14:46 |
| dmitrey | from current cpython numpy trunc | 14:47 |
| fijal | is it the same? | 14:48 |
| dmitrey | I don't understand the question, let me repeat once again: I have copy-pasted zeros_like and ones_like code from numpy git trunc | 14:49 |
| fijal | hm | 14:49 |
| fijal | I have a version that uses copyto | 14:49 |
| mat^2 (~mathias@212.130.113.35) joined #pypy. | 14:49 | |
| dmitrey | all() and any() also have restricted usage - they doesn't work with axis, that 100x times more important, that absence of nadarray subclass parameter, but it is already committed | 14:49 |
| dmitrey | as for tests - of course I would reorginize them as it is done in PyPy trunc, into test_ones_like func | 14:50 |
| dmitrey | etc | 14:50 |
| dmitrey | well, maybe I haven't updated numpy to latest git version and that's why it differs | 14:52 |
| dmitrey | is copyto essentially better than .fill(0)? | 14:53 |
| fijal | I don't think it's better I just want it to divert as little as possible | 14:53 |
| dmitrey | and does numpypy already have the func copyto? | 14:53 |
| fijal | but fine I guess, it's ok to leave fill especially that copy to is not implemented | 14:53 |
| fijal | but we'll have to implement copyto one day anyway | 14:54 |
| dmitrey | so will it be ok to commit the code right now? | 14:54 |
| antocuni | pff | 14:54 |
| antocuni | on the py3k branch, the startup() method of the sys module makes an appexec which "import io" | 14:55 |
| fijal | dmitrey: tests | 14:55 |
| antocuni | this takes a loooong time when on top of cpython | 14:55 |
| fprimex (~fprimex@brent-macbook.sc.fsu.edu) left irc: Quit: http://www.fprimex.com | 15:00 | |
| Rhy0lite (dje@nat/ibm/x-fhkqwjhpkgsgxmao) joined #pypy. | 15:01 | |
| dmitrey | fijal: the /test_lib_pypy/numpypy has only 1 subfolder "core" with only 1 file "test_fromnumeric", is that ok? I intend to create funcs test_zeros_like, test_ones_like, test_empty_like funcs there. Or, will it be ok to create a single func test_constructors_like there? (do the tests run from dir(numpypy) or from dir(AppTestFromNumeric))? | 15:03 |
| fijal | add test_numeric.py in core/ which will have AppTestNumeric(...) | 15:03 |
| fijal | that will have 3 tests | 15:04 |
| dmitrey | which command prompt line for hg should I use to add file and which one - for committing changes? | 15:05 |
| antocuni | pff**2 | 15:05 |
| fijal | dmitrey: hg add for adding | 15:05 |
| antocuni | and the sys appexec is slow because it ends up in doing "__import__('locale')" | 15:05 |
| fijal | hg diff for diffing | 15:05 |
| fijal | py.test for testing | 15:05 |
| fijal | and paste the diff somewhere, I'll commit it | 15:06 |
| antocuni | just to get the encoding for stdin | 15:06 |
| dmitrey | ok | 15:06 |
| antocuni | btw, I wonder whether it's a good thing that tests depend on the locale settings | 15:07 |
| antocuni | maybe I should just hardcode "ascii" as the encoding of sys.std{in,out,err} when testing | 15:07 |
| zain (~textual@bzq-79-182-196-50.red.bezeqint.net) left irc: Quit: Computer has gone to sleep. | 15:24 | |
| dmitrey | fijal: I have added test_numeric.py via hg, but it requires committing, AFAIK, and I have no edit rights for repository. I put contents of test_numeric.py in http://pastebin.com/GCE14bVY | 15:25 |
| kushal (~kdas@114.143.160.106) joined #pypy. | 15:26 | |
| kushal (~kdas@114.143.160.106) left irc: Changing host | 15:26 | |
| kushal (~kdas@fedora/kushal) joined #pypy. | 15:26 | |
| fijal | dmitrey: you can add it and you can then do hg diff and post the diff somewhere | 15:26 |
| fijal | or you can have a clone on bitbucket and issue a pull request | 15:27 |
| fijal | whatever is easier | 15:27 |
| dmitrey | well, currently I put the diff into http://pastebin.com/eRzQtGE2 | 15:28 |
| fijal | but it's not a full diff, it's missing numeric.py right? | 15:28 |
| fijal | hg diff would should you what you want | 15:28 |
| dmitrey | do you mean the line dmitrey@staregazer:~/Install/pypy/pypy/module/test_lib_pypy/numpypy/core$ hg diff test_numeric.py | 15:29 |
| dmitrey | ] | 15:29 |
| dmitrey | ? | 15:29 |
| fijal | no, just hg diff | 15:30 |
| dmitrey | so it's full output from hg diff | 15:30 |
| fijal | did you change numeric.py? | 15:30 |
| dmitrey | no | 15:31 |
| fijal | well? | 15:31 |
| fijal | you want to add those changes there no? | 15:31 |
| fijal | where are your zeroes_like changes? | 15:31 |
| dmitrey | test_numeric.py was created by me, as you said, I haven't deal with other files. As for the funcs zeros_like etc, they are here:http://pastebin.com/yUznKBGV | 15:32 |
| khs (~khs@151.43.202.84.customer.cdi.no) left irc: Ping timeout: 240 seconds | 15:33 | |
| fijal | yes | 15:33 |
| fijal | but it's impossible for you to run those tests since you didn't change numeric.py right? | 15:33 |
| dmitrey | I run them from terminal one-by-one | 15:33 |
| fijal | ok | 15:33 |
| fijal | that's not how we run it :) | 15:33 |
| fijal | use py.test to run them | 15:34 |
| fijal | it comes included, you run it as | 15:34 |
| fijal | <checkout_dir>/pytest.py <test_numeric.py path> | 15:34 |
| fijal | when they pass you created a full patch | 15:35 |
| dmitrey | well, currently I have (application-level) AttributeError: 'module' object has no attribute 'empty_like' | 15:38 |
| dmitrey | etc, because zeros_like etc are not committed yet | 15:38 |
| fijal | you don't have to commit them | 15:39 |
| dmitrey | and absent in the file/directory where they should be present | 15:39 |
| fijal | you have to put them in correct files | 15:39 |
| dmitrey | which dir/file? | 15:39 |
| fijal | lib_pypy/numpypy/... | 15:39 |
| fijal | there somewhere | 15:39 |
| fijal | core/numeric.py probably | 15:39 |
| dmitrey | and file name? | 15:39 |
| dmitrey | ok | 15:40 |
| fijal | corresponding file from the original numpy | 15:40 |
| dmitrey | in original numpy empty_like somewhere in c code. We cannot exactly math the numpy files because some of them are in c, some cython, etc, and sometimes some funcs move from one file to another | 15:41 |
| fijal | I think numeric.py is correct | 15:42 |
| fijal | because that's where zeros_like lives | 15:42 |
| dmitrey | yes, so le it be /numpypy/core/numeric.py ok? | 15:43 |
| kenaan | 12fijal buildbot 1198e265ee14d4 15/bot2/pypybuildbot/master.py: an attempt to expose numpy readiness | 15:44 |
| fijal | yes | 15:44 |
| tumbleweed | ...and published. /me waits for builds https://launchpad.net/ubuntu/+source/pypy | 15:46 |
| bbot2_ (~bbot2@wyvern.cs.uni-duesseldorf.de) left irc: Quit: buildmaster reconfigured: bot disconnecting | 15:46 | |
| bbot2 (~bbot2@wyvern.cs.uni-duesseldorf.de) joined #pypy. | 15:46 | |
| dmalcolm (david@nat/redhat/x-hlywiwcnxwroelts) joined #pypy. | 15:46 | |
| kenaan | 12arigo stm 119e1713213887 15/pypy/rpython/lltypesystem/test/test_lltype.py: More tests. | 15:49 |
| kenaan | 12arigo stm 111fd090dc1127 15/pypy/rpython/lltypesystem/: Add an official way to ask some Struct whether a {get,set}interiorfield() targets an immutable field or not. | 15:49 |
| kenaan | 12arigo stm 116a0e53c03ecb 15/pypy/rpython/lltypesystem/: Simplify. | 15:49 |
| kenaan | 12arigo stm 116776525c81d5 15/pypy/rpython/lltypesystem/: Must also be supported if the outermost container is an array. | 15:49 |
| kenaan | 12arigo stm 11d8e6a730661d 15/pypy/translator/stm/: Implement proper immutability detection in {get,set}interiorfield(). This lets *all* our RPython-level 'string[index]' ... | 15:49 |
| kenaan | 12arigo stm 111471ad7b2ff2 15/pypy/rpython/: Propagate this flag from the RPython class. | 15:49 |
| kenaan | 12arigo stm 110774830dfdeb 15/pypy/translator/stm/: Use _stm_access_directly_ to mean that all field accesses should be direct. Should be combined with some form of locking. | 15:49 |
| kenaan | 12arigo stm 11cd57e12abc24 15/pypy/: Give this flag to PyFrames. Write in TODO.txt the issues that this opens. | 15:49 |
| kenaan | 12arigo stm 1100a838f5088a 15/pypy/translator/stm/: Directly access also any array present as a field on the stm_access_directly object. | 15:49 |
| kenaan | 12arigo stm 11312bf884e018 15/pypy/translator/stm/: Finish the previous checkin. | 15:49 |
| kenaan | 12arigo stm 11b6c8cd8207c6 15/pypy/rpython/: Add a new type of immutability: "mutable owned". | 15:49 |
| kenaan | 12arigo stm 113ae2aedede04 15/pypy/: Adjust PyFrame and the stm transformer. | 15:49 |
| kenaan | 12arigo stm 11539ec3f053ef 15/pypy/translator/stm/test/test_transform.py: Write down a next test, not implemented so far. | 15:49 |
| kenaan | 12arigo closed-branches 11334cec07b153 15/: Merge closed head 4d9eda6790fd on branch better-jit-hooks | 15:51 |
| kenaan | 12arigo closed-branches 1169db50c53708 15/: Merge closed head f36626591158 on branch numpypy-frompyfunc | 15:51 |
| kenaan | 12arigo closed-branches 11b9621500bbe4 15/: Merge closed head e5b79894ad1e on branch numpypy-is_contiguous | 15:51 |
| kenaan | 12arigo closed-branches 11d0e6dbc1c951 15/: Merge closed head b5b4522440a5 on branch numpypy-axisops | 15:51 |
| kenaan | 12arigo closed-branches 1151aed7023c03 15/: Merge closed head 08302909741e on branch numpy-indexing-by-arrays | 15:51 |
| kenaan | 12arigo closed-branches 118102a8ae2713 15/: Merge closed head 8e57f6c0502b on branch numpypy-ufuncs | 15:51 |
| kenaan | 12arigo closed-branches 11bb014819a808 15/: Merge closed head 12c695258f06 on branch numpypy-shape-bug | 15:51 |
| kenaan | 12arigo closed-branches 1172656112790d 15/: re-close this branch | 15:51 |
| arigato | </spam> | 15:51 |
| fijal | cool, thanks | 15:51 |
| fijal | I think I'm by far the biggest spammer on closed-branches aprt :) | 15:51 |
| arigato | :-) | 15:52 |
| kenaan | 12arigo stm 11655478ab5af1 15/pypy/translator/stm/test/test_transform.py: Missing import. | 15:52 |
| fijal | ok | 15:53 |
| fijal | so my default chrome is configured so clicking on a .py file opens notepad under wine | 15:53 |
| fijal | it's great that it can work, but seriously WTF? | 15:54 |
| tumbleweed | lol | 15:55 |
| kenaan | 12fijal buildbot 1117f934fc60f2 15/bot2/pypybuildbot/: make it a subclass of File instead | 15:56 |
| bbot2 (~bbot2@wyvern.cs.uni-duesseldorf.de) left irc: Quit: buildmaster reconfigured: bot disconnecting | 15:56 | |
| zain (~textual@tony11-128-100.inter.net.il) joined #pypy. | 15:56 | |
| bbot2 (~bbot2@wyvern.cs.uni-duesseldorf.de) joined #pypy. | 15:56 | |
| khs (~khs@151.43.202.84.customer.cdi.no) joined #pypy. | 15:56 | |
| fijal | http://buildbot.pypy.org/numpy-status/51707%3A9901f428b3b1.html | 15:56 |
| fijal | arigato: ^^^ | 15:56 |
| Alex_Gaynor | fijal: should have teh revision in the HTML | 15:58 |
| Alex_Gaynor | arigato: isn't ->... a little obscure? | 15:58 |
| arigato | Alex_Gaynor: yes | 15:58 |
| arigato | it's obscure to put it in immutable_fields in the first place, but it's more natural than inventing yet another name | 15:59 |
| fijal | Alex_Gaynor: which version? | 15:59 |
| Alex_Gaynor | fijal: http://buildbot.pypy.org/numpy-status/51707%3A9901f428b3b1.html | 16:00 |
| Alex_Gaynor | fijal: it should have the hg revision of pypy it was generated from | 16:00 |
| arigato | Alex_Gaynor: would it be better? fieldname->1 | 16:00 |
| fijal | oh right | 16:00 |
| pnguyen (~pnguyen@cpe-70-112-214-119.austin.res.rr.com) joined #pypy. | 16:00 | |
| fijal | arigato: can we have: | 16:00 |
| Alex_Gaynor | arigato: not especially. What precisely does it indicate anyways? | 16:00 |
| fijal | _fields_info_ = [Immutable('name'), ImmutableList('name2')]? | 16:00 |
| fijal | instead of this cryptic JS-like syntax? | 16:00 |
| arigato | Alex_Gaynor: it's documented in rclass | 16:01 |
| fijal | or _fields_hints_ = ... | 16:01 |
| Alex_Gaynor | alternatively _fields_info_ = {"name": [Immutable]} | 16:01 |
| fijal | even {"name": "immutable"} is better | 16:01 |
| squiddy (~squiddy@g224198052.adsl.alicedsl.de) joined #pypy. | 16:03 | |
| tumbleweed | I swear someone gave me feedback on http://anonscm.debian.org/gitweb/?p=collab-maint/pypy.git;a=blob;f=debian/patches/test_unix_socket_connect but I can't see it in my irclogs / the bug tracker https://bugs.pypy.org/issue987 | 16:06 |
| vad (~vad@77.72.196.122) joined #pypy. | 16:07 | |
| Nick change: lucian_ -> lucian | 16:08 | |
| kenaan | 12fijal buildbot 118d18c2d75424 15/bot2/pypybuildbot/builds.py: add symlinking | 16:11 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-32/builds/1029 [12fijal] | 16:12 |
| plm (~plm@65.111.170.40) joined #pypy. | 16:12 | |
| tumbleweed | ah it was in #ctpug. fijal: you said "pffff" :) | 16:16 |
| arigato | re "->...": it's not working correctly anyway | 16:17 |
| fijal | Alex_Gaynor: you said something about cleaning up the numready didn't you ;-) | 16:18 |
| Alex_Gaynor | fijal: yes, doing it now | 16:19 |
| fijal | if so, feel free to add stuff like hg revision | 16:19 |
| Alex_Gaynor | will do :) | 16:19 |
| CIA-17 | 03Dmitrey 07roundup * 10#1018/ones(shape,'int') and zeros(shape,'int') doesn't work: (log message trimmed) | 16:19 |
| CIA-17 | [new] >>> np.ones([1,2],'int') | 16:19 |
| CIA-17 | array([[1, 1]]) | 16:19 |
| CIA-17 | >>>> np.ones([1,2],'int') | 16:19 |
| CIA-17 | Traceback (application-level): * 14https://bugs.pypy.org/issue1018 | 16:19 |
| fijal | we have to remove zeros and ones from interp-level eventually | 16:19 |
| Alex_Gaynor | fijal: sure, should be easy | 16:20 |
| CIA-17 | 03Dmitrey 07roundup * 10#1018/ones(shape,'int') and zeros(shape,'int') doesn't work: | 16:21 |
| CIA-17 | [chatting] I had committed similar issue with 'int16', it was fixed, but this 'int' without | 16:21 |
| CIA-17 | number still buggy. I would reopened old ticket inste ... * 14https://bugs.pypy.org/issue1018 | 16:21 |
| zain (~textual@tony11-128-100.inter.net.il) left irc: Quit: Textual IRC Client: http://www.textualapp.com/ | 16:21 | |
| cocoatomo (~cocoatomo@p2118-ipbf901souka.saitama.ocn.ne.jp) joined #pypy. | 16:23 | |
| amaury | fijal: the numpy-status page is broken | 16:23 |
| Tobu (~Tobu@unaffiliated/tobu) left irc: Ping timeout: 252 seconds | 16:24 | |
| arigato | (even without the "->..." hack, pypy-tm's speed went from 10.6x slower to 8.2x slower, so progress) | 16:24 |
| fijal | amaury: in what sense? | 16:25 |
| amaury | ah no, it's also broken for "nightly": http://buildbot.pypy.org/nightly does not work | 16:25 |
| amaury | you need a trailing / | 16:25 |
| Tobu (~Tobu@unaffiliated/tobu) joined #pypy. | 16:25 | |
| fijal | yes | 16:25 |
| arigato (~arigo@adsl-89-217-201-171.adslplus.ch) left irc: Quit: See you | 16:26 | |
| stefanop (~stefanop@77.72.196.122) left irc: Remote host closed the connection | 16:28 | |
| JaRoel (~jaroel|4d@office.fourdigits.nl) left irc: Remote host closed the connection | 16:36 | |
| kushal (~kdas@fedora/kushal) left irc: Quit: This computer has gone to sleep | 16:38 | |
| kushal (~kdas@fedora/kushal) joined #pypy. | 16:42 | |
| bja (~bja@69.11.216.98) joined #pypy. | 16:43 | |
| kushal (~kdas@fedora/kushal) left irc: Client Quit | 16:44 | |
| kenaan | 12alex_gaynor buildbot 116148676b97bb 15/bot2/pypybuildbot/builds.py: this is a dir now | 16:44 |
| kenaan | 12alex_gaynor numppy-flatitter 119d3652817442 15/: merged default in | 16:45 |
| kenaan | 12alex_gaynor default 11578b2ef8d345 15/pypy/module/micronumpy/tool/: Make numready less horrible. | 16:45 |
| Alex_Gaynor | fijal: there, much less awful now | 16:45 |
| pnguyen (~pnguyen@cpe-70-112-214-119.austin.res.rr.com) left irc: Quit: pnguyen | 16:55 | |
| fijal | does it work? | 16:58 |
| Alex_Gaynor | fijal: yes | 16:58 |
| fijal | can you run a directory? | 16:58 |
| fijal | as in python <directory> | 16:59 |
| fijal | ? | 16:59 |
| Alex_Gaynor | yes, that's what __main__.py is for | 16:59 |
| fijal | ok | 16:59 |
| Action: fijal feels horribly unproductive today | 17:02 | |
| fijal | I guess I'll at least post info about numpy ready on the blog | 17:02 |
| fijal | psf.org is nto what I was looking for | 17:03 |
| plm | Are there plan to have pypy ready for ARM? | 17:05 |
| fijal | "plan" yes | 17:05 |
| fijal | plm: feel like donating a buildbot? | 17:05 |
| plm | fijal: what is buildbot? | 17:06 |
| plm | fijal: ahh one arm board? | 17:06 |
| fijal | plm: machine that runs pypy tests | 17:06 |
| Action: Da_Blitz is setting up an arm machine right now | 17:08 | |
| Da_Blitz | how much ram does a buildbot need? | 17:08 |
| plm | fijal: I really would like that.. Bu I dont have money.. because this I still not have one for me :-) I will save money to buy a cheap pandaboard to run ubuntu.. I I was thiking about to run pypy on it.. | 17:08 |
| amaury | Hi, here is the status of the 2.7.2 branch: | 17:08 |
| amaury | - Different error messages in exceptions: test_str, test_unicode, test_socket | 17:08 |
| amaury | - on 32-bit, some mmap function should accept 64bit values: test_mmap | 17:08 |
| amaury | - disallow NUL bytes in filenames: test_site | 17:08 |
| voidspace (~voidspace@python/psf/voidspace) left irc: Quit: Goodbye... | 17:09 | |
| Da_Blitz | actually i guess a buildbot does a full build, not just tests | 17:09 |
| amaury | first one is really implementation details | 17:09 |
| Alex_Gaynor | amaury: should we put that in a NOTES.txt on the branch? | 17:09 |
| amaury | second should not be difficult to fix | 17:09 |
| amaury | I'm more worried about the third one | 17:09 |
| amaury | I suggest to *not* fix it ATM | 17:09 |
| Arfrever (~Arfrever@apache/committer/Arfrever) joined #pypy. | 17:10 | |
| plm | fijal: do you need a arm machine to have pypy for ARM or just x86 is fine to do a cross compile? | 17:12 |
| bja | would a network-accessible qemu arm instance be okay? | 17:12 |
| fijal | bja: not for benchmarks | 17:13 |
| plm | fijal: what is status of pypy for ARM? | 17:14 |
| fijal | plm: QEMU had bugs last time we checked :/ | 17:14 |
| fijal | plm: it's "almost done" | 17:14 |
| plm | fijal: wow.. that's great! | 17:14 |
| fijal | well | 17:15 |
| fijal | it can still take months to be "done" | 17:15 |
| fijal | as in it's only volunteer work | 17:15 |
| arigato (~arigo@adsl-89-217-193-22.adslplus.ch) joined #pypy. | 17:16 | |
| plm | fijal: after done, version for arm will be develpment together x86 or always in second...? | 17:16 |
| plm | humm | 17:16 |
| fijal | plm: it depends a bit, but I guess mostly together | 17:16 |
| fijal | plm: as in there is not that much code arm-specific | 17:16 |
| fijal | so say jit improvements would work on arm as well | 17:16 |
| fijal | amaury: I'm fine with saying "we don't do that" and skip the test? | 17:16 |
| fijal | amaury: the rest seems trivial | 17:17 |
| plm | fijal: wow.. pypy is so great project.. needs to have more money donate for contract full time programers :-) | 17:17 |
| horieyui (horieyui@222.47.100.126) left irc: Quit: http://www.cnblogs.com/crazyhack | 17:18 | |
| fijal | :] | 17:19 |
| G2P (~G2P@fw-asn1.ornis.com) left irc: Quit: Leaving. | 17:21 | |
| vad (~vad@77.72.196.122) left irc: Read error: Operation timed out | 17:22 | |
| DasIch (~DasIch@p4FFDE139.dip.t-dialin.net) left irc: Quit: DasIch | 17:23 | |
| _habnabit (~habnabit@python/site-packages/habnabit) left irc: Quit: ZNC - http://znc.sourceforge.net | 17:25 | |
| tunixman (~tunixman@irc.theunixman.com) left irc: Ping timeout: 252 seconds | 17:25 | |
| _habnabit (~habnabit@2001:470:1f0e:bdd::2) joined #pypy. | 17:26 | |
| dmalcolm (david@nat/redhat/x-hlywiwcnxwroelts) left irc: Read error: Connection reset by peer | 17:26 | |
| dmalcolm_ (david@nat/redhat/x-lfkcyxtgbapykrxo) joined #pypy. | 17:26 | |
| tunixman (~tunixman@irc.theunixman.com) joined #pypy. | 17:26 | |
| asmeurer (~asmeurer@dhcp-altamirano-166.resnet.nmt.edu) joined #pypy. | 17:27 | |
| kenaan | 12antocuni py3k 11698aff2e6ca7 15/pypy/module/sys/__init__.py: hardcode the sys.std{in,out,err} encoding to ascii when running the tests. Two reasons: 1. if you don't specificy t... | 17:28 |
| kenaan | 12antocuni py3k 110b17ddaa8c4f 15/pypy/interpreter/astcompiler/test/test_compiler.py: the repr of builtin types changed in python3, so we can no longer rely on the host python to know the exepected rep... | 17:28 |
| kenaan | 12antocuni py3k 110f9987682c05 15/pypy/interpreter/astcompiler/: kill code to support tuple unpacking inside function arguments, which is no longer supported in python3 | 17:28 |
| amaury | antocuni: yeah for faster init | 17:30 |
| antocuni | amaury: yes, although it's still much slower than the old one | 17:30 |
| antocuni | ~3 secs on my machine, vs ~1 | 17:30 |
| amaury | bin/py.py -S | 17:30 |
| amaury | is "site.py" also slower? | 17:31 |
| antocuni | amaury: the culprit is still using io.open to set std{in,out,err} | 17:31 |
| antocuni | if you comment out that appexec, it's much faster | 17:31 |
| lucian (~lucian@93-97-174-114.zone5.bethere.co.uk) left irc: Ping timeout: 255 seconds | 17:31 | |
| fijal | argh | 17:35 |
| fijal | isnan/isinf is a ufunc | 17:35 |
| fijal | >>> numpy.isnan(array([1, 2, 3, 4])) | 17:35 |
| fijal | array([False, False, False, False], dtype=bool) | 17:35 |
| fijal | >>> | 17:35 |
| cocoatomo (~cocoatomo@p2118-ipbf901souka.saitama.ocn.ne.jp) left irc: Remote host closed the connection | 17:37 | |
| CIA-17 | 03Dmitrey 07roundup * 10#1019/numpypy: zeros, ones and empty miss docstrings: (log message trimmed) | 17:38 |
| CIA-17 | [new] All the funcs | 17:38 |
| CIA-17 | >>>> help(np.zeros) | 17:38 |
| CIA-17 | Help on built-in function zeros in module _numpypy: | 17:38 |
| CIA-17 | zeros(...) * 14https://bugs.pypy.org/issue1019 | 17:38 |
| DasIch (~DasIch@p4FFDE139.dip.t-dialin.net) joined #pypy. | 17:47 | |
| amaury | Now that .pyc files are written in a __pycache__ directory, | 17:50 |
| amaury | does is make sense to remove the no-lone-pyc-files option? | 17:50 |
| fijal | dmitrey: why are you translating pypy each day btw? | 17:50 |
| fijal | amaury: I think your answer is 100% correct and horribly misleading | 17:51 |
| amaury | why misleading? | 17:51 |
| fijal | because the answer is "you should not build pypy that often:" | 17:51 |
| fijal | I think | 17:51 |
| amaury | ah, *this* answer | 17:51 |
| amaury | yes, that's right | 17:51 |
| dmitrey | fijal: no, I have only 2 GB in 64bit system, so it takes too long and prevents me of doing any other work in my computer till it translates | 17:52 |
| amaury | dmitrey: you should try to *not* translate | 17:52 |
| amaury | by running an untranslated pypy | 17:52 |
| fijal | dmitrey: why are you translating at all? | 17:52 |
| dmitrey | so I do not translate now, I use py.py as alternative but it damned slow | 17:53 |
| jimbaker (~jbaker@canonical/jimbaker) left irc: Quit: Coyote finally caught me | 17:54 | |
| fijal | dmitrey: you use tests | 17:54 |
| dmitrey | I use them, but a bug have been revealed, now I'm searching for this one. I have been AFK for and hour | 17:56 |
| _habnabit (~habnabit@2001:470:1f0e:bdd::2) left irc: Changing host | 17:57 | |
| _habnabit (~habnabit@python/site-packages/habnabit) joined #pypy. | 17:57 | |
| fijal | dmitrey: still, you run tests | 17:57 |
| fijal | not run py.py repeatadly and try to look for stuff | 17:57 |
| fijal | besides, you're editing only the applevel part | 17:57 |
| dmitrey | yes I do but it's damned slow with py.py | 17:57 |
| fijal | you *don't* run py.py | 17:58 |
| dmitrey | and it requires hacks with paths if I run ./pypy | 17:58 |
| fijal | besides, there is no point in recmopiling | 17:58 |
| fijal | no, it does not | 17:58 |
| fijal | you put pypy somewhere inside the checkout (as I explained to you before) | 17:58 |
| fijal | and it'll pick up the changes in library | 17:58 |
| dmitrey | but it assumes I have to put it every day | 17:58 |
| fijal | why do you think so? | 18:00 |
| dmitrey | well, which folder from sources downloaded by hg should I put link to compiled ./pypy? | 18:01 |
| papercrane (~papercran@75.101.111.82) joined #pypy. | 18:01 | |
| arigato | dmitrey: actually, any place works, as long as it's somewhere inside the sources | 18:02 |
| arigato | dmitrey: e.g. I use the directories 32compiled or 64compiled to put my pypy's | 18:02 |
| arigato | just the pypy executables. they will pick up stuff from the library within the sources, e.g. from lib-python and lib_pypy | 18:04 |
| voidspace (~voidspace@python/psf/voidspace) joined #pypy. | 18:05 | |
| dmitrey | py.test seems to use py.py, can I run it with pypy instead? | 18:10 |
| ronny | dmitrey: in what context | 18:10 |
| amaury (~amaury_@74.125.57.34) left irc: Ping timeout: 240 seconds | 18:11 | |
| dmitrey | py.test path_to_the_file_with_tests | 18:11 |
| ronny | dmitrey: that should use python | 18:11 |
| rguillebert | dmitrey, and how would you test untranslated interplevel code ? | 18:12 |
| khs (~khs@151.43.202.84.customer.cdi.no) left irc: Quit: Leaving | 18:12 | |
| dmitrey | I don't know about interplevel or other things like that, I mere asked is it possible to run it with compiled pypy executable | 18:13 |
| dmitrey | I dealt with rather high-level numpy/scipy funcs only | 18:13 |
| jimbaker (~jbaker@c-75-71-80-146.hsd1.co.comcast.net) joined #pypy. | 18:15 | |
| jimbaker (~jbaker@c-75-71-80-146.hsd1.co.comcast.net) left irc: Changing host | 18:15 | |
| jimbaker (~jbaker@canonical/jimbaker) joined #pypy. | 18:15 | |
| rguillebert | are tests really that slow ? | 18:15 |
| jaffachief (~textual@host86-159-232-5.range86-159.btcentralplus.com) joined #pypy. | 18:15 | |
| ronny | dmitrey: as far as i understand you have to invoke py.test with pypy to run the applevel tests on top of it | 18:15 |
| rguillebert | ronny, and use -A ? | 18:16 |
| ronny | i think so | 18:16 |
| dmitrey | yes | 18:16 |
| ronny | bbl | 18:16 |
| rguillebert | dmitrey, do you know that you can select only one test ? | 18:17 |
| dmitrey | even 1 test runs slow | 18:18 |
| dmitrey | I have only 3 now, for ones_like, zeros_like, empty_like | 18:18 |
| rguillebert | can you quantify slow ? | 18:19 |
| dmitrey | with py.py it takes about a minute | 18:19 |
| rguillebert | it's not that bad | 18:19 |
| fijal | minute is bad | 18:20 |
| fijal | when you edit code that's applevel | 18:20 |
| fijal | dmitrey: have you tried py.test -A? | 18:20 |
| fijal | pypy-c py.test -A | 18:20 |
| dmitrey | not yet. I'll go for it | 18:20 |
| fijal | dmitrey: it should take ~5s btw | 18:21 |
| dmitrey | fijal: could you commit numpypy.nan? | 18:21 |
| kenaan | 12fijal numpy-back-to-applevel 11200be74121ce 15/: implement isnan/isinf | 18:21 |
| fijal | yeah | 18:21 |
| fijal | nan or isnan? | 18:21 |
| dmitrey | nan at least | 18:21 |
| fijal | I'm doing something else, in some time | 18:23 |
| fijal | dmitrey: for now just add nan = float('nan') in numeric.py | 18:23 |
| dmitrey | I think it should be a single line like nan=NaN=float('nan') | 18:23 |
| fijal | probably not | 18:24 |
| dmitrey | why? | 18:24 |
| fijal | ah no | 18:24 |
| fijal | I though nan would be an instance of numpy.float_ | 18:24 |
| fijal | but apparently no | 18:24 |
| fijal | >>> numpy.array([1, 2, 3]).imag | 18:27 |
| fijal | array([0, 0, 0]) | 18:27 |
| fijal | wtf | 18:27 |
| kenaan | 12fijal numpy-back-to-applevel 111af82ff8a172 15/lib_pypy/numpypy/core/arrayprint.py: disable things we don't support | 18:31 |
| ojii | you guys would know best, in python/pypy, are deque's with a maxlen more efficient than those without? | 18:35 |
| jaffachief (~textual@host86-159-232-5.range86-159.btcentralplus.com) left irc: Quit: Computer has gone to sleep. | 18:36 | |
| pnguyen (~pnguyen@cpe-70-112-214-119.austin.res.rr.com) joined #pypy. | 18:36 | |
| MostAwesomeDude | ojii: Not AFAIK, since they are linked lists. | 18:36 |
| ojii | MostAwesomeDude, nice nickname and thanks | 18:37 |
| MostAwesomeDude | ojii: Yeah, I'm a big Bill & Ted fan. | 18:37 |
| Action: ojii doesn't even know who/what that is | 18:37 | |
| MostAwesomeDude | Oh. :c | 18:37 |
| MostAwesomeDude | It was a movie, a long time ago. | 18:37 |
| dmitrey | fijal: I have no pypy-c file, where it should be? | 18:40 |
| fijal | dmitrey: pypy | 18:41 |
| apoirier (~apr@210.168.3.109.rev.sfr.net) left irc: Quit: Leaving... | 18:42 | |
| kenaan | 12fijal default 1124f7e3520fb4 15/pypy/module/micronumpy/: a dumb implementation of isna | 18:42 |
| kenaan | 12fijal default 1145af9fa4aed0 15/pypy/module/: merge | 18:42 |
| dmitrey | should I have pypy build from souces for this? | 18:42 |
| bbot2 | 3Success: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-32/builds/1029 [12fijal] | 18:43 |
| dmitrey | I searched both nightly build and uncompiled sources for pypy-c file, it's absent there | 18:44 |
| fijal | dmitrey: pypy | 18:44 |
| fijal | dmitrey: executable name | 18:44 |
| fijal | (instead of pypy-c) | 18:44 |
| kenaan | 12fijal numpy-back-to-applevel 11c77051b2f51a 15/: merge | 18:44 |
| kenaan | 12fijal numpy-back-to-applevel 11f11a97418c3f 15/lib_pypy/numpypy/core/: hooray applevel print works | 18:44 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-32/builds/1030 [12fijal] | 18:45 |
| fijal | Alex_Gaynor: ping | 18:46 |
| forrestv (~forrestv@unaffiliated/forrestv) joined #pypy. | 18:47 | |
| voidspace (~voidspace@python/psf/voidspace) left irc: Quit: Goodbye... | 18:54 | |
| kenaan | 12fijal numpy-back-to-applevel 11838a81530121 15/: move test and make it pass on CPython. besides, trick numpy into believing it's numpypy when running... | 18:57 |
| amaury (~amaury_@46-127-23-192.dynamic.hispeed.ch) joined #pypy. | 18:57 | |
| fijal | :/ | 18:59 |
| fijal | why | works on bools in python? | 18:59 |
| MostAwesomeDude | fijal: Probably because they inherit from int. | 19:03 |
| MostAwesomeDude | >>> 4 | True | 19:03 |
| MostAwesomeDude | 5 | 19:03 |
| ivan` (~ivan@unaffiliated/ivan/x-000001) left irc: Ping timeout: 252 seconds | 19:12 | |
| dmitrey | fijal: is there somewhere instructions how to clone on bitbucket and issue a pull request? My tests for empty_like etc seems to pass well now | 19:12 |
| tumbleweed | dmitrey: bitbucket has docs | 19:14 |
| andrewfr (~andrew@modemcable211.101-70-69.static.videotron.ca) joined #pypy. | 19:14 | |
| pnguyen (~pnguyen@cpe-70-112-214-119.austin.res.rr.com) left irc: Quit: pnguyen | 19:14 | |
| andrewfr | i want ask a question about an "ambiguous low-level helper specialization" errror | 19:14 |
| fijal (~fijal@196-210-150-33.dynamic.isadsl.co.za) left irc: Ping timeout: 240 seconds | 19:15 | |
| andrewfr (andrew@modemcable211.101-70-69.static.videotron.ca) left #pypy. | 19:17 | |
| dmitrey | can I just write "hg push myfile"? | 19:18 |
| tumbleweed | dmitrey: one pushes and pulls commits | 19:18 |
| tumbleweed | generally, all of them | 19:18 |
| dmitrey | so I should use "hg commit myfile"? | 19:19 |
| tumbleweed | yes | 19:20 |
| dmitrey | should I have an account for this? | 19:20 |
| tumbleweed | seriously, the docs: http://mercurial.selenic.com/guide/ http://confluence.atlassian.com/display/BITBUCKET/bitbucket+101 and | 19:22 |
| nickik (~nick@217.150.234.222) joined #pypy. | 19:26 | |
| fijal (~fijal@196-210-150-33.dynamic.isadsl.co.za) joined #pypy. | 19:29 | |
| dmitrey | tumbleweed: thanks | 19:30 |
| dmitrey | I'm familiar with svn but not hg | 19:30 |
| tumbleweed | I'm sur ethere's an hg for svn users guide somewhere | 19:32 |
| pnguyen (~pnguyen@cpe-70-112-214-119.austin.res.rr.com) joined #pypy. | 19:37 | |
| plm (~plm@65.111.170.40) left irc: Quit: leaving | 19:41 | |
| kenaan | 12stefanor default 11522114ac6c4a 15/pypy/module/_socket/test/test_sock_app.py: Avoid a AF_UNIX path that's too long AppTestSocket.test_unix_socket_connect tries to connect to a socket within... | 19:43 |
| tilgovi (~randall@couchdb/developer/tilgovi) joined #pypy. | 19:44 | |
| tilgovi (~randall@couchdb/developer/tilgovi) left irc: Read error: Connection reset by peer | 19:44 | |
| kenaan | 12fijal numpy-back-to-applevel 116a5df7612571 15/: inversion and don't swallow exceptions too much | 19:46 |
| __main__ (~main@adsl-99-173-15-158.dsl.pltn13.sbcglobal.net) left irc: Read error: Connection reset by peer | 19:46 | |
| gehho2_ (~gehho2@ZJ040192.ppp.dion.ne.jp) joined #pypy. | 19:49 | |
| gehho2 (~gehho2@ZJ040192.ppp.dion.ne.jp) left irc: Ping timeout: 245 seconds | 19:50 | |
| Guest_ (~textual@67.51.82.66) joined #pypy. | 19:53 | |
| Nick change: Guest_ -> rekamso | 19:53 | |
| __main__ (~main@adsl-99-173-15-158.dsl.pltn13.sbcglobal.net) joined #pypy. | 19:55 | |
| fprimex (~fprimex@brent-macbook.sc.fsu.edu) joined #pypy. | 19:57 | |
| CIA-17 | 03stefanor 07roundup * 10#987/AppTestSocket.test_unix_socket_connect can fail when TMPDIR is long: [resolved] Fixed in r522114ac6c4a * 14https://bugs.pypy.org/issue987 | 19:57 |
| dmitrey | fijal: which branch should I commit empty_like etc? | 19:58 |
| lizardo (lizardo@nat/indt/x-tqdxwqhlsxscasit) left irc: Quit: Leaving | 19:58 | |
| fijal | you should not commit it | 20:01 |
| fijal | you should diff against the default | 20:01 |
| dmalcolm_ (david@nat/redhat/x-lfkcyxtgbapykrxo) left irc: Read error: Connection reset by peer | 20:05 | |
| dmalcolm_ (david@nat/redhat/x-yuvxhvolunasrtsm) joined #pypy. | 20:05 | |
| pnguyen (~pnguyen@cpe-70-112-214-119.austin.res.rr.com) left irc: Quit: pnguyen | 20:07 | |
| leshaste | dmarkey: hg is like svn but better :) http://mercurial.selenic.com/wiki/QuickStart is fairly good | 20:08 |
| leshaste | dmitrey: ^^ | 20:08 |
| leshaste | if you don't want to read the full manual | 20:08 |
| dmitrey | fijal: you wrote "or you can have a clone on bitbucket and issue a pull request". Well, it doesn't essentially for me now. Changes for 3 files are here: http://pastebin.com/Q9qWPMBy: . I have checked them with compiled pypy, but I'm not sure it works with interpreter | 20:08 |
| fijal | Class = a.__class__ if hasattr(a,'__class__') else object | 20:11 |
| fijal | Class = type(a) does the same thing except better | 20:11 |
| amaury | (not for old-style classes) | 20:12 |
| exarkun | fijal: but it doesn't use novel syntax for no reason | 20:12 |
| dmitrey | well, can you change it by yourself | 20:12 |
| dmitrey | ? | 20:12 |
| exarkun | how about: Class = getattr(a, '__class__', object) | 20:12 |
| arkx (~aku@eagleflow.fi) left irc: Quit: Lost terminal | 20:12 | |
| lizardo (lizardo@nat/indt/x-zmqmglgfrwmlvqpl) joined #pypy. | 20:12 | |
| amaury | and: "dtype or a.dtype" | 20:13 |
| amaury | instead of "a.dtype if dtype is None else dtype" | 20:14 |
| fijal | dmitrey: ok, I'll have a look | 20:15 |
| dmitrey | so which code do you propose instead of "a.dtype if dtype is None else dtype"? | 20:15 |
| amaury | "dtype or a.dtype" | 20:16 |
| dmitrey | it's quite unclear, I dislike bool expressions on non-bool data | 20:16 |
| amaury | 'or' is not a bool operator | 20:17 |
| dmitrey | in all modern languages only bool data goes to if statement | 20:17 |
| amaury | yes, 'if' has to coerce the expression to bool | 20:17 |
| dmitrey | it' better to do it explicitely | 20:18 |
| fijal | eh | 20:18 |
| fijal | can you please take this discussion somewhere else? | 20:18 |
| dmitrey | ok | 20:18 |
| dmitrey (~quassel@77.121.195.200) left irc: Remote host closed the connection | 20:20 | |
| arkx (~aku@eagleflow.fi) joined #pypy. | 20:22 | |
| ericflo (~ericflo@75.103.8.110) joined #pypy. | 20:23 | |
| Tobu (~Tobu@unaffiliated/tobu) left irc: Ping timeout: 252 seconds | 20:38 | |
| Tobu (~Tobu@unaffiliated/tobu) joined #pypy. | 20:49 | |
| Alex_Gaynor | fijal: pong | 20:52 |
| leshaste (~lesshaste@87-194-206-189.bethere.co.uk) left irc: Quit: Leaving | 20:52 | |
| lucian (~lucian@94.197.127.200.threembb.co.uk) joined #pypy. | 20:54 | |
| lucian (~lucian@94.197.127.200.threembb.co.uk) left irc: Client Quit | 20:56 | |
| lucian (~lucian@94.197.127.200.threembb.co.uk) joined #pypy. | 20:56 | |
| lucian (~lucian@94.197.127.200.threembb.co.uk) left irc: Client Quit | 20:56 | |
| fijal | Alex_Gaynor: we need masked arrays :/ | 20:58 |
| fijal | Alex_Gaynor: also, will you handle docstrings? | 20:58 |
| fijal | or not really? | 20:58 |
| Alex_Gaynor | :/ I hadn't planned on doing anything with docstrings, no | 20:58 |
| lizardo (lizardo@nat/indt/x-zmqmglgfrwmlvqpl) left irc: Quit: Leaving | 20:58 | |
| Rhy0lite (dje@nat/ibm/x-fhkqwjhpkgsgxmao) left irc: Quit: Leaving | 20:59 | |
| lucian (~yaaic@94.197.127.200.threembb.co.uk) joined #pypy. | 20:59 | |
| Alex_Gaynor | fijal: I suppose masked arrays are a clever subclass of BaseArray somehow | 20:59 |
| fijal | well | 21:00 |
| fijal | as far as I can see, numpy has "if masked array" *everywhere* | 21:00 |
| lucian (~yaaic@94.197.127.200.threembb.co.uk) left irc: Client Quit | 21:00 | |
| Alex_Gaynor | that's because numpy was created before the invention of polymorphism | 21:00 |
| fijal | http://paste.pocoo.org/show/540195/ | 21:01 |
| fijal | my favorite so far | 21:01 |
| fijal | Alex_Gaynor: did you know ~ is needed for string? | 21:01 |
| fijal | or array.compress? | 21:01 |
| Alex_Gaynor | fijal: I won't ask why | 21:01 |
| fijal | I didn't | 21:01 |
| fijal | or isnan as ufunc? | 21:01 |
| Alex_Gaynor | isnan as a ufunc makes sense | 21:01 |
| Alex_Gaynor | WTF is this code you linked | 21:01 |
| dmitrey (~quassel@77.121.195.200) joined #pypy. | 21:01 | |
| fijal | Alex_Gaynor: a copy-paste code I believe | 21:02 |
| dmitrey (~quassel@77.121.195.200) left irc: Remote host closed the connection | 21:02 | |
| Alex_Gaynor | I'm skeptical of the claim that numpy is fast | 21:02 |
| fijal | Alex_Gaynor: numpy.take or something | 21:02 |
| fijal | :] | 21:02 |
| fijal | yes, me as well | 21:02 |
| Alex_Gaynor | uhh, take looks like it's the same as __getitem__ | 21:03 |
| fijal | except slightly different | 21:03 |
| fijal | and copy-pasted | 21:03 |
| exnihilo | is there a way to enable stackless features for the untranslated py.py? | 21:04 |
| fijal | exnihilo: py.py --withmod-_continuation or so? | 21:04 |
| exnihilo | great, thanks | 21:05 |
| fijal | exnihilo: does it work? | 21:12 |
| exnihilo | well, yes and no :) I hit the windows issue | 21:12 |
| exnihilo | but on my (unfortunately much slower) linux box it does fine | 21:12 |
| exnihilo | heh, actually, scratch that. The module loaded fine but instantiating a continulet did not | 21:14 |
| fijal | --allworkingmodules should provide you with whatever you need | 21:14 |
| bbot2 | 4Failure: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-32/builds/1030 [12fijal] | 21:15 |
| danchr (~danchr@cl-848.chi-02.us.sixxs.net) left irc: Ping timeout: 248 seconds | 21:16 | |
| kenaan | 12arigo default 1180d054b4615d 15/pypy/module/thread/: Test and fix for "Ambiguous low-level helper specialization" when the same RPython program contains several calls t... | 21:16 |
| kenaan | 12arigo default 1129a811af16dc 15/pypy/module/thread/test/test_ll_thread.py: Deadlocks occasionally -- why??? | 21:16 |
| kenaan | 12arigo stm 11776034ae21ee 15/: hg merge default | 21:16 |
| fijal | Alex_Gaynor: ok, I'll deal with docstrings | 21:17 |
| fijal | http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-32/builds/1030/steps/shell_11/logs/stdio | 21:17 |
| fijal | Alex_Gaynor: you broke stuff? | 21:17 |
| Alex_Gaynor | fijal: was the buildbot software updated | 21:18 |
| exnihilo | hrm. --allworkingmodules is a switch to py.py? Not working :| | 21:18 |
| bbot2 (~bbot2@wyvern.cs.uni-duesseldorf.de) left irc: Quit: buildmaster reconfigured: bot disconnecting | 21:18 | |
| bbot2 (~bbot2@wyvern.cs.uni-duesseldorf.de) joined #pypy. | 21:18 | |
| fijal | exnihilo: a switch of resulting py.py? | 21:19 |
| fijal | ./pypy/bin/py.py --allworkingmodules | 21:19 |
| fijal | totally worsk for me | 21:19 |
| fijal | I mean takes time | 21:19 |
| fijal | but works | 21:19 |
| exnihilo | hrm, I did both switches, and it didn't work. let me see | 21:19 |
| exnihilo | I tried to translate last night on this system but it didn't make it all the way through | 21:20 |
| exnihilo | would that cause the issue? | 21:20 |
| Nick change: gehho2_ -> gehho2 | 21:20 | |
| danchr (~danchr@cl-848.chi-02.us.sixxs.net) joined #pypy. | 21:22 | |
| mattip (~mattip@bzq-79-177-109-132.red.bezeqint.net) joined #pypy. | 21:23 | |
| stakkars_ (~tismer@p5DCE1E0C.dip.t-dialin.net) joined #pypy. | 21:23 | |
| Alex_Gaynor | fijal, arigato: Do you guys know any good resources on CPython bytecode? | 21:24 |
| rekamso (~textual@67.51.82.66) left irc: Ping timeout: 240 seconds | 21:25 | |
| ojii | are deque's slower on pypy than cPython? | 21:26 |
| hruske (~Gasper@188-230-156-183.dynamic.t-2.net) left irc: Ping timeout: 260 seconds | 21:26 | |
| ojii | i have some code that looks like that, can't fully isolate it yet though so not sure, thought I'd ask if that's a known thing | 21:26 |
| ojii | or actually, is array.array slower on pypy than cpython? (that would make a lot more sense) | 21:27 |
| jokey | mh a simple FSM working through like 200mbyte data.. something happened here? http://paste.pocoo.org/show/539422/ | 21:30 |
| ronny | jokey: can you show the code of the fsm? | 21:31 |
| jokey | ronny: will do, though ways to debug such stuff I'd be interested in ;) | 21:32 |
| arigato (~arigo@adsl-89-217-193-22.adslplus.ch) left irc: Quit: See you | 21:33 | |
| fijal | Alex_Gaynor: "resources"? | 21:33 |
| fijal | ojii: array.array should be super duper fast | 21:34 |
| fijal | ojii: deque as well | 21:34 |
| ojii | fijal, i'm trying to figure out why it's slow as hell | 21:34 |
| fijal | ojii: did you do profiling? | 21:34 |
| fijal | or can I try? | 21:34 |
| ojii | yes | 21:34 |
| ojii | i have profile data here | 21:34 |
| fijal | exnihilo: no idea | 21:34 |
| fijal | ojii: are you measuring time under profiler? | 21:34 |
| fijal | if so, stop | 21:34 |
| ojii | nono | 21:34 |
| jokey | ronny: normally I'd do simple profiling but does n | 21:35 |
| fijal | ojii: ok | 21:35 |
| ojii | i did `time python bench.py` and `time pypy bench.py` | 21:35 |
| jokey | ronny: that help in this case? | 21:35 |
| tilgovi (~randall@couchdb/developer/tilgovi) joined #pypy. | 21:35 | |
| fijal | ojii: yeah cool, I want bench.py :) | 21:35 |
| nedbat (~nedbat@python/psf/nedbat) left irc: Read error: Connection reset by peer | 21:35 | |
| ojii | it's 0.3s in cpython and 2.19s in pypy | 21:35 |
| ojii | which is sad | 21:36 |
| nedbat (~nedbat@python/psf/nedbat) joined #pypy. | 21:36 | |
| ojii | fijal, i'd rather not opensource this right yet (because it's really a lot of crappy code) but if you can give me your gh username i can give you the code | 21:36 |
| ojii | if you want to figure out why it's slower | 21:36 |
| fijal | ojii: well, I have a policy to not do it | 21:37 |
| fijal | ojii: why don't you want to open source it? | 21:37 |
| ojii | fijal, lemme do a trick and put this on bitbucket so noone notices :D | 21:38 |
| fijal | yes, good :) | 21:38 |
| ronny | jokey: jitviewer might help | 21:38 |
| fijal | ojii: you can hire me for $ to look at non open-source code | 21:38 |
| ojii | nono it will eventually be open source | 21:38 |
| ojii | it's just not "ready for the public" yet | 21:39 |
| fijal | still :) | 21:39 |
| fijal | don't worry if you put it in an obscure corner noone will notice ;- | 21:39 |
| fijal | ) | 21:39 |
| ojii | i completely understand you | 21:39 |
| ojii | fijal, https://bitbucket.org/ojii/notpil | 21:39 |
| ojii | clone that, run bench.py | 21:39 |
| ojii | no dependencies or shinannigans like that | 21:40 |
| ojii | (well other than python :D) | 21:40 |
| fijal | cool now I can help you :) | 21:40 |
| ojii | yay | 21:41 |
| jokey | ronny: mh my vnc fails now, will upload tomorrow when I'm at my desk again... Just that the speedup is impressive. On cpy it takes ~13 minutes and on pypy it's 38 seconds | 21:41 |
| fijal | jokey: nice | 21:42 |
| jokey | ronny: so for something that good I'd really like to give back at least good bug reports :D | 21:42 |
| ronny | :) | 21:42 |
| fijal | uh :/ | 21:45 |
| ojii | fijal, in that code, most time is spent in notpil.operations.geometry._fliprow which is called A LOT of times | 21:47 |
| ojii | i can give you my profile data if you don't want to run it forever | 21:47 |
| fijal | please | 21:49 |
| fijal | I'm seeing geometry._fliprow, but paste it somewhere | 21:50 |
| ojii | fijal, http://ubuntuone.com/5P6K9piF6LWamRU96rr1tM is the profile data | 21:50 |
| fijal | ojii: note on pypy append = list.append hacks are pointless | 21:51 |
| ojii | fijal, it's supposed to run on pythons (ideally 2.x and 3.x) and pypy' | 21:52 |
| ojii | on cpy it made a huge difference | 21:52 |
| fijal | ojii: can you provide a summary in pastebin or so | 21:52 |
| ojii | summary of what? | 21:53 |
| ojii | sorry i'm not really experienced in profiling/analyzing profile data | 21:54 |
| ojii | I was just really surprised that pypy is slower and even that much slower than cpy for this code, so I thought I'd hop on here | 21:54 |
| ojii | and it's ~0.32s vs ~2.35s | 21:55 |
| fijal | pixels = (array.array('B', chain(*[palette[pixel] for pixel in line])) for line in pixels) | 21:56 |
| fijal | this is taking all the time | 21:56 |
| ojii | ah | 21:56 |
| fijal | itertools.chain and stuff like this | 21:56 |
| fijal | those are cpython optimization tricks that don't quite work :/ | 21:56 |
| ojii | i see | 21:56 |
| fijal | there is no good reason why it's so much slower than cpython | 21:57 |
| fijal | what does itertools.chain do anyway? | 21:57 |
| fijal | array.array(list) can be made much faster | 21:58 |
| fijal | easily even | 21:58 |
| ojii | itertools.chain turns in this case a list of tuples into a flat list | 21:58 |
| ojii | so [(1,2,3), (1,2,3)] into [1,2,3,1,2,3] | 21:58 |
| ojii | `palette` is a list of tuples. pixels is a list of lists of integers which are indexes into palette | 21:59 |
| ojii | what i want is a list of arrays with the tuples expanded using palette | 22:00 |
| andrewfr (~andrew@modemcable211.101-70-69.static.videotron.ca) joined #pypy. | 22:01 | |
| ojii | i guess i might optimize that by doing the expansion when the actual pixel is read | 22:01 |
| andrewfr (andrew@modemcable211.101-70-69.static.videotron.ca) left #pypy. | 22:01 | |
| ojii | but haven't looked into really optimizing the stuff i copied in yet | 22:01 |
| fijal | ok | 22:03 |
| ojii | actually haven't looked into optimization at all yet since i just wanted to get it to work somehow (as you can see from the code), but was still shocked by the pypy performance | 22:03 |
| fijal | well, this is where all the time is going | 22:03 |
| ojii | alright, thanks for digging in a bit. at least i know what to look into now | 22:04 |
| fijal | I can probably explain a bit | 22:04 |
| fijal | pypy is trying quite a bit but still failing, however on cpython you'll get a huge hit from that | 22:04 |
| fijal | if you pack from array to deque to array to chain etc. | 22:04 |
| fijal | you're constantly packing and unpacking integers - this is costly | 22:05 |
| ojii | that makes sense | 22:05 |
| fijal | if you instead say preallocate a 2-d numpy array stuff will fly | 22:05 |
| ojii | it's an unfortunate side-effect of just patching stuff together | 22:05 |
| fprimex (~fprimex@brent-macbook.sc.fsu.edu) left irc: Quit: http://www.fprimex.com | 22:05 | |
| fijal | generally speaking pypy is not very good at figuring out "a ha this is just a list of transformations I can be lazy" | 22:05 |
| fijal | it's a bit hard in python | 22:05 |
| fijal | but maybe we should try a bit harder | 22:05 |
| fijal | ojii: it's something silly like noone looked at itertools.chain performance or so | 22:06 |
| fijal | ojii: I think it's worth a bug report | 22:06 |
| exarkun | I remember discussion of *args causing difficulties. | 22:07 |
| fijal | that might as well be | 22:07 |
| fijal | ojii: pypy is not super happy with *args being huge | 22:07 |
| ojii | "*args being huge" as in it being used a lot or 'args' being hgue? | 22:07 |
| ojii | *huge | 22:07 |
| WhyWhyWhy | ojii: "so [(1,2,3), (1,2,3)] into [1,2,3,1,2,3]" : http://paste.pocoo.org/show/540223/ ? | 22:08 |
| Nick change: WhyWhyWhy -> Fluxid | 22:08 | |
| exarkun | how big is line? a few hundred elements? a thousand? | 22:08 |
| exarkun | passing a thousand arguments to a function isn't a common case | 22:08 |
| ojii | exarkun, it's 2-4 | 22:09 |
| ojii | Fluxid, i'm somehow failing to convert my code to that nested iterator style | 22:10 |
| ojii | Fluxid, i do this currently: chain(*[palette[pixel] for pixel in line]) | 22:11 |
| DasIch_ (~DasIch@p4FFDE139.dip.t-dialin.net) joined #pypy. | 22:11 | |
| ojii | palette[pixel] returns a tuple | 22:11 |
| bja (~bja@69.11.216.98) left irc: Remote host closed the connection | 22:12 | |
| kenaan | 12mattip numppy-flatitter 11f8f03c1f35e0 15/pypy/module/micronumpy/interp_numarray.py: attempt at faster getitem, breaks setitem | 22:12 |
| tilgovi (~randall@couchdb/developer/tilgovi) left irc: Remote host closed the connection | 22:12 | |
| DasIch (~DasIch@p4FFDE139.dip.t-dialin.net) left irc: Ping timeout: 260 seconds | 22:13 | |
| Nick change: DasIch_ -> DasIch | 22:13 | |
| fijal | ojii: it's not 2-4 | 22:14 |
| fijal | ojii: line is like a 100? | 22:14 |
| ojii | yes but the thing that gets *'ed is 2-4 items | 22:14 |
| ojii | in the test i do it's 3 | 22:14 |
| ojii | oh wait | 22:14 |
| ojii | yes of course you're right | 22:14 |
| Fluxid | ojii: you mean, it doesn't work as expected? http://paste.pocoo.org/show/540227/ | 22:14 |
| ojii | it's about 480 | 22:15 |
| ojii | Fluxid, that works | 22:15 |
| ojii | i just failed | 22:16 |
| Fluxid | i'm sorry, i hopped in the middle of the discussion maybe i miss the point | 22:16 |
| ojii | that gets rid of 0.2s | 22:16 |
| ojii | still 2.15s vs 0.3s | 22:16 |
| Fluxid | duh | 22:16 |
| ojii | and cpy didn't suffer a lot from that | 22:17 |
| exarkun | PyPy and CPython are different. :) | 22:17 |
| ojii | i know | 22:17 |
| ojii | still i've heard all those great stories about how pypy makes things "magically" fast, this has yet to happen for me :( | 22:18 |
| hruske (~Gasper@188-230-156-183.dynamic.t-2.net) joined #pypy. | 22:18 | |
| squiddy (~squiddy@g224198052.adsl.alicedsl.de) left irc: Quit: Leaving | 22:18 | |
| fijal | ojii: well, you're using all the tricks in the book to make cpython happier | 22:19 |
| fijal | seriously | 22:19 |
| ojii | fijal, i guess that's what happens if you do cpython for a few years | 22:19 |
| ojii | you learn all those hacks | 22:19 |
| exarkun | The suggestion to dump all the data into an array and stop treating it one piece at a time seems like the best one so far | 22:19 |
| fijal | yes | 22:19 |
| exarkun | It'll probably be faster on CPython, too. | 22:19 |
| ojii | exarkun, what exactly do you mean by that? | 22:20 |
| hruske (~Gasper@188-230-156-183.dynamic.t-2.net) left irc: Client Quit | 22:20 | |
| fijal | ojii: I mean read the entire file into an array | 22:20 |
| ojii | ah | 22:20 |
| fijal | and don't try to have a list of this and a list of that and a list of something else | 22:20 |
| fijal | that you cast from one to another | 22:20 |
| ojii | that makes sense | 22:20 |
| exarkun | Yes. And then, for example, don't have a function _fliprow at all. Whatever you wanted to flip for, just change how you iterate to achieve the result. | 22:20 |
| ojii | how bad is list-of-arrays? | 22:20 |
| exarkun | It's worse than just one array. | 22:21 |
| ojii | it just makes things in python a lot nicer | 22:21 |
| ojii | but that's something I could sacrifice if needed | 22:21 |
| exarkun | You can still have a nice layer on top of the array. | 22:21 |
| exarkun | That's where PyPy starts to do better than CPython | 22:21 |
| exarkun | You can add a layer with a nice API and not pay so much of a cost | 22:21 |
| exarkun | whereas on CPython you pay for every extra function call you add | 22:22 |
| mattip | fijal: when you get a chance, please look at my last commit ^^^^ | 22:22 |
| ojii | i'll look into that tomorrow, thanks everyone for your insight into this | 22:22 |
| antocuni (~antocuni@host155-125-dynamic.25-79-r.retail.telecomitalia.it) left irc: Ping timeout: 252 seconds | 22:22 | |
| fijal | ojii: I fear this functional style will never be as fast as you want it in python | 22:23 |
| fijal | if you write ugly C it'll be faster | 22:23 |
| fijal | much faster | 22:23 |
| fijal | probably functional languages can do something with it, but not python | 22:23 |
| fijal | ojii: I expect why it's slower than cpython is something silly | 22:24 |
| fijal | like chain not being jitted or something like that | 22:25 |
| CIA-17 | 03papercrane 07roundup * 10#1016/RPython AssertionError while running async io greenlet test: Reconfirmed with hg changeset 51742:522114ac6c4a on OSX. * 14https://bugs.pypy.org/issue1016 | 22:25 |
| fijal | yeah I think so | 22:25 |
| mikefc_ | fijal, mattip: my first attempt at a ufunc. isnan. http://paste.pocoo.org/show/540236/ passable? | 22:26 |
| fijal | ojii: it's array.array(<whatever iterator>?) | 22:26 |
| fijal | not doing the right thing | 22:26 |
| fijal | ojii: this probably can be improved | 22:26 |
| fijal | mikefc_: oh, I implemented isnan today | 22:27 |
| mikefc_ | OK. I'll have a look at yours. | 22:27 |
| fijal | your isnan is buggy the resulting dtype is float ;-) | 22:27 |
| mikefc_ | is yours on the 'backtoapplevel' branch? | 22:28 |
| mikefc_ | my definnition needs a 'promote_to_bool'? | 22:28 |
| fijal | exarkun: is there a way to preallocate array to size X? | 22:28 |
| fijal | no :/ | 22:29 |
| fijal | who the fuck designed this interface? | 22:29 |
| fijal | python has like 7 buffer-like things, none of them actually usable | 22:29 |
| fijal | mikefc_: yeah, it's a bit complicated | 22:30 |
| fijal | mikefc_: because you don't promote an argument, you promote the result | 22:30 |
| fijal | ojii: and we don't have a __length_hint__ | 22:32 |
| Nick change: elliottcable -> efc` | 22:33 | |
| mattip | fijal: would a paste of the relevant code be more convenient than the changeset? http://paste.pocoo.org/show/540239 | 22:33 |
| mattip | I tried to do something faster than O(N), as Alex_Gaynor requested. | 22:34 |
| mattip | but is it truely faster? | 22:34 |
| Tobu (~Tobu@unaffiliated/tobu) left irc: Read error: Operation timed out | 22:35 | |
| dmarkey | ssssss | 22:36 |
| fijal | mattip: you know there is no easy way to introduce a jit merge point there? | 22:37 |
| papercrane | is there a way to use greenlets with py.py? (Not pypy-c) When I try it tells me I need to translate with --continuation. I tried --withmod-_continuation but that makes no difference. | 22:38 |
| fijal | mattip: can we have next_by_x(skip) | 22:38 |
| fijal | ? | 22:38 |
| mattip | I didn't have a better idea. | 22:38 |
| fijal | mattip: I mean we have a concrete iterator there, how hard it is to implement next_x_steps() | 22:38 |
| fijal | ? | 22:38 |
| fijal | mattip: note I think it's fine for now | 22:39 |
| mattip | to precalculate the skip? | 22:39 |
| fijal | since skip is not *that* important | 22:39 |
| fijal | you don't have to precalculate | 22:39 |
| fijal | you just put a different method on an iterator | 22:39 |
| fijal | mattip: but I think it's fine for now | 22:39 |
| Nick change: efc` -> elli | 22:39 | |
| setmeaway (~setmeaway@118.45.149.247) left irc: Quit: Leaving | 22:39 | |
| mattip | ok, I will clean it up and commit. | 22:40 |
| fijal | mattip: maybe put a while inside a function (due to jit limitations) | 22:40 |
| mattip | ok | 22:40 |
| fijal | papercrane: yes, run with --allworkingmodules | 22:40 |
| fijal | mattip: the inside while | 22:41 |
| fijal | we can think about optimizing later | 22:41 |
| mattip | ok | 22:41 |
| fijal | mattip: ideally also have a fast path if underlaying array is continuous | 22:41 |
| fijal | but not necessary, leave a comment probably | 22:41 |
| Alex_Gaynor (u1246@gateway/web/irccloud.com/x-nyxhkathukzeilzk) left irc: Write error: Broken pipe | 22:41 | |
| oal (u4126@gateway/web/irccloud.com/x-qcpgnudvfefbglmo) left irc: Read error: Connection reset by peer | 22:41 | |
| setmeaway (~setmeaway@118.45.149.58) joined #pypy. | 22:41 | |
| tilgovi (~randall@couchdb/developer/tilgovi) joined #pypy. | 22:42 | |
| papercrane | fijal: Doesn't work, I get the same error: AssertionError: stacklet: you have to translate with --continuation | 22:44 |
| vpelletier (~vincent@ALille-154-1-51-144.w86-198.abo.wanadoo.fr) joined #pypy. | 22:44 | |
| vpelletier | fijal: what about ctype's buffers ? :) | 22:44 |
| mattip | ohh, for crying out loud. I completely ignored the "step". More tests needed. :( | 22:44 |
| amaury (~amaury_@46-127-23-192.dynamic.hispeed.ch) left irc: Ping timeout: 240 seconds | 22:45 | |
| vpelletier | fijal: (cf. twitter) | 22:45 |
| jaffachief (~textual@host86-159-232-5.range86-159.btcentralplus.com) joined #pypy. | 22:46 | |
| ivan` (~ivan@unaffiliated/ivan/x-000001) joined #pypy. | 22:47 | |
| Alex_Gaynor (u1246@gateway/web/irccloud.com/x-wkfqjkmeedjbmbmx) joined #pypy. | 22:47 | |
| #pypy: mode change '+o Alex_Gaynor' by ChanServ!ChanServ@services. | 22:47 | |
| Tobu (~Tobu@unaffiliated/tobu) joined #pypy. | 22:47 | |
| bfirsh (u1308@gateway/web/irccloud.com/x-xljxtxjkpnmxshfr) joined #pypy. | 22:48 | |
| stakkars_ (~tismer@p5DCE1E0C.dip.t-dialin.net) left irc: Quit: schnarch | 22:51 | |
| intchanter (~intchante@c-76-27-100-38.hsd1.ut.comcast.net) left irc: Ping timeout: 245 seconds | 22:52 | |
| vpelletier (~vincent@ALille-154-1-51-144.w86-198.abo.wanadoo.fr) left irc: Quit: Zzz | 22:54 | |
| intchanter (~intchante@c-76-27-100-38.hsd1.ut.comcast.net) joined #pypy. | 22:55 | |
| Nick change: elli -> ecececececececec | 22:55 | |
| Nick change: ecececececececec -> elliottcable | 22:56 | |
| fijal | papercrane: look in tests? | 22:58 |
| fijal | mattip: besides, don't be worried about using memcopy | 22:58 |
| fijal | it's fine without it | 22:58 |
| JaRoel|4d (~jaroel|4d@2001:980:7133:1:20ce:4230:123c:46b2) joined #pypy. | 22:59 | |
| mattip | ? | 22:59 |
| mattip | That's the way it was before and I was asked to make it faster than O(N) ? | 22:59 |
| Alex_Gaynor | fijal: pong? | 22:59 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/own-macosx-x86-32/builds/786 | 23:00 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-64/builds/215 | 23:00 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-32/builds/1031 | 23:00 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-64-2/builds/42 | 23:00 |
| JaRoel (~jaroel|4d@2001:980:7133:1:d865:c606:2463:4919) joined #pypy. | 23:00 | |
| JaRoel|4d (~jaroel|4d@2001:980:7133:1:20ce:4230:123c:46b2) left irc: Ping timeout: 252 seconds | 23:03 | |
| fijal | Alex_Gaynor: did I want something? | 23:04 |
| fijal | mattip: no, it was doing something with dimensions each iteration | 23:04 |
| fijal | mattip: how is copying elements ever not O(n)? | 23:04 |
| Alex_Gaynor | fijal: who knows :] | 23:04 |
| mattip | well, supposedly agregating the next() calls between copies should be faster, no? | 23:06 |
| fijal | mattip: no, write the simplest possible thing that works | 23:06 |
| fijal | seriously | 23:06 |
| fijal | but works with step and stuff | 23:06 |
| fijal | mattip: a loop is fine, but decomposing indexes at each iteration is not | 23:07 |
| fijal | Alex_Gaynor: btw, py.test -A now works | 23:07 |
| fijal | for numpy | 23:07 |
| mattip | ok | 23:08 |
| Alex_Gaynor | fijal: I saw, cool | 23:08 |
| fijal | Alex_Gaynor: for what is worth | 23:10 |
| fijal | numpy.int64 is type int64 | 23:10 |
| Alex_Gaynor | fijal: ? | 23:10 |
| fijal | but it's not the same thing as numpy.array([0], dtype=long)[0].__class__ | 23:10 |
| Alex_Gaynor | it's not numpy.dtype("l") or so | 23:11 |
| oal (u4126@gateway/web/irccloud.com/x-akxqsxxqxqewcimp) joined #pypy. | 23:12 | |
| fijal | I don't know' | 23:12 |
| fijal | assert isinstance(numpy.array([0], long)[0], numpy.int64) | 23:12 |
| fijal | fails | 23:12 |
| Alex_Gaynor | does it pass on numpy? | 23:13 |
| Alex_Gaynor | that is, where does it pass where does it fail | 23:13 |
| fijal | it passes on numpypy fails on numpy | 23:13 |
| fijal | >>> numpy.array([[1], 2]) | 23:13 |
| fijal | array([[1], 2], dtype=object) | 23:13 |
| fijal | >>> | 23:13 |
| fijal | O_o | 23:14 |
| Alex_Gaynor | NumPy: random bullshit you never expected. But it's fast (not really). But it does math (apparently) | 23:14 |
| fijal | it's kinda cool | 23:14 |
| fijal | the API is cool + tons of crap | 23:14 |
| fijal | oh | 23:15 |
| fijal | they fixed slice assignment to self | 23:15 |
| Alex_Gaynor | (congratulations to them?) | 23:15 |
| fijal | we have 19 failures so fart | 23:16 |
| Alex_Gaynor | as in tests we pass that numpy fails, or the reverse? | 23:16 |
| fijal | oh crap | 23:17 |
| fijal | yeah | 23:17 |
| fijal | but some are our bugs | 23:17 |
| Alex_Gaynor | wait which? | 23:17 |
| fijal | so I have to find a US number flight :/ | 23:18 |
| papercrane | fijal: Not quite sure what you mean. I'm trying to run the test_greenlet.py via pypy pytest.py and it segfaults :-/ PYTHONPATH=. pypy pytest.py pypy/module/test_lib_pypy/test_greenlet.py | 23:18 |
| fijal | papercrane: nice that's a bug report possibly | 23:18 |
| fijal | papercrane: but you should be able to run those tests without pypy | 23:18 |
| fijal | papercrane: like py.test pypy/module/test_lib_pypy/test_greenlet.py | 23:18 |
| fijal | I don' | 23:18 |
| fijal | t know how exactly it works and I'm about to go to bed | 23:18 |
| fijal | papercrane: file a bug about that? | 23:19 |
| papercrane | fijal: Running with python it passes fine :-/ | 23:19 |
| papercrane | ok | 23:19 |
| papercrane | fijal: sleep well :-) | 23:19 |
| whitelynx (~whitelynx@63.241.75.144) left irc: Quit: Ex-Chat | 23:19 | |
| fijal | papercrane: I mean those tests generally run on py.py | 23:19 |
| fijal | except they're instantiated somehow differently | 23:19 |
| papercrane | fijal: Would py.test run py.py? I'd think it would run the python it's installed with& Then again there may be testing magic that I don't know about I suppose | 23:20 |
| fijal | no no | 23:21 |
| fijal | papercrane: if you look at the test, the py.test is run with normal python | 23:21 |
| fijal | however stuff inside class AppTestXxx | 23:21 |
| fijal | is run using py.py | 23:21 |
| fijal | otherwise the testing will be a bit pointless | 23:21 |
| papercrane | ah yes, that makes sense | 23:22 |
| fijal | it passes options to gettestobjspace | 23:22 |
| fijal | which is --continuation --withmod-_continuation | 23:22 |
| fijal | IMO | 23:22 |
| papercrane | ok, well, I'll file a bug about the segfault | 23:22 |
| fijal | papercrane: can I have an example where it fails? | 23:22 |
| fijal | papercrane: so the segfault is py.py on top of pypy | 23:23 |
| fijal | which is bad, but it might be something unrelated like ctypes | 23:23 |
| papercrane | appears to be, yeah | 23:23 |
| papercrane | the command I gave above segfaults for me&of course I'm on OSX, not Linux, but still&I'll try it on Linux and see what happens | 23:23 |
| fijal | if you give me an example I can have a quick look (what you're running with py.py) | 23:24 |
| fijal | I won't look at the segfault now, please file a bug | 23:24 |
| papercrane | ok | 23:24 |
| papercrane | I'm attempting to run it like so: PYTHONPATH=. python2.7 ~/src/pypy/pypy/bin/py.py --allworkingmodules -v examples/both.py | 23:24 |
| fijal | where examples come from...? | 23:25 |
| papercrane | git@github.com:reversefold/jevent.git | 23:25 |
| gtaylor (~gtaylor@108-196-160-156.lightspeed.tukrga.sbcglobal.net) left irc: Quit: Konversation terminated! | 23:26 | |
| voidspace (~voidspace@87-194-212-65.bethere.co.uk) joined #pypy. | 23:26 | |
| voidspace (~voidspace@87-194-212-65.bethere.co.uk) left irc: Changing host | 23:26 | |
| voidspace (~voidspace@python/psf/voidspace) joined #pypy. | 23:26 | |
| papercrane | I also attached a tarball of one version to another bug (https://bugs.pypy.org/issue1016) | 23:26 |
| papercrane | I was trying to run it via py.py to see if I could get anything more useful out of it | 23:26 |
| fijal | so how does it fail? | 23:27 |
| papercrane | with py.py I get: AssertionError: stacklet: you have to translate with --continuation | 23:27 |
| papercrane | --continuation doesn't appear to be an option you can pass to py.py | 23:27 |
| papercrane | long stacktrace above it, of course | 23:28 |
| fijal | ya | 23:28 |
| fijal | papercrane: try now? | 23:31 |
| kenaan | 12fijal numpy-back-to-applevel 1115cfdca400bb 15/pypy/module/micronumpy/test/: enable even more tests on -A | 23:31 |
| kenaan | 12fijal default 11e3fbdc682ed9 15/pypy/bin/py.py: seems to be necessary for running continuation stuff | 23:31 |
| csenger (~user@dslb-084-058-161-075.pools.arcor-ip.net) left irc: Ping timeout: 240 seconds | 23:31 | |
| fijal | super slow of course | 23:31 |
| fijal (~fijal@196-210-150-33.dynamic.isadsl.co.za) left irc: Remote host closed the connection | 23:32 | |
| csenger (~user@dslb-084-058-161-075.pools.arcor-ip.net) joined #pypy. | 23:35 | |
| nedbat (~nedbat@python/psf/nedbat) left irc: Disconnected by services | 23:39 | |
| nedbat_ (~nedbat@python/psf/nedbat) joined #pypy. | 23:40 | |
| csenger (~user@dslb-084-058-161-075.pools.arcor-ip.net) left irc: Read error: Connection reset by peer | 23:40 | |
| elliottcable (~me@ell.io) left irc: Ping timeout: 252 seconds | 23:40 | |
| csenger (~user@dslb-084-058-161-075.pools.arcor-ip.net) joined #pypy. | 23:41 | |
| elliottcable (~me@ell.io) joined #pypy. | 23:41 | |
| CIA-17 | 03papercrane 07roundup * 10#1020/segfault when running test_greenlet.py through pypy pytest.py: | 23:42 |
| CIA-17 | [new] On Linux x64: | 23:42 |
| CIA-17 | {default//pypy} $ PYTHONPATH=. pypy pytest.py | 23:42 |
| CIA-17 | pypy/module/test_lib_pypy/test_greenlet.py ... * 14https://bugs.pypy.org/issue1020 | 23:42 |
| Nick change: nedbat_ -> nedbat | 23:46 | |
| csenger (~user@dslb-084-058-161-075.pools.arcor-ip.net) left irc: Ping timeout: 252 seconds | 23:48 | |
| csenger (~user@dslb-084-058-161-075.pools.arcor-ip.net) joined #pypy. | 23:50 | |
| whyking (~quassel@ip68-14-13-208.ri.ri.cox.net) joined #pypy. | 23:55 | |
| mat^2 (~mathias@212.130.113.35) left irc: | 23:55 | |
| nickik (~nick@217.150.234.222) left irc: Quit: Verlassend | 23:58 | |
| --- Wed Jan 25 2012 | 00:00 | |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!