On Sat, Sep 6, 2008 at 8:58 PM, Josiah Carlson <[EMAIL PROTECTED]> wrote:
> On Sat, Sep 6, 2008 at 8:37 PM, <[EMAIL PROTECTED]> wrote:
>>
>>Josiah> The version I just posted to the tracker reads/writes about 30k
>>Josiah> entries/second. You may want to look at the differences (looks
>>
On Sat, Sep 6, 2008 at 8:37 PM, <[EMAIL PROTECTED]> wrote:
>
>Josiah> The version I just posted to the tracker reads/writes about 30k
>Josiah> entries/second. You may want to look at the differences (looks
>Josiah> to be due to your lack of a primary key/index).
>
>me> Thanks. Th
Josiah> The version I just posted to the tracker reads/writes about 30k
Josiah> entries/second. You may want to look at the differences (looks
Josiah> to be due to your lack of a primary key/index).
me> Thanks. The real speedup was to avoid using cursors.
Let me take another st
Brett Cannon wrote:
> On Sat, Sep 6, 2008 at 2:06 PM, <[EMAIL PROTECTED]> wrote:
>> I'm trying to figure out how to install this dbm.sqlite module I have
>> without overwriting the basic install. My thought was to create a dbm
>> package in site-packages then copy sqlite.py there. That doesn't w
>> Now to dig into the abysmal sqlite performance.
Josiah> The version I just posted to the tracker reads/writes about 30k
Josiah> entries/second. You may want to look at the differences (looks
Josiah> to be due to your lack of a primary key/index).
Thanks. The real speedup was
On Sat, Sep 6, 2008 at 3:36 PM, <[EMAIL PROTECTED]> wrote:
> While doing a little testing of my dbm.sqlite module (it's pretty damn slow
> at the moment) I came across this chestnut. Given this shell for loop:
>
>for n in 10 100 1000 1 ; do
>rm -f /tmp/trash.db*
>python3.0
While doing a little testing of my dbm.sqlite module (it's pretty damn slow
at the moment) I came across this chestnut. Given this shell for loop:
for n in 10 100 1000 1 ; do
rm -f /tmp/trash.db*
python3.0 -m timeit -s 'import dbm.ndbm as db' -s 'f =
db.open("/tmp/trash.d
On Sat, Sep 6, 2008 at 2:06 PM, <[EMAIL PROTECTED]> wrote:
> I'm trying to figure out how to install this dbm.sqlite module I have
> without overwriting the basic install. My thought was to create a dbm
> package in site-packages then copy sqlite.py there. That doesn't work
> though. Modifying
I'm trying to figure out how to install this dbm.sqlite module I have
without overwriting the basic install. My thought was to create a dbm
package in site-packages then copy sqlite.py there. That doesn't work
though. Modifying dbm.__init__.py to include this does:
import pkgutil
__path
issue 3797 created with trivial patches for the remaining bytearray
returning abusers. review needed.
I don't have a build environment for windows to test the PC/winreg one
on but its too simple to be wrong.
On Fri, Sep 5, 2008 at 10:37 AM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> This need
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sep 4, 2008, at 6:12 PM, Guido van Rossum wrote:
On Thu, Sep 4, 2008 at 1:05 PM, Barry Warsaw <[EMAIL PROTECTED]> wrote:
On Sep 4, 2008, at 3:51 PM, Guido van Rossum wrote:
I'm a little confused -- why did you remove the release notes for
pre
Jeremy Kloth gmail.com> writes:
>
> I don't know if this is too late to do before the final release, but
> shouldn't
> the implementation of PyUnicodeObject be updated to match the much more
> efficient old PyStringObject layout? I mean eliminating the double malloc
> that is currently requi
12 matches
Mail list logo
