|
8 | 8 | # focusheart <[email protected]>, 2019 |
9 | 9 | # Naisen Xu <[email protected]>, 2019 |
10 | 10 | # ppcfish <[email protected]>, 2019 |
11 | | -# Freesand Leo <[email protected]>, 2019 |
| 11 | +# Freesand Leo <[email protected]>, 2020 |
12 | 12 | # |
13 | 13 | #, fuzzy |
14 | 14 | msgid "" |
15 | 15 | msgstr "" |
16 | 16 | "Project-Id-Version: Python 3.8\n" |
17 | 17 | "Report-Msgid-Bugs-To: \n" |
18 | | -"POT-Creation-Date: 2020-02-09 12:40+0000\n" |
| 18 | +"POT-Creation-Date: 2020-02-22 12:45+0000\n" |
19 | 19 | "PO-Revision-Date: 2017-02-16 23:06+0000\n" |
20 | | -" Last-Translator: Freesand Leo <[email protected]>, 2019\n" |
| 20 | +" Last-Translator: Freesand Leo <[email protected]>, 2020\n" |
21 | 21 | "Language-Team: Chinese (China) (https://www.transifex.com/python-doc/teams/5390/zh_CN/)\n" |
22 | 22 | "MIME-Version: 1.0\n" |
23 | 23 | "Content-Type: text/plain; charset=UTF-8\n" |
@@ -2206,17 +2206,61 @@ msgid "" |
2206 | 2206 | "A. Yes. In the CPython and PyPy3 implementations, the C/CFFI versions of " |
2207 | 2207 | "the decimal module integrate the high speed `libmpdec " |
2208 | 2208 | "<https://www.bytereef.org/mpdecimal/doc/libmpdec/index.html>`_ library for " |
2209 | | -"arbitrary precision correctly-rounded decimal floating point arithmetic. " |
2210 | | -"``libmpdec`` uses `Karatsuba multiplication " |
| 2209 | +"arbitrary precision correctly-rounded decimal floating point arithmetic " |
| 2210 | +"[#]_. ``libmpdec`` uses `Karatsuba multiplication " |
2211 | 2211 | "<https://en.wikipedia.org/wiki/Karatsuba_algorithm>`_ for medium-sized " |
2212 | 2212 | "numbers and the `Number Theoretic Transform " |
2213 | 2213 | "<https://en.wikipedia.org/wiki/Discrete_Fourier_transform_(general)#Number-" |
2214 | | -"theoretic_transform>`_ for very large numbers. However, to realize this " |
2215 | | -"performance gain, the context needs to be set for unrounded calculations." |
| 2214 | +"theoretic_transform>`_ for very large numbers." |
2216 | 2215 | msgstr "" |
2217 | | -"A. 是的,在 CPython 和 PyPy3 实现中,decimal 模块的 C/CFFI 版本集成了高速 `libmpdec " |
| 2216 | +"A. 是的。 在 CPython 和 PyPy3 实现中,decimal 模块的 C/CFFI 版本集成了高速 `libmpdec " |
2218 | 2217 | "<https://www.bytereef.org/mpdecimal/doc/libmpdec/index.html>`_ " |
2219 | | -"库用于实现任意精度正确舍入的十进制浮点算术。 ``libmpdec`` 会对中等的数字使用 `Karatsuba 乘法 " |
| 2218 | +"库用于实现任意精度正确舍入的十进制浮点算术 [#]_。 ``libmpdec`` 会对中等大小的数字使用 `Karatsuba 乘法 " |
2220 | 2219 | "<https://en.wikipedia.org/wiki/Karatsuba_algorithm>`_ 而对非常巨大的数字使用 `数字原理变换 " |
2221 | 2220 | "<https://en.wikipedia.org/wiki/Discrete_Fourier_transform_(general)#Number-" |
2222 | | -"theoretic_transform>`_ 。 但是,想要实现这种性能提升,需要对未舍入的运算设置上下文。" |
| 2221 | +"theoretic_transform>`_。" |
| 2222 | + |
| 2223 | +#: ../../library/decimal.rst:2131 |
| 2224 | +msgid "" |
| 2225 | +"The context must be adapted for exact arbitrary precision arithmetic. " |
| 2226 | +":attr:`Emin` and :attr:`Emax` should always be set to the maximum values, " |
| 2227 | +":attr:`clamp` should always be 0 (the default). Setting :attr:`prec` " |
| 2228 | +"requires some care." |
| 2229 | +msgstr "" |
| 2230 | +"必须要对任意精度算术适配上下文。 :attr:`Emin` 和 :attr:`Emax` 应当总是设为最大值,:attr:`clamp` 应当总是设为 " |
| 2231 | +"0 (默认值)。 设置 :attr:`prec` 需要十分谨慎。" |
| 2232 | + |
| 2233 | +#: ../../library/decimal.rst:2135 |
| 2234 | +msgid "" |
| 2235 | +"The easiest approach for trying out bignum arithmetic is to use the maximum " |
| 2236 | +"value for :attr:`prec` as well [#]_::" |
| 2237 | +msgstr "进行大数字算术的最便捷方式也是使用 :attr:`prec` 的最大值 [#]_::" |
| 2238 | + |
| 2239 | +#: ../../library/decimal.rst:2144 |
| 2240 | +msgid "" |
| 2241 | +"For inexact results, :attr:`MAX_PREC` is far too large on 64-bit platforms " |
| 2242 | +"and the available memory will be insufficient::" |
| 2243 | +msgstr "对于不精确的结果,在 64 位平台上 :attr:`MAX_PREC` 的值太大了,可用的内存将会不足::" |
| 2244 | + |
| 2245 | +#: ../../library/decimal.rst:2152 |
| 2246 | +msgid "" |
| 2247 | +"On systems with overallocation (e.g. Linux), a more sophisticated approach " |
| 2248 | +"is to adjust :attr:`prec` to the amount of available RAM. Suppose that you " |
| 2249 | +"have 8GB of RAM and expect 10 simultaneous operands using a maximum of 500MB" |
| 2250 | +" each::" |
| 2251 | +msgstr "" |
| 2252 | +"在具有超量分配的系统上 (即 Linux),一种更复杂的方式根据可用的 RAM 大小来调整 :attr:`prec`。 假设你有 8GB 的 RAM " |
| 2253 | +"并期望同时有 10 个操作数,每个最多使用 500MB::" |
| 2254 | + |
| 2255 | +#: ../../library/decimal.rst:2176 |
| 2256 | +msgid "" |
| 2257 | +"In general (and especially on systems without overallocation), it is " |
| 2258 | +"recommended to estimate even tighter bounds and set the :attr:`Inexact` trap" |
| 2259 | +" if all calculations are expected to be exact." |
| 2260 | +msgstr "总体而言(特别是在没有超量分配的系统上),如果期望所有计算都是精确的则推荐预估更严格的边界并设置 :attr:`Inexact` 陷阱。" |
| 2261 | + |
| 2262 | +#: ../../library/decimal.rst:2185 |
| 2263 | +msgid "" |
| 2264 | +"This approach now works for all exact results except for non-integer powers." |
| 2265 | +" Also backported to 3.7 and 3.8." |
| 2266 | +msgstr "此方式现在适用于除非整数乘方以外的所有精确结果。 并已向下移植到 3.7 和 3.8。" |
0 commit comments