INADA Naoki added the comment:
How it cause problem?
I think you should use `malloc()` instead of `PyMem_Malloc()` or other Python
memory allocator when you need strict `malloc()` alignment.
--
nosy: +inada.naoki
___
Python tracker
<h
INADA Naoki added the comment:
New changeset 991adca012f5e106c2d4040ce619c696ba6f9c46 by INADA Naoki in branch
'master':
bpo-30048: asyncio: fix Task.cancel() was ignored. (GH-1097)
https://github.com/python/cpython/commit/991adca012f5e106c2d4040ce619c6
Changes by INADA Naoki :
--
pull_requests: +1645
___
Python tracker
<http://bugs.python.org/issue30048>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by INADA Naoki :
--
pull_requests: +1646
___
Python tracker
<http://bugs.python.org/issue30048>
___
___
Python-bugs-list mailing list
Unsubscribe:
INADA Naoki added the comment:
New changeset 3dc7c52a9f4fb83be3e26e31e2c7cd9dc1cb41a2 by INADA Naoki in branch
'3.6':
bpo-30048: asyncio: fix Task.cancel() was ignored. (GH-1546)
https://github.com/python/cpython/commit/3dc7c52a9f4fb83be3e26e31e2c7cd
INADA Naoki added the comment:
New changeset 5e94dedcddf5e09164bf20f18a3c701eeb96c71e by INADA Naoki in branch
'3.5':
bpo-30048: asyncio: fix Task.cancel() was ignored. (GH-1547)
https://github.com/python/cpython/commit/5e94dedcddf5e09164bf20f18a3c70
Changes by INADA Naoki :
--
resolution: -> fixed
stage: -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue30048>
___
Change by Inada Naoki :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Inada Naoki :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Inada Naoki added the comment:
New changeset 463572c8beb59fd9d6850440af48a5c5f4c0c0c9 by Inada Naoki
(animalize) in branch 'master':
bpo-36101: remove non-ascii characters in docstring (GH-12018)
https://github.com/python/cpython/commit/463572c8beb59fd9d6850440af48a5
Inada Naoki added the comment:
thanks
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Inada Naoki added the comment:
New changeset 3b0abb019662e42070f1d6f7e74440afb1808f03 by Inada Naoki
(Giampaolo Rodola) in branch 'master':
bpo-33671: allow setting shutil.copyfile() bufsize globally (GH-12016)
https://github.com/python/cpython/commit/3b0abb019662e42070f1d6f7e74440
Inada Naoki added the comment:
Removing unused alias is OK.
But I'm not sure about adding new alias.
In encodings/ package, there are both of mac_centeuro.py and mac_latin2.py.
Why alias is needed, without removing mac_centeuro.py?
--
nosy: +inada.naoki
versions: +Python 3.8 -P
Inada Naoki added the comment:
@lemburg
I confirmed mac_latin1 and mac_centeuro are identical, even though they are
generated from different sources.
>>> from encodings import mac_latin2, mac_centeuro
>>> mac_latin2.decoding_table == mac_centeuro.decoding_table
True
How
Inada Naoki added the comment:
bpo-33671 fixed this.
--
resolution: -> fixed
stage: test needed -> resolved
status: open -> closed
versions: +Python 3.8 -Python 3.7
___
Python tracker
<https://bugs.python.or
Change by Inada Naoki :
--
nosy: inada.naoki
priority: normal
severity: normal
status: open
title: Increase
___
Python tracker
<https://bugs.python.org/issue36
New submission from Inada Naoki :
shutil.COPY_BUFSIZE is 16KiB on non-Windows platform.
But it seems bit small for performance.
As this article[1], 128KiB is the best performance on common system.
[1]: https://eklitzke.org/efficient-file-copying-on-linux
Another resource: EBS document [2
Inada Naoki added the comment:
> Your first link explains why 128kB buffer size is faster in the context of
> cp: it's due to fadvise and kernel read ahead.
>
> None of the shutil functions call fadvise, so the benchmark and conclusions
> are irrelevant to the Python bu
Change by Inada Naoki :
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue36111>
___
___
Inada Naoki added the comment:
If you want byte IO, you can use "rb" mode. You can seek on it.
--
nosy: +inada.naoki
___
Python tracker
<https://bugs.python.o
Inada Naoki added the comment:
>
> desbma added the comment:
>
> If you do a benchmark by reading from a file, and then writing to /dev/null
> several times, without clearing caches, you are measuring *only* the syscall
> overhead:
> * input data is read from the Linu
Inada Naoki added the comment:
> Also on Linux "echo 3 | sudo tee /proc/sys/vm/drop_caches" is supposed to
> disable the cache.
As I said already, shutil is not used only with cold cache.
If cache is cold, disk speed will be upper bound in most cases.
But when cache is ho
Inada Naoki added the comment:
Read this file too.
http://git.savannah.gnu.org/cgit/coreutils.git/tree/src/ioblksize.h
coreutils choose 128KiB for *minimal* buffer size to reduce syscall overhead.
In case of shutil, we have Python interpreter overhead adding to syscall
overhead.
Who has
Inada Naoki added the comment:
New changeset e5897b67badeb04a04e16e29f7650d833141d67e by Inada Naoki (Miss
Islington (bot)) in branch '3.7':
bpo-28441: Ensure `.exe` suffix in `sys.executable` on MinGW and Cygwin
(GH-4348)
https://github.com/python/cpyt
Inada Naoki added the comment:
Your patch is modifying obmalloc.
It uses MAP_PRIVATE|MAP_ANONYMOUS mmap.
Does it really take log time? How?
#1572968 is different. It is mmap module. It can use file-backed mmap. It is
I/O.
--
nosy: +inada.naoki
Inada Naoki added the comment:
Sorry, I messed up. Your PR is changing mmap module, not obmalloc.
--
___
Python tracker
<https://bugs.python.org/issue36
Change by Inada Naoki :
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue31652>
___
___
Change by Inada Naoki :
--
keywords: +patch
pull_requests: +12121
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue36103>
___
___
Py
Inada Naoki added the comment:
How do you execute Python?
If you don't use terminal, please try executing Python from terminal.
And see what is output from Python in terminal.
--
nosy: +inada.naoki
___
Python tracker
<https://bugs.py
Inada Naoki added the comment:
a.a creates temporal method object. After id(a.a), it is removed.
So a.a and a.a1 are not "simultaneously existing objects" in your case.
Try this:
x = a.a
y = a.a1
id(x), id(y)
x and y are "simultaneously existing objects" now.
-
Inada Naoki added the comment:
> Fatal Python error: initfsencoding: unable to load the file system codec
>
> ModuleNotFoundError: No module named 'encodings'
OK, this is the important part which describes what Python failed.
In this case, Python can't find it
Inada Naoki added the comment:
You must not set PYTHON HOME. Python find it's home by itself.
But since PYTHONHOME is set, Python can't find it's home.
2019年3月2日(土) 4:45 kellena :
>
> kellena added the comment:
>
> There isn't much. I downloaded this and i
Inada Naoki added the comment:
New changeset 4f190306186973c1bbfadd3d3f146920856e by Inada Naoki in branch
'master':
bpo-36103: change default buffer size of shutil.copyfileobj() (GH-12115)
https://github.com/python/cpython/commit/4f190306186973c1bbfadd3d3f
Inada Naoki added the comment:
I chose 64 KiB because performance difference between 64 and 128 KiB
I can see is only up to 5%.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracke
Inada Naoki added the comment:
By the way, do you remember why you set PYTHONHOME?
I afraid that someone recommends such bad practice on Web and this issue is
spreading.
Beginner ~ average Python user must not try PYTHONHOME.
--
nosy: +inada.naoki
Inada Naoki added the comment:
It is a designed behavior.
I agree that it looks strange to some users who don't know implementation.
And that's why people should not use `is` normally, except some use cases (e.g.
`is None`.)
--
nosy: +inada.naoki
resolution: -> no
Inada Naoki added the comment:
>
> Could you explain (or send me a link to) what happens when an instance method
> is accessed
descriptor of function object creates bound method. You can google "descriptor
python".
> and why this should be different from what h
Inada Naoki added the comment:
It may be removed accidentally by this commit.
https://github.com/python/cpython/commit/8477ed60486a22f79f257ee49f0bc18d0e73f216#diff-56cd2f82cd518e7baf1edab64771f619
--
nosy: +inada.naoki
___
Python tracker
<ht
Inada Naoki added the comment:
I don't think this is a documentation bug. They insert "uwsgi" to
"sys.executable" manually.
https://github.com/unbit/uwsgi/blob/3149df02ed443131c54ea6afb29fcbb0ed4d1139/plugins/python/pyutils.c#L398-402
#ifdef PYTHREE
PyDi
Inada Naoki added the comment:
May I close this issue? I feel target SDK v21 is too old.
https://android-developers.googleblog.com/2017/12/improving-app-security-and-performance.html
--
nosy: +inada.naoki
___
Python tracker
<ht
Inada Naoki added the comment:
It seems twice call of `optionxform` is not avoidable when read-and-write
workflow.
I'm not against about fixing readdict.
But I don't think configparser supports non-idempotent optionxform.
>>> import configparser
>>> cfg
Change by Inada Naoki :
--
resolution: fixed -> not a bug
___
Python tracker
<https://bugs.python.org/issue36196>
___
___
Python-bugs-list mailing list
Un
Change by Inada Naoki :
--
resolution: -> fixed
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue36196>
___
Change by Inada Naoki :
--
resolution: -> wont fix
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue36162>
___
___
Inada Naoki added the comment:
May I close this issue?
--
nosy: +inada.naoki
___
Python tracker
<https://bugs.python.org/issue30766>
___
___
Python-bugs-list m
Inada Naoki added the comment:
I sent a mail to python-dev ML.
https://mail.python.org/pipermail/python-dev/2019-March/156613.html
--
___
Python tracker
<https://bugs.python.org/issue35
Change by Inada Naoki :
--
resolution: -> not a bug
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Inada Naoki added the comment:
I thought compact set implementation similar to dict sicne Python 3.6 may fix
this issue.
But as discussion with Raymond on Python-Dev ML, I conclude the merits of
compact implementation is not significant enough.
I abandoned compact set branch.
Now I don
Inada Naoki added the comment:
New changeset f2a186712bfe726d54723eba37d80c7f0303a50b by Inada Naoki in branch
'master':
bpo-30040: new empty dict uses key-sharing dict (GH-1080)
https://github.com/python/cpython/commit/f2a186712bfe726d54723eba37d80c
Change by Inada Naoki :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.8 -Python 3.7
___
Python tracker
<https://bugs.python.or
Inada Naoki added the comment:
> I don't think this should have been done. Conceptually, there is no basis
> for presuming key-sharing for new empty dicts -- you can't know what they
> would share with.
This patch essentially undoes the entire reason for having a pre
Change by Inada Naoki :
--
nosy: +Mark.Shannon
___
Python tracker
<https://bugs.python.org/issue30040>
___
___
Python-bugs-list mailing list
Unsubscribe:
Inada Naoki added the comment:
Another micro benchmark:
$ ./py.edict.opt -m perf timeit --compare-to ./py.master.opt '{}' --duplicate=10
py.master.opt: . 26.3 ns +- 0.5 ns
py.edict.opt: . 13.0 ns +- 0.1 ns
Mean +- std dev: [py.master.op
Inada Naoki added the comment:
On Wed, Mar 13, 2019 at 4:46 AM Raymond Hettinger
wrote:
>
> Raymond Hettinger added the comment:
>
> I hate to see you working so hard to make this work. IMO, the effort is
> futile. Dicts were intentionally designed to do a single memory al
Change by Inada Naoki :
--
keywords: +patch
pull_requests: +12283
stage: resolved -> patch review
___
Python tracker
<https://bugs.python.org/issue30040>
___
_
Change by Inada Naoki :
--
pull_requests: +12284
___
Python tracker
<https://bugs.python.org/issue30040>
___
___
Python-bugs-list mailing list
Unsubscribe:
Inada Naoki added the comment:
I created two PRs. PR 12307 just optimize inserting to empty dict.
PR 12308 has same optimization and removes shared empty key (ma_keys = NULL).
I confirmed PR 12307 is faster than before about `d = {}; d["a"]=None`.
I'll bench
Inada Naoki added the comment:
Benchmark result is here.
https://github.com/methane/sandbox/tree/master/2019.01/empty-dict
notes:
* Overhead introduced by PR 1080 (https://bugs.python.org/issue30040#msg337778)
is cancelled by first insert optimization. It is now faster than before.
* PR
Change by Inada Naoki :
--
pull_requests: +12297
___
Python tracker
<https://bugs.python.org/issue30040>
___
___
Python-bugs-list mailing list
Unsubscribe:
Inada Naoki added the comment:
New changeset 3fe7fa316f74ed630fbbcdf54564f15cda7cb045 by Inada Naoki in branch
'master':
bpo-30040: update news entry (GH-12324)
https://github.com/python/cpython/commit/3fe7fa316f74ed630fbbcdf54564f1
New submission from Inada Naoki :
unicode_internal codec is deprecated since Python 3.3.
It raises DeprecationWarning from 3.3.
>>> "hello".encode('unicode_internal')
__main__:1: DeprecationWarning: unicode_internal codec has been deprecated
b'h\x00\x00\x00e
New submission from Inada Naoki :
The doc says:
> 'u' will be removed together with the rest of the Py_UNICODE API.
> Deprecated since version 3.3, will be removed in version 4.0.
> https://docs.python.org/3/library/array.html
But DeprecationWarning is not raised yet. Let
Inada Naoki added the comment:
> I do not like how much code is needed for such minor optimization.
PR 12307 is +46 lines. Benefit is about 10ns when first insertion.
$ cpython/python.opt -m perf timeit --compare-to master/python.opt
--python-names master:empty-dict2 --duplicate 100
Change by Inada Naoki :
--
keywords: +patch
pull_requests: +12309
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue36297>
___
___
Py
Inada Naoki added the comment:
New changeset 6a16b18224fa98f6d192aa5014affeccc0376eb3 by Inada Naoki in branch
'master':
bpo-36297: remove "unicode_internal" codec (GH-12342)
https://github.com/python/cpython/commit/6a16b18224fa98f6d192
Change by Inada Naoki :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Inada Naoki added the comment:
I tried to remove all legacy API and wchar_t cache in unicodeobject. This is
experimental branch.
https://github.com/methane/cpython/pull/18/files
I'm thinking about adding configure option to remove them from 3.8.
* It may help people to find third
Inada Naoki added the comment:
New changeset 74ae50e53e59bbe39d6287b902757f0cd01327dc by Inada Naoki (CAM
Gerlach) in branch 'master':
bpo-36307: Travis: upgrade to Xenial environment (GH-12356)
https://github.com/python/cpython/commit/74ae50e53e59bbe39d6287b902757f
Change by Inada Naoki :
--
title: new empty dict can be more small -> Speedup empty dict creation and
reduce its memory usage
___
Python tracker
<https://bugs.python.org/issu
Inada Naoki added the comment:
New changeset 2ddc7f6d6223840c9971b36b30da4b3371d6e52b by Inada Naoki in branch
'master':
bpo-30040: optimize inserting into empty dict (GH-12307)
https://github.com/python/cpython/commit/2ddc7f6d6223840c9971b36b30da4b
Inada Naoki added the comment:
I merged PR-12307 instead of PR-12308 because:
* PR-12308 adds much code, it makes difficult to maintain dict (I faced many
SEGV while creating PR-12308)
* PR-12308 is based on PR-12307. So they are not mutually exclusive.
And I close this issue because there
Inada Naoki added the comment:
Ah, miss-islington is still broken...
I'll create backport PR manually if travis succeed to build master branch.
https://travis-ci.org/python/cpython/builds/507808242
--
___
Python tracker
<https://bugs.py
Change by Inada Naoki :
--
pull_requests: +12359
___
Python tracker
<https://bugs.python.org/issue36307>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Inada Naoki :
--
pull_requests: +12360
___
Python tracker
<https://bugs.python.org/issue36307>
___
___
Python-bugs-list mailing list
Unsubscribe:
Inada Naoki added the comment:
https://travis-ci.org/python/cpython/jobs/507821992
"pyenv: python3.7: command not found"
Hmm, `dist: xenial; group beta` seems not stable yet.
I'll try removing "group: beta" for stable build.
--
_
Inada Naoki added the comment:
New changeset 09e5877cb1191fe09af7a2139780d377bdf19092 by Inada Naoki in branch
'3.7':
bpo-36307: Travis: upgrade to Xenial environment (GH-12356)
https://github.com/python/cpython/commit/09e5877cb1191fe09af7a2139780d3
Inada Naoki added the comment:
I'm not sure we need two options.
Does USE_UNICODE_WCHAR_CACHE=0 really helps preparing to the removal?
--
___
Python tracker
<https://bugs.python.org/is
Inada Naoki added the comment:
New changeset 0f68d4af3b9410821ee67cbb5a445b341d5c82e4 by Inada Naoki in branch
'2.7':
bpo-36307: Travis: upgrade to Xenial environment (GH-12356)
https://github.com/python/cpython/commit/0f68d4af3b9410821ee67cbb5a445b
Change by Inada Naoki :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Inada Naoki added the comment:
FYI, I had created PR 12340 which removes use of deprecated API in ctypes.
--
___
Python tracker
<https://bugs.python.org/issue36
Change by Inada Naoki :
--
pull_requests: +12389
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issue8677>
___
___
Python-
Inada Naoki added the comment:
New changeset 29198ea1c6d58f87389136b0ac0b8b2318dbac24 by Inada Naoki in branch
'master':
bpo-8677: use PY_SSIZE_T_CLEAN in sqlite (GH-12434)
https://github.com/python/cpython/commit/29198ea1c6d58f87389136b0ac0b8b2318dbac24
--
nosy: +i
Inada Naoki added the comment:
Modules/_gdbmmodule.c
Modules/socketmodule.c
They use '#' without PY_SSIZE_T_CLEAN yet.
--
versions: +Python 3.8 -Python 3.2
___
Python tracker
<https://bugs.python.
Change by Inada Naoki :
--
pull_requests: +12416
___
Python tracker
<https://bugs.python.org/issue8677>
___
___
Python-bugs-list mailing list
Unsubscribe:
Inada Naoki added the comment:
> Also PC/winreg.c. In this case winreg.SetValue() needs a length of size DWORD
> instead of ssize_t.
As MSDN, cbData is ignored.
https://docs.microsoft.com/en-us/windows/desktop/api/winreg/nf-winreg-regsetvaluew
Can I skip overflow check?
If I can not
Change by Inada Naoki :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Inada Naoki :
--
pull_requests: +12418
___
Python tracker
<https://bugs.python.org/issue8677>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Inada Naoki :
--
pull_requests: +12419
___
Python tracker
<https://bugs.python.org/issue8677>
___
___
Python-bugs-list mailing list
Unsubscribe:
Inada Naoki added the comment:
New changeset c5a216e0b97712bf19b4a6b7655c6bf22a367edd by Inada Naoki in branch
'master':
bpo-8677: use PY_SSIZE_T_CLEAN in Modules/_gdbmodule.c (GH-12464)
https://github.com/python/cpython/commit/c5a216e0b97712bf19b4a6b7655c6b
Inada Naoki added the comment:
New changeset e9a1dcb4237cb2be71ab05883d472038ea9caf62 by Inada Naoki in branch
'master':
bpo-8677: use PY_SSIZE_T_CLEAN in socketmodule.c (GH-12467)
https://github.com/python/cpython/commit/e9a1dcb4237cb2be71ab05883d4720
Inada Naoki added the comment:
New changeset d5f18a63cc2dfe8d0adec8bce384a8c569b0f3dc by Inada Naoki in branch
'master':
bpo-8677: use PY_SSIZE_T_CLEAN in PC/winreg.c (GH-12466)
https://github.com/python/cpython/commit/d5f18a63cc2dfe8d0adec8bce384a8
Change by Inada Naoki :
--
pull_requests: +12421
___
Python tracker
<https://bugs.python.org/issue8677>
___
___
Python-bugs-list mailing list
Unsubscribe:
Inada Naoki added the comment:
New changeset cc60cdd9c44dd15e441603ee5f78e09ea3e76929 by Inada Naoki in branch
'master':
bpo-8677: use PY_DWORD_MAX instead of INT_MAX (GH-12469)
https://github.com/python/cpython/commit/cc60cdd9c44dd15e441603ee5f78e0
Change by Inada Naoki :
--
pull_requests: +12425
___
Python tracker
<https://bugs.python.org/issue8677>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Inada Naoki :
Raise warning for # use without PY_SSIZE_T_CLEAN.
* 3.8: PendingDeprecationWarning
* 3.9: DeprecationWarning
* 3.10 (or 4.0): Remove PY_SSIZE_T_CLEAN and use Py_ssize_t always
--
components: Extension Modules
messages: 338466
nosy: inada.naoki
Inada Naoki added the comment:
> Would it be possible to emit a deprecation warning, maybe at runtime, when
> PY_SSIZE_T_CLEAN is not defined?
I created bpo-36381 for it. Let's close this long living issue.
--
resolution: -> fixed
stage: patch review -> reso
Change by Inada Naoki :
--
keywords: +patch
pull_requests: +12426
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue36381>
___
___
Py
Inada Naoki added the comment:
https://mail.python.org/pipermail/python-dev/2019-March/156807.html
We may able to convert 'u' to wchar_t to int32_t and un-deprecate it.
--
___
Python tracker
<https://bugs.python.o
Change by Inada Naoki :
--
keywords: +patch
pull_requests: +12447
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue36299>
___
___
Py
Inada Naoki added the comment:
I found converting Py_UNICODE to Py_UCS4 wad happened, and reverted.
ref: https://bugs.python.org/issue13072
--
___
Python tracker
<https://bugs.python.org/issue36
1401 - 1500 of 3039 matches
Mail list logo