Друк

[Гість]

Ласкаво просимо, Гість. Будь ласка, увійдіть або зареєструйтеся.
16 Лютого 2026, 06:32:32

1 година 1 день 1 тиждень 1 місяць Назавжди

Увійти

[Новини]

•    Новини
•      Астрономія
•      Астрозаходи
•    Життя клуба
•      Новини
•      Проекти
•      Заходи
•      Звіти про спостереження
•      Документи
•    Статті
•      Обладнання та телескопи
•      Спостереження
•      Астрофотографія
•      Астрософт
•      Астрономія в Україні
•      Астрономи шуткують
•      Інше
•     
•      Файловий архів

Наш канал

Наші сайти

Астро-сайти

Програми

Наш канал

Наші сайти

Астро-сайти

Програми

[Oleg Astro]

Кожен тип даних повинен бути чітко обгрунтованим у стилі" чому саме так, а не інакше???..." стосовно кожної функції.

Код повинен бути максимально оптимізованим, бо то не є добре зловживати можливостями комп'ютерного заліза

Саме тому мені дуже важливий зворотній зв'язок.

P.S. До речі кажучи, мій старий комп'ютер, котрому буде 14 років, таки має оперативку 64 Гб і процесор і7-3930к (6/12 ядер/потоків).

[ds40a]

В добру путь!

[Polaris]

Зараз виходить цикл статей на ДОУ про точності обчислень https://dou.ua/forums/topic/57695/

Подякували

2 :ds40a, Oleg Astro

[Саша Наумов]

Код повинен бути максимально оптимізованим, бо то не є добре зловживати можливостями комп'ютерного заліза

Передчасна оптимізація - це зло, про яке знають досвідчені розробники.

А як це - "зловживати можливостями комп'ютерного заліза" ? Не використовувати SSE і AVX ? Не паралелити обчислення на кількість ядер ? Не використовувати GPU ?
Хоча, все залежить від природи розрахунків... іноді буває, що GPU і SSE не допоможуть, і паралелити нема чого.

[Oleg Astro]

Я ж не про передчасну, бо так ніколи нічого взагалі не зробиш 

А про залізо у тому смислі, щоб не городити незрозуміло що складне, котре виконує так само ті ж функції, що й простіша річ, але з набагато більшими системними ресурсами.

[Oleg Astro]

Перевірка коду функції, котра приймає дату "звичайного" григоріанського календаря yyyy mm dd, а також час hh mm ss.sss, а повертає юліанську дату із двох частин, як то воно прийнято в астрономічних алгоритмах.

Результати тестування функції: нічого не пропустив?...
Функція повинна перевіряти введення часу да дати користувачем.

[Oleg Astro]

Справи просуваються. Зараз взявся за реалізацію функцій обчислення нутації.

Порівняння із результатами від бібліотеки ERFA, котра основана на кодах і таблицях SOFA.

[ds40a]

І що ближче до істини? Чи є "еталон" з яким можна порівняти і визначити який варіант точніше? А так ми визначаємо наскільки відрізняються між собою дві бібліотеки. А от яка точніша невідомо)

[Oleg Astro]

SOFA/ERFA вважаються за еталонні, але ж я їх не перевіряв

[Oleg Astro]

З нутацією майже завершено
Максимальна різниця між обчисленими та опорними значеннями приблизно 0.000 016".

[Саша Наумов]

Я у вільний час пишу бібліотеку ray tracing,
де я намагаюсь вирішити задачу перетину проміня із поверхнею другого ступеня (сфера, парабола, гіпербола).
Окрім задоволення від процесу (згадати що таке аналітична геометрія 1 курсу внз),
я надибав, що відстань від знайденої\обчисленої точки перетину проміня і сфери до центру сфери
 
НЕ дорівнює радійсу сфери.
Якщо обчислювати у float, похибка сягає 1е-2f; у double це 1е-6.

Це є результат накопичення помилок.
Найбільші помилки виникають при діленні.

Подякували

1 :Oleg Astro