This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author christian.heimes
Recipients christian.heimes, paul.moore, steve.dower, tim.golden, vstinner, zach.ware
Date 2016-09-13.12:32:23
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1473769943.75.0.0646288473229.issue28126@psf.upfronthosting.co.za>
In-reply-to
Content
Py_MEMCPY() has a special case for small blocks on Windows to work around an ancient performance issue in MSVC. Can we safely assume that recent MSVC properly optimize memcpy()? See #28055

/* Py_MEMCPY can be used instead of memcpy in cases where the copied blocks
 * are often very short.  While most platforms have highly optimized code for
 * large transfers, the setup costs for memcpy are often quite high.  MEMCPY
 * solves this by doing short copies "in line".
 */

#if defined(_MSC_VER)
#define Py_MEMCPY(target, source, length) do {                          \
        size_t i_, n_ = (length);                                       \
        char *t_ = (void*) (target);                                    \
        const char *s_ = (void*) (source);                              \
        if (n_ >= 16)                                                   \
            memcpy(t_, s_, n_);                                         \
        else                                                            \
            for (i_ = 0; i_ < n_; i_++)                                 \
                t_[i_] = s_[i_];                                        \
    } while (0)
#else
#define Py_MEMCPY memcpy
#endif
History
Date User Action Args
2016-09-13 12:32:23christian.heimessetrecipients: + christian.heimes, paul.moore, vstinner, tim.golden, zach.ware, steve.dower
2016-09-13 12:32:23christian.heimessetmessageid: <1473769943.75.0.0646288473229.issue28126@psf.upfronthosting.co.za>
2016-09-13 12:32:23christian.heimeslinkissue28126 messages
2016-09-13 12:32:23christian.heimescreate