📄 readme
字号:
Copyright 1999, 2001, 2002 Free Software Foundation, Inc.This file is part of the GNU MP Library.The GNU MP Library is free software; you can redistribute it and/or modifyit under the terms of the GNU Lesser General Public License as published bythe Free Software Foundation; either version 2.1 of the License, or (at youroption) any later version.The GNU MP Library is distributed in the hope that it will be useful, butWITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITYor FITNESS FOR A PARTICULAR PURPOSE. See the GNU Lesser General PublicLicense for more details.You should have received a copy of the GNU Lesser General Public Licensealong with the GNU MP Library; see the file COPYING.LIB. If not, write tothe Free Software Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA02111-1307, USA.This directory contains mpn functions for 64-bit PA-RISC 2.0.PIPELINE SUMMARYThe PA8x00 processors have an orthogonal 4-way out-of-order pipeline. Eachcycle two ALU operations and two MEM operations can issue, but just one of theMEM operations may be a store. The two ALU operations can be almost anycombination of non-memory operations. Unlike every other processor, integerand fp operations are completely equal here; they both count as just ALUoperations.Unfortunately, some operations cause hickups in the pipeline. Combiningcarry-consuming operations like ADD,DC with operations that does not set carrylike ADD,L cause long delays. Skip operations also seem to cause hickups. Ifseveral ADD,DC are issued consecutively, or if plain carry-generating ADD feedADD,DC, stalling does not occur. We can effectively issue two ADD,DCoperations/cycle.Latency scheduling is not as important as making sure to have a mix of ALU andMEM operations, but for full pipeline utilization, it is still a good idea todo some amount of latency scheduling.Like for all other processors, RAW memory scheduling is critically important.Since integer multiplication takes place in the floating-point unit, the GMPcode needs to handle this problem frequently.STATUS* mpn_lshift and mpn_rshift run at 1.5 cycles/limb on PA8000 and at 1.0 cycles/limb on PA8500. With latency scheduling, the numbers could be improved to 1.0 cycles/limb for all PA8x00 chips.* mpn_add_n and mpn_sub_n run at 2.0 cycles/limb on PA8000 and at about 1.9 cycles/limb on PA8500. With latency scheduling, this could be improved to 1.5 cycles/limb.* The mpn_addmul_1 run at 6.25 cycles/limb. The current code uses ADD,DC for adjacent limbs, and relies heavily on reordering.* Both mpn_mul_1 and mpn_submul_1 run at around 11 cycles/limb. There is obviously room for improving these along the lines of mpn_addmul_1.
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -