Добро пожаловать!

Войдите или зарегистрируйтесь сейчас!

Войти

Скорость программ обработки GNSS

Тема в разделе "GNSS-измерения", создана пользователем X-Y-H, 26 мар 2015.

  1. X-Y-H

    X-Y-H Администратор
    Команда форума Форумчанин

    Регистрация:
    18 май 2007
    Сообщения:
    21.988
    Симпатии:
    7.205
    Адрес:
    Россия
    Все программы обработки GNSS наблюдений работают с разной скоростью вычисления базовых линий и уравнивания.
    Мнения конечно у каждого будут субъективны.

    Из того что работал в порядке увеличения времени работы с одними и теми же объемами данных.
    TGO, GPSurvey, TT/SSO, SS.

    А как считаете вы?
     
    #1
  2. Добрый Duck и .

    Куратор

    Регистрация:
    5 апр 2012
    Сообщения:
    6.191
    Симпатии:
    5.612
    Адрес:
    Новосибирск
    Infinity уравнивает еще до того как данные скачал
     
    #2
    shukin, Say GST, Legion15 и ещё 1-му нравится это.
  3. X-Y-H

    X-Y-H Администратор
    Команда форума Форумчанин

    Регистрация:
    18 май 2007
    Сообщения:
    21.988
    Симпатии:
    7.205
    Адрес:
    Россия
    Duck, блин да ее даже не продают))
     
    #3
  4. Добрый Duck и .

    Куратор

    Регистрация:
    5 апр 2012
    Сообщения:
    6.191
    Симпатии:
    5.612
    Адрес:
    Новосибирск
    у кого надо уже год как есть ::-ph34r.gif::
     
    #4
  5. max7

    Форумчанин

    Регистрация:
    3 июн 2008
    Сообщения:
    8.109
    Симпатии:
    3.160
    Адрес:
    Пермь
    Я думал Magnet tools даст больше скорости чем ТТ, да не тут то было. Нужно еще обновление покупать чтоб 64 битную ОС и процессор многоядерный использовать.
     
    #5
  6. жЭнька

    Форумчанин

    Регистрация:
    25 янв 2011
    Сообщения:
    1.385
    Симпатии:
    243
    Адрес:
    Истра
    точнее где простому обывателю ее потыкать можно ?)
     
    #6
  7. GNSS4geo

    Форумчанин

    Регистрация:
    20 сен 2008
    Сообщения:
    501
    Симпатии:
    336
    Адрес:
    Москва
    Все-таки изначально не совсем корректный подход к сравнению.
    • Очевидно, что скорость обработки зависит от параметров конкретного компа (RAM, проц(-ы), тип винта и т.п.).
    • Очевидно, что если современная прога адаптирована под современные ОС (например, под 64-bit) и современные компы (мультипроцессорные\мультиядерные), то, скорее всего, она должна считать быстрее.
    • Очевидно, что в современные проги вкладывается больше аналитики и они должна считать медленнее.
    • Очевидно, что качество программеров немаловажный фактор (классический пример, база данных проектов Trimble Geomatics Office зачем-то велась на MS Access, в результате при обработке статики и Stop&Go задержки обновления БД были незаметны, но обработка непрерывной траекторной кинематики с высокой дискретностью (5Гц+) данных превращалась в пытку - измерения обрабатывались часами (!) - дольше, чем собирались в поле (!!!)).
    Итак, IMHO
    • В старо-стародавние DOS-времена быстрее всех работал аштековский PNAV.
    • Во времена первых виндов самым быстрым статическим процем обладал TOPAZ (он же позже GeoGenius, он же Total Control на излете).
    • Сейчас статику все проги считают с +\- очень близкими временными затратами.
    А вот с траекторной кинематикой ничто не поспорит с GrafNav (сегодняшний опыт - бортовой файл 4.5 часа, GPS\ГЛОНАСС\BeiDou, L1\L2, 20Гц - 62 сек на всё-про-всё).

    Как то так...
     
    #7
    Baddy, Yuri V. и max7 нравится это.
  8. X-Y-H

    X-Y-H Администратор
    Команда форума Форумчанин

    Регистрация:
    18 май 2007
    Сообщения:
    21.988
    Симпатии:
    7.205
    Адрес:
    Россия
    GNSS4geo, ну это вы зря, железо одно., не самый новый но и не старый комп.
    А вот про аналитику - как то не думал.
     
    #8
  9. Yuri V.

    Форумчанин

    Регистрация:
    31 мар 2009
    Сообщения:
    2.406
    Симпатии:
    2.116
    Машина на основе i7-2600 3.40 GHz (разделён на 8 потоков), 8 Гб оперативы, диск 7200 оборотов. Win 7 64bit. Чтение и запись в одну директорию.
    Считалась непрерывная кинематика в GrafNav, частота обработки 1 Гц. И, поскольку статику и кинематику обрабатывает один движок, цифры можно применять и к GrafNet.
    В таблице: количество базовых станций, скорость расчёта точек в секунду.
     GPSGPS + GLONASS
    1 base589.4 epochs/second222.8 epochs/second
    2 bases275.0 epochs/second74.5 epochs/second
    4 bases96.5 epochs/second16.3 epochs/second
    5 bases62.6 epochs/second-
    Как видно, скорость падает при увеличении числа базовых станций, и количества спутниковых систем. Кажется это связано с возрастанием размерности ковариационных матриц, и операций с ними.
     
    #9
    max7 и chnav нравится это.
  10. GNSS4geo

    Форумчанин

    Регистрация:
    20 сен 2008
    Сообщения:
    501
    Симпатии:
    336
    Адрес:
    Москва
    Все-таки Юр что-то маловата скорость обработки...
    1. Версия GrafNav какая?
    2. Настройка "Process forward\reverse directions simultaneously" (Одновременная обработка в обоих направлениях) активирована?
      (только тогда включается мультиядерность\мультипроцессорность даже при обработке в одном направлении).
    3. Диск обычный или SSD?
    Но и что да, то да...
    Мультибазовый (он же сеансный), а не традиционный по-базовый, алгоритм отжирает памяти "мама не горюй".
    Если обычный ожидаемый расход памяти "(объем базового файла + объем определяемого файла) х 3", то при мультибазовой обработке "(все базы + определяемый") х 5-10 (!)".
    Так что с приходом эры SSD дисков мир "траекторных обработок" стал играть совсем другими красками (= времязатратами). ::smoke1::
     
    #10
  11. Yuri V.

    Форумчанин

    Регистрация:
    31 мар 2009
    Сообщения:
    2.406
    Симпатии:
    2.116
    1. 8.40.
    2. Конечно, куда без неё?!
    3. Написал обороты - 7200 - типа средний скорости, нормальный. Записываемые решения - десятки Мб - скорость диска вообще не важна.
    Ни от диска, ни от объёма оперативной памяти скорость не увеличится. Он её, память, вообще не ест почти, щепки. Это же математические расчеты. Только CPU. Но, у меня GNGN задействует только один поток процессора. Точнее так, на него работают два потока, но в сумме как 100% одного потока. Скрины прилагаю. Может в биосе отключить разделение ядер на потоки, хз.. Мне это надо для другого, не суть.
    Пришёл домой, поставил на расчёт такую же машину. 3 базы, 5 Гц наблюдения G+G. Итог - Processing used 717.184 seconds for 21490 epochs (30.0 epochs/second) - стандарт для моих компьютеров. Дружище, КАК у тебя выходит в 10 раз быстрее??
    Покажи скрин загрузки процессора, плиз.
    CPU.png
     
    #11
    max7 нравится это.
  12. Yuri V.

    Форумчанин

    Регистрация:
    31 мар 2009
    Сообщения:
    2.406
    Симпатии:
    2.116
    Суду всё ясно. Отключил Hyper-threading в биосе и софтина сразу взяла в оборот на 100% 2 физических ядра. Результат: скорость вычислений увеличилась в два раза.
    4 базы: GPS - 189.8 epochs/second, GPS+GLONASS - 31.5 epochs/second.
    Вывод, софт софту рознь, кому-то подавай мультипоточность, кому-то мультиядерность. ::biggrin24.gif::
     
    #12
    GNSS4geo нравится это.
  13. GNSS4geo

    Форумчанин

    Регистрация:
    20 сен 2008
    Сообщения:
    501
    Симпатии:
    336
    Адрес:
    Москва
    Молодец!
    Садись, ПЯТЬ!
    ::drink1.gif::
     
    #13

Поделиться этой страницей

  1. Этот сайт использует файлы cookie. Продолжая пользоваться данным сайтом, Вы соглашаетесь на использование нами Ваших файлов cookie.
    Скрыть объявление