LAPACK не может вычислить собственные векторы - PullRequest
3 голосов
/ 12 марта 2012

Я написал код для решения общей проблемы собственных значений и теперь сравниваю свои результаты с функцией DSPGVX LAPACK. Я только что работал с этим примером .

Итак, я получил 4 авто-вектора

{
 {-0.0319133, -0.265466, -0.713483,  0.64765},
 {-0.425628,  -0.520961, -0.714215,  0.193227},
 { 0.32702,    0.565845, -0.37129,  -0.659561},
 {-0.682699,  -0.056645,  0.0771025, 0.724409}
}

и автоматические значения

{-2.22545, 1.12704, -0.454756, 0.100076}

и с моим кодом, и с Mathematica, и результаты согласны.

Но в предыдущей ссылке авто-векторы, о которых сообщалось из LAPACK, совершенно другие.

 Eigenvalues
    -0.4548  0.1001
 Selected eigenvectors
          1       2
 1   0.3080  0.4469
 2   0.5329  0.0371
 3  -0.3496 -0.0505
 4  -0.6211 -0.4743

Кому я должен доверять?

P.S. Я также проверил, что мои значения auto / autovector верны, поскольку они дают A * x-lambda * B * x = 0, в то время как значения из LAPACK - нет.

Ответы [ 3 ]

2 голосов
/ 13 марта 2012

Не знаю, почему вы думаете, что LAPACK дает неправильные ответы, мне они кажутся нормальными.Используя четыре десятичных числа, которые вы цитируете, я получаю невязки (r = A * x - лямбда * B * x), такие что

норма (r1) = 1.5921e-04, норма (r2) = 6.0842e-05.

Поскольку норма (A) = 1,2994 и норма (B) = 7,9874, эти остатки кажутся очень удовлетворительными.

Собственные векторы, производимые DSPGVX, нормализованы так, что

норма (x '* B * x) = 1.

1 голос
/ 12 марта 2012

Похоже, что DSGPVX решает A * lambda = B * x * lambda; Matlab дает DSGPVX решение вашей проблемы, используя «eig», хотя документация Matlab верна. Я предполагаю, что это ошибка в документации DSGPVX.

>> a=[0.24 0.39 0.42 -0.16;0.39 -0.11 0.79 0.63;0.42 0.79 -0.25 0.48;-0.16 0.63 0.48 -0.03];
>> b=[4.16 -3.12 0.56 -0.1;-3.12 5.03 -0.83 1.09;0.56 -0.83 0.76 0.34;-0.1 1.09 0.34 1.18];
>> [v,d]=eig(a,b)

v =

   -0.0690    0.3080   -0.4469   -0.5528
   -0.5740    0.5329   -0.0371   -0.6766
   -1.5428   -0.3496    0.0505   -0.9276
    1.4004   -0.6211    0.4743    0.2510


d =

   -2.2254         0         0         0
         0   -0.4548         0         0
         0         0    0.1001         0
         0         0         0    1.1270

>> norm(a*v-b*v*d)

ans =

   1.5001e-15
1 голос
/ 12 марта 2012

Похоже, что результаты Лапака на самом деле соответствуют двум последним собственным значениям, сгенерированным вашим кодом и Mathematica, хотя биты младших разрядов выходят совсем иначе.Соответствующие векторы достаточно близки, просто по-разному масштабируются.

Очевидно, что если значения вашей / Mathematica проверяются, а Лапака - нет, вам следует доверять тому, который дает правильные ответы.Возможно, было бы полезно выяснить, в чем суть вашей проблемы и алгоритмов Лапака, которые делают ее очень неточными.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...