1. ВНИМАНИЕ! В течении пары дней +- будет переезд форума на более защищённый сервер. Возможны перебои в работе.
    Скрыть объявление

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

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

  1. X-Y-H

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

    Все программы обработки GNSS наблюдений работают с разной скоростью вычисления базовых линий и уравнивания.
    Мнения конечно у каждого будут субъективны.

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

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

    Добрый Duck и . Куратор

    Infinity уравнивает еще до того как данные скачал
     
    shukin, Say GST, Legion15 и ещё 1-му нравится это.
  3. X-Y-H

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

    Duck, блин да ее даже не продают))
     
  4. Добрый Duck и .

    Добрый Duck и . Куратор

    у кого надо уже год как есть ::-ph34r.gif::
     
  5. max7

    max7 Форумчанин

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

    жЭнька Форумчанин

    точнее где простому обывателю ее потыкать можно ?)
     
  7. GNSS4geo

    GNSS4geo Форумчанин

    Все-таки изначально не совсем корректный подход к сравнению.
    • Очевидно, что скорость обработки зависит от параметров конкретного компа (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 сек на всё-про-всё).

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

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

    GNSS4geo, ну это вы зря, железо одно., не самый новый но и не старый комп.
    А вот про аналитику - как то не думал.
     
  9. Yuri V.

    Yuri V. Форумчанин

    Машина на основе 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-
    Как видно, скорость падает при увеличении числа базовых станций, и количества спутниковых систем. Кажется это связано с возрастанием размерности ковариационных матриц, и операций с ними.
     
    max7 и chnav нравится это.
  10. GNSS4geo

    GNSS4geo Форумчанин

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

    Yuri V. Форумчанин

    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
     
    max7 нравится это.
  12. Yuri V.

    Yuri V. Форумчанин

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

    GNSS4geo Форумчанин

    Молодец!
    Садись, ПЯТЬ!
    ::drink1.gif::
     
  1. Этот сайт использует файлы cookie. Продолжая пользоваться данным сайтом, Вы соглашаетесь на использование нами Ваших файлов cookie.
    Скрыть объявление
  1. Этот сайт использует файлы cookie. Продолжая пользоваться данным сайтом, Вы соглашаетесь на использование нами Ваших файлов cookie.
    Скрыть объявление