|
|
| (22 intermediate revisions by 2 users not shown) |
| Line 1: |
Line 1: |
| − | Основные авторы описания: [[Участник:Frolov|А.В.Фролов]], [[Участник:VadimVV|Вад.В.Воеводин]] ([[#Описание локальности данных и вычислений|раздел 2.2]])
| |
| | | | |
| − | == Properties and structure of the algorithm ==
| |
| − |
| |
| − | === General description ===
| |
| − |
| |
| − | '''Backward substitution''' is a procedure of solving a ''system of linear algebraic equations'' <math>Ux = y</math>, where <math>U</math> is an upper triangular matrix whose diagonal elements are not equal to zero. The matrix <math>U</math> can be a factor of another matrix <math>A</math> in its decomposition (or factorization) <math>LU</math>, where <math>L</math> is a lower triangular matrix. This decomposition can be obtained by many methods (for example, the Gaussian elimination method with or without pivoting, the Gaussian compact scheme, [[Метод Холецкого (квадратного корня), точечный вещественный вариант|the Cholesky decomposition]], etc.). Here we also should mention the <math>QR</math> decomposition when the matrix <math>A</math> is represented in the form <math>A=QR</math>, where <math>Q</math> is an orthogonal matrix and <math>R</math> is an upper triangular matrix. Since the matrix <math>U</math> is triangular, a procedure of solving a linear system with the matrix <math>U</math> is a modification of the general substitution method and can be written using simple formulas.
| |
| − |
| |
| − | A similar procedure of solving a linear system with a ''lower triangular matrix'' is called the [[Прямая подстановка (вещественный вариант)|forward substitution]] (see [1]). Note that the '''backward substitution''' discussed here can be considered as a part of the '''backward Gaussian elimination''' in the '''Gaussian elimination method for solving linear systems'''.
| |
| − |
| |
| − | There exists a similar method called the [[backward substitution with normalization]]. The scheme of this modification is more complex, since a number of special operations are performed to reduce the effect of round-off errors on the results. This modified method is not discussed here.
| |
| − |
| |
| − | === Mathematical description ===
| |
| − |
| |
| − | Input data: an upper triangular matrix <math>U</math> whose elements are denoted by <math>u_{ij}</math>); a right-hand vector <math>y</math> whose components are denoted by <math>y_{i}</math>).
| |
| − |
| |
| − | Output data: the solution vector <math>x</math> whose components are denoted by <math>x_{i}</math>).
| |
| − |
| |
| − | The backward substitution algorithm can be represented as
| |
| − | :<math>
| |
| − | \begin{align}
| |
| − | x_{n} & = y_{n}/u_{nn} \\
| |
| − | x_{i} & = \left (y_{i} - \sum_{j = i+1}^{n} u_{ij} x_{j} \right ) / u_{ii}, \quad i \in [1, n - 1].
| |
| − | \end{align}
| |
| − | </math>
| |
| − |
| |
| − | There exists a block version of this algorithm; however, here we consider only its “dot” version.
| |
| − |
| |
| − | === Computational kernel of the algorithm ===
| |
| − |
| |
| − | The computational kernel of the backward substitution algorithm can be composed of <math>n-1</math> dot products of subrows of the matrix <math>U</math> with the computed part of the vector <math>x</math>:
| |
| − |
| |
| − | :<math> \sum_{j = i+1}^{n} u_{ij} x_{j} </math>.
| |
| − |
| |
| − | Here the dot products can be accumulated in double precision for additional accuracy. These dot products are subtracted from the components of the vector <math>y</math> and the results are divided by the diagonal elements of the matrix <math>U</math>. In some implementations, however, this approach is not used. In these implementations, the operation
| |
| − |
| |
| − | :<math> y_{i} - \sum_{j = i+1}^{n} u_{ij} x_{j} </math>
| |
| − |
| |
| − | is performed by subtracting the componentwise products as part of dot products from <math>y_{i}</math> instead of subtracting the entire dot product from <math>y_{i}</math>. Hence, the operation
| |
| − |
| |
| − | :<math> y_{i} - \sum_{j = i+1}^{n} u_{ij} x_{j} </math>
| |
| − |
| |
| − | and the division of the results by the diagonal elements of the matrix should be considered as a computational kernel instead of the dot product operations. Here the accumulation in double precision can also be used.
| |
| − |
| |
| − | === Macrostructure of the algorithm ===
| |
| − |
| |
| − | As is stated in [[#Вычислительное ядро алгоритма|description of algorithm’s kernel]], the major part of the algorithm consists of computing the <math>n-1</math>) sums
| |
| − |
| |
| − | :<math>y_{i} - \sum_{j = i+1}^{n} u_{ij} x_{j} </math>
| |
| − |
| |
| − | and dividing the results by the diagonal elements of the matrix. The accumulation in double precision can also be used.
| |
| − |
| |
| − | === The implementation scheme of the sequential algorithm ===
| |
| − |
| |
| − | The first stage of this scheme can be represented as
| |
| − |
| |
| − | 1. <math>x_{n} = y_{n}/u_{nn}</math>.
| |
| − |
| |
| − | At the second stage, for all <math>i</math> form <math>n-1</math> to <math>1</math>, the following operations should be performed:
| |
| − |
| |
| − | 2. <math>x_{i} = \left (y_{i} - \sum_{j = i+1}^{n} u_{ij} x_{j} \right ) / u_{ii}</math>.
| |
| − |
| |
| − | Note that the computations of the sums <math>y_{i} - \sum_{j = i+1}^{n} u_{ij} x_{j}</math> are performed in the accumulation mode by subtracting the products <math>u_{ij} x_{j}</math> from <math>y_{i}</math> for <math>j</math> from <math>n</math> to <math>i + 1</math> '''''with decreasing''''' <math>j</math>. ''''' Other orders of summation lead to a severe degradation of parallel properties of the algorithm'''''. As an example, we can mention a program fragment given in [2], where the backward substitution is discussed in the form of the backward Gaussian elimination performed with increasing summation index because of the restrictions imposed by old versions of Fortran.
| |
| − |
| |
| − | === Sequential complexity of the algorithm ===
| |
| − |
| |
| − | Для обратной подстановки порядка n в последовательном (наиболее быстром) варианте требуется:
| |
| − |
| |
| − | * <math>n</math> делений,
| |
| − | * <math>\frac{n^2-n}{2}</math> сложений (вычитаний),
| |
| − | * <math>\frac{n^2-n}{2}</math> умножений.
| |
| − | Умножения и сложения (вычитания) — ''основная часть алгоритма''.
| |
| − |
| |
| − | При этом использование режима накопления требует совершения умножений и вычитаний в режиме двойной точности (или использования функции вроде DPROD в Фортране).
| |
| − |
| |
| − | При классификации по последовательной сложности, таким образом, метод обратной подстановки относится к алгоритмам ''со сложностью'' <math>O(n^2)</math>.
| |
| − |
| |
| − | === Информационный граф ===
| |
| − |
| |
| − | Опишем [[глоссарий#Граф алгоритма|граф алгоритма]] как аналитически, так и в виде рисунка.
| |
| − |
| |
| − | Граф алгоритма обратной подстановки состоит из двух групп вершин, расположенных в целочисленных узлах двух областей разной размерности.
| |
| − |
| |
| − | [[file:DirectU.png|450px|thumb|left|Обратная подстановка]]
| |
| − |
| |
| − | '''Первая''' группа вершин расположена в одномерной области, соответствующая ей операция вычисляет функцию деления.
| |
| − | Естественно введённая единственная координата каждой из вершин <math>i</math> меняется в диапазоне от <math>n</math> до <math>1</math>, принимая все целочисленные значения.
| |
| − |
| |
| − | Делимое в этой операции:
| |
| − |
| |
| − | * при <math>i = n</math> — элемент ''входных данных'', а именно <math>y_{n}</math>;
| |
| − | * при <math>i < n</math> — результат срабатывания операции, соответствующей вершине из второй группы, с координатами <math>i</math>, <math>i+1</math>.
| |
| − |
| |
| − | Делитель для этой операции - элемент ''входных данных'', а именно <math>u_{nn}</math>.
| |
| − |
| |
| − | Результат срабатывания операции является ''выходным данным'' <math>x_{i}</math>.
| |
| − |
| |
| − | '''Вторая''' группа вершин расположена в двумерной области, соответствующая ей операция <math>a-bc</math>.
| |
| − | Естественно введённые координаты области таковы:
| |
| − | * <math>i</math> — меняется в диапазоне от <math>n-1</math> до <math>1</math>, принимая все целочисленные значения;
| |
| − | * <math>j</math> — меняется в диапазоне от <math>n</math> до <math>i+1</math>, принимая все целочисленные значения.
| |
| − |
| |
| − | Аргументы операции следующие:
| |
| − | *<math>a</math>:
| |
| − | ** при <math>j = n</math> элемент входных данных <math>y_{i}</math>;
| |
| − | ** при <math>j < n</math> — результат срабатывания операции, соответствующей вершине из второй группы, с координатами <math>i, j+1</math>;
| |
| − | *<math>b</math> — элемент ''входных данных'', а именно <math>u_{ij}</math>;
| |
| − | *<math>c</math> — результат срабатывания операции, соответствующей вершине из первой группы, с координатой <math>j</math>;
| |
| − |
| |
| − | Результат срабатывания операции является ''промежуточным данным'' алгоритма.
| |
| − |
| |
| − | Описанный граф можно посмотреть на рисунке, выполненном для случая <math>n = 5</math>. Здесь вершины первой группы обозначены ;`жёлтым цветом и знаком деления, вершины второй — зелёным цветом и буквой f. Изображена подача только входных данных из вектора <math>y</math>, подача элементов матрицы <math>U</math>, идущая во все вершины, на рисунке не представлена.
| |
| − |
| |
| − | === Описание ресурса параллелизма алгоритма ===
| |
| − |
| |
| − | Для обратной подстановки порядка n в параллельном варианте требуется последовательно выполнить следующие ярусы:
| |
| − | * <math>n</math> ярусов делений (в каждом из ярусов одно деление),
| |
| − | * по <math>n - 1</math> ярусов умножений и сложений/вычитаний (в каждом из ярусов — линейное количество операций, от <math>1</math> до <math>n-1</math>.
| |
| − |
| |
| − | Таким образом, в параллельном варианте, в отличие от последовательного, вычисления делений будут определять довольно значительную долю требуемого времени. При реализации на конкретных архитектурах наличие в отдельных ярусах [[глоссарий#Ярусно-параллельная форма графа алгоритма|ЯПФ]] отдельных делений может породить и другие проблемы. Например, при реализации метода обратной подстановки на ПЛИСах остальные вычисления (умножения и сложения/вычитания) могут быть конвейеризованы, что даёт экономию и по ресурсам на программируемых платах; деления из-за их изолированности приведут к занятию ресурсов на платах, которые будут простаивать большую часть времени.
| |
| − |
| |
| − | При этом использование режима накопления требует совершения умножений и вычитаний в режиме двойной точности, а в параллельном варианте это означает, что практически все промежуточные вычисления для выполнения алгоритма в режиме накопления должны быть двойной точности. В отличие от последовательного варианта это означает некоторое увеличение требуемой памяти.
| |
| − |
| |
| − | При классификации по высоте ЯПФ, таким образом, метод обратной подстановки относится к алгоритмам ''с линейной сложностью''. При классификации по ширине ЯПФ его сложность также будет ''линейной''.
| |
| − |
| |
| − | === Описание входных и выходных данных ===
| |
| − |
| |
| − | '''Входные данные''': верхняя треугольная матрица <math>U</math> (элементы <math>u_{ij}</math>), вектор правой части <math>y</math> (элементы <math>y_{i}</math>).
| |
| − |
| |
| − | '''Объём входных данных''': :<math>\frac{n (n + 3)}{2}</math> (в силу треугольности достаточно хранить только ненулевые элементы матрицы <math>U</math>).
| |
| − |
| |
| − | '''Выходные данные''': вектор решения <math>x</math> (элементы <math>x_{i}</math>).
| |
| − |
| |
| − | '''Объём выходных данных''': :<math>n~.</math>
| |
| − |
| |
| − | === Свойства алгоритма ===
| |
| − |
| |
| − | Соотношение последовательной и параллельной сложности в случае неограниченных ресурсов, как хорошо видно, является ''линейным'' (отношение квадратической к линейной).
| |
| − |
| |
| − | При этом вычислительная мощность алгоритма обратной подстановки, как отношение числа операций к суммарному объему входных и выходных данных – всего лишь ''константа''.
| |
| − |
| |
| − | При этом алгоритм обратной подстановки полностью детерминирован. Использование другого порядка выполнения ассоциативных операций в данной версии нами не рассматривается, поскольку в корне меняет структуру алгоритма и меняет сложность с параллельной на квадратичную.
| |
| − |
| |
| − | Наличие линейного количества ярусов ЯПФ, состоящих из одного-единственного деления, потенциально замедляющее параллельные реализации алгоритма, является его характерным "узким местом", особенно в сравнении со схожей по решаемой математической задаче [[Прямая подстановка (вещественный вариант)|прямой подстановке]], где диагональные элементы единичны. В связи с этим для решения СЛАУ предпочтительны такие разложения, содержащие треугольные матрицы, где в треугольных матрицах диагональные элементы единичны. В тех же случаях, когда получаются неособенные треугольные матрицы, их желательно предварительно, до решения СЛАУ с ними, преобразовать в произведение диагональной и треугольной с единичными диагональными элементами.
| |
| − |
| |
| − | У алгоритма обратной подстановки существует несколько блочных вариантов. Граф некоторых из них совпадает с графом точечного варианта, различия связаны в основном с порядком прохождения основных циклов алгоритма, а именно - с их развёртыванием и перестановкой. Эти приёмы могут помочь в оптимизации обменов на конкретных вычислительных системах.
| |
| − |
| |
| − | == Программная реализация ==
| |
| − |
| |
| − | === Особенности реализации последовательного алгоритма ===
| |
| − |
| |
| − | В простейшем варианте метод обратной подстановки на Фортране можно записать так:
| |
| − |
| |
| − | <source lang="fortran">
| |
| − | X(N) = Y(N) / U (N, N)
| |
| − | DO I = N-1, 1, -1
| |
| − | S = Y(I)
| |
| − | DO J = N, I+1, -1
| |
| − | S = S - DPROD(U(I,J), X(J))
| |
| − | END DO
| |
| − | X(I) = S / U(I,I)
| |
| − | END DO
| |
| − | </source>
| |
| − | При этом для реализации режима накопления переменная <math>S</math> должна быть двойной точности.
| |
| − |
| |
| − | === Описание локальности данных и вычислений ===
| |
| − | ==== Описание локальности реализации алгоритма ====
| |
| − | ===== Описание структуры обращений в память и качественная оценка локальности =====
| |
| − |
| |
| − | [[file:gauss back 1.PNG|thumb|center|700px|Рисунок 12.1. Обратный ход метода Гаусса решения СЛАУ. Общий профиль обращений в память]]
| |
| − |
| |
| − | На рисунке 12.1 представлен профиль обращений в память для обратного хода метода Гаусса решения СЛАУ. Хорошо видно, что профиль состоит из двух этапов, идущих друг за другом (граница между ними выделена оранжевой линией). Это соответствует двум циклам, из которых собственно состоит исходный код обратного хода метода Гаусса. Из самого рисунка это заметить достаточно сложно, но анализ исходного кода показывает, что профиль образуется из обращений к 4 массивам. Три из них выделены на рис. 12.1 зеленым; к четвертому относятся все остальные обращения. Сразу отметим, что в данном профиле общее число обращений всего в несколько раз больше числа задействованных элементов массивов (4500 против 1000), а в таких условиях сложно добиться высокой локальности.
| |
| − |
| |
| − | Чтобы выяснить это, перейдем к подробному рассмотрению каждого из массивов в отдельности.
| |
| − |
| |
| − | На рис. 12.2 представлен фрагмент 1. Оранжевой линей также проведено разделение 2 этапов. Видно, что второй этап устроен очень просто и представляет собой последовательный перебор в обратном порядке. Первый этап имеет итерационный характер, причем на каждой итерации отбрасывается элемент массива с наименьшим номером. Подобный профиль характеризуется высокой пространственной локальностью, поскольку элементы перебираются подряд; достаточно высокой временной локальностью, поскольку на каждой итерации происходит повторное обращение к тем же элементам.
| |
| − |
| |
| − | [[file:gauss back 2.PNG|thumb|center|700px|Рисунок 12.2. Фрагмент 1 (профиль обращений к первому массиву)]]
| |
| − |
| |
| − | На рис. 12.3 представлен фрагмент 2, показывающий обращения ко второму массиву. Сразу заметим, что данный фрагмент еще меньше предыдущего – здесь задействовано всего 600 обращений в память. По сути, данный фрагмент является аналогичным этапу 1 фрагмент 1, с единственной разницей – здесь итерации расположены в обратном порядке. Однако это изменение не оказывает особого влияния ни на пространственную, ни не временную локальность, поэтому данный фрагмент обладает теми же свойствами.
| |
| − |
| |
| − | [[file:gauss back 3.PNG|thumb|center|700px|Рисунок 12.3. Фрагмент 2 (профиль обращений ко второму массиву)]]
| |
| − |
| |
| − | Далее рассмотрим фрагмент 3 (рис. 12.4). Здесь также оранжевой линией проведено разделение между двумя этапами, и также на второй этап приходится совсем немного обращений. Обращения на первом этапе образуют аналог случайного доступа, достаточно часто встречающийся, например, в случае косвенной адресации. При этом в некоторый момент к определенному элементу происходит достаточно много обращений подряд, после чего этот элемент более не используется. Такой профиль обычно характеризуется низкой пространственной и временной локальностью, что, однако, в данном случае в достаточной степени нивелируется малым числом задействованных элементов.
| |
| − |
| |
| − | [[file:gauss back 4.PNG|thumb|center|700px|Рисунок 12.4. Фрагмент 3 (профиль обращений к третьему массиву)]]
| |
| − |
| |
| − | Далее перейдем к фрагменту, занимающему основную часть рис. 12.1. Данный профиль отображен на рис. 12.5. В первую очередь стоит отметить особенность данного профиля – здесь задействовано более 1000 элементов, в то время как в остальных профилям – порядка 30. При этом число обращений даже меньше, чем обращений к первому или третьему массиву.
| |
| − |
| |
| − | Отметим также, что здесь большая часть обращений сосредоточена на втором этапе. Первый же этап является подобием первого этапа предыдущего массива (рис. 12.4) , за тем лишь исключением, что в данном профиле отсутствуют множественные обращения подряд к одному элементу перед тем, как элемент перестанет использоваться. С учетом того, что первый этап состоит всего из порядка 500 обращений, достаточно равномерно распределенных на отрезке в 1000 элементов, это говорит об очень низкой как пространственной, так и временной локальности.
| |
| − |
| |
| − | Другой характер обращений можно наблюдать на втором этапе. Видно, что он обладает более высокой пространственной локальностью, так как обращения явно сгруппированы в кластеры, при этом кластеры обладают подобным строением. Однако структура самого кластера видно плохо, поэтому требуется дальнейшее приближение.
| |
| − |
| |
| − | [[file:gauss back 5.PNG|thumb|center|700px|Рисунок 12.5. Фрагмент 4 (профиль обращений к четвертому массиву)]]
| |
| − |
| |
| − | На рис. 12.6 показаны два кластера, выделенные на рис. 12.5 зеленым цветом. Такой масштаб позволяет сразу увидеть, что каждый кластер представляет собой последовательный перебор с небольшим шагом определенного набора элементов массива.
| |
| − |
| |
| − | Следовательно, можно говорить о том, что второй этап фрагмента 4 обладает достаточно высокой пространственной локальностью (поскольку каждый кластер содержит последовательный перебор), но низкой временной локальностью (повторные обращения практически отсутствуют).
| |
| − |
| |
| − | [[file:gauss back 6.PNG|thumb|center|500px|Рисунок 12.6. Два кластера из фрагмента 4]]
| |
| − |
| |
| − | В целом по всему профилю можно сделать следующий вывод: первый три рассмотренных массива (особенно №1 и №2) обладают достаточно высокой локальностью, однако достаточно низкая пространственная и очень низкая временная локальность последнего массива в значительной степени снижают общую локальность всей программы.
| |
| − |
| |
| − | ===== Количественная оценка локальности =====
| |
| − |
| |
| − | Основной фрагмент реализации, на основе которого были получены количественные оценки, приведен [http://git.algowiki-project.org/Voevodin/locality/blob/master/benchmarks/gauss_back/gauss_back.h здесь] (функция Kernel2). Условия запуска описаны [http://git.algowiki-project.org/Voevodin/locality/blob/master/README.md здесь].
| |
| − |
| |
| − | Первая оценка выполняется на основе характеристики daps, которая оценивает число выполненных обращений (чтений и записей) в память в секунду. Данная характеристика является аналогом оценки flops применительно к работе с памятью и является в большей степени оценкой производительности взаимодействия с памятью, чем оценкой локальности. Однако она служит хорошим источником информации, в том числе для сравнения с результатами по следующей характеристике cvg.
| |
| − |
| |
| − | На рисунке 12.7 приведены значения daps для реализаций распространенных алгоритмов, отсортированные по возрастанию (чем больше daps, тем в общем случае выше производительность). Можно увидеть, что, в соответствии с высказанным в предыдущем разделе предположением о негативном влиянии одного из массивов, данная программа показывает достаточно низкую производительность, заметно ниже, чем у прямого хода метода Гаусса.
| |
| − |
| |
| − | [[file:gauss back daps ru.PNG|thumb|center|700px|Рисунок 12.7. Сравнение значений оценки daps]]
| |
| − |
| |
| − | Вторая характеристика – cvg – предназначена для получения более машинно-независимой оценки локальности. Она определяет, насколько часто в программе необходимо подтягивать данные в кэш-память. Соответственно, чем меньше значение cvg, тем реже это нужно делать, тем лучше локальность.
| |
| − |
| |
| − | На рисунке 12.8 приведены значения cvg для того же набора реализаций, отсортированные по убыванию (чем меньше cvg, тем в общем случае выше локальность). Можно увидеть, что, согласно данной оценке, профиль обращений обладает низкой локальностью, лишь немногим лучше профиля программы со случайным доступом в память. Это повторяет выводы, сделанные на основе оценки daps.
| |
| − |
| |
| − | [[file:gauss back cvg.PNG|thumb|center|700px|Рисунок 12.8. Сравнение значений оценки cvg]]
| |
| − |
| |
| − | === Возможные способы и особенности реализации параллельного алгоритма ===
| |
| − |
| |
| − | Вариантов параллельной реализации алгоритма не так уж и много, если не использовать то, что оба главных цикла можно развернуть, перейдя, таким образом, к блочной версии. Версии без развёртывания циклов возможны как с полностью параллельными циклами по I:
| |
| − |
| |
| − | <source lang="fortran">
| |
| − | DO PARALLEL I = 1, N
| |
| − | X(I) = Y(I)
| |
| − | END DO
| |
| − | DO J = N, 1, -1
| |
| − | X(J) = X(J) / U(J,J)
| |
| − | DO PARALLEL I = 1, J-1
| |
| − | X(I) = X(I) - U(I,J)*X(J)
| |
| − | END DO
| |
| − | END DO
| |
| − | </source>
| |
| − |
| |
| − | так и с использованием "скошенного параллелизма" в главном гнезде циклов.
| |
| − |
| |
| − | === Масштабируемость алгоритма и его реализации ===
| |
| − |
| |
| − | ==== Описание масштабируемости алгоритма ====
| |
| − |
| |
| − | ==== Описание масштабируемости реализации алгоритма ====
| |
| − |
| |
| − | === Динамические характеристики и эффективность реализации алгоритма ===
| |
| − |
| |
| − | === Выводы для классов архитектур ===
| |
| − |
| |
| − | Если исходить из структуры алгоритма, то при реализации на суперкомпьютерах следует выполнить две вещи. Во-первых, для минимизации обменов между узлами следует избрать блочный вариант, в котором или все элементы матрицы доступны на всех узлах, или заранее распределены по узлам. В таком случае количество передаваемых между узлами данных будет невелико по сравнению с количеством арифметических операций. Но при такой организации работы получится, что наибольшие временные затраты будут связаны с неоптимальностью обработки отдельных блоков. Поэтому, видимо, следует сначала оптимизировать не блочный алгоритм в целом, а подпрограммы, используемые на отдельных процессорах: точечный метод обратной подстановки, перемножения матриц и др. подпрограммы. Ниже содержится информация о возможном направлении такой оптимизации.
| |
| − |
| |
| − | === Существующие реализации алгоритма ===
| |
| − |
| |
| − | Вещественный вариант обратной подстановки реализован как в основных библиотеках программ отечественных организаций, так и в западных пакетах LINPACK, LAPACK, SCALAPACK и др.
| |
| − | При этом в отечественных реализациях, как правило, выполнены стандартные требования к методу с точки зрения ошибок округления, то есть, реализован режим накопления, и обычно нет лишних операций.
| |
| − | Реализация точечного метода Холецкого в современных западных пакетах обычно происходит из одной и той же реализации метода в LINPACK, а та использует пакет BLAS.
| |
| − |
| |
| − | Для большинства пакетов существует блочный вариант обратной подстановки, в том числе и тот, граф которого топологически тождествен графу точечного варианта. Из-за того, что количество читаемых данных примерно равно количеству операций, блочность может дать некоторое ускорение работы благодаря лучшему использованию кэшей процессоров. Именно в направлении оптимизации кэширования и следует сосредоточить основные усилия при оптимизации работы программы.
| |
| − |
| |
| − | == References ==
| |
| − |
| |
| − | # V.V. Voevodin, Yu.A. Kuznetsov. Matrices and computations. Moscow: Nauka, 1984 (in Russian).
| |
| − | # G. Forsythe and C. Moler. Computer Solution of Linear Algebraic Systems. Englewood Cliffs: Prentice Hall, 1967 (Russian translation: Дж.Форсайт, К.Моллер. Численное решение систем линейных алгебраических уравнений.М.: Мир, 1969).
| |
| − |
| |
| − |
| |
| − | [[Ru:Обратная подстановка (вещественный вариант)]]
| |
| − |
| |
| − | [[Category:Articles in progress]]
| |
