Лев Валкин, это ты? :) Мы с тобой после Стачки в Ульяновске общались пол года назад, ты обещал eblob попробовать.
Просто хранить записи, особенно когда они в памяти помещаются — элементарно. Когда появляются географически разнесённые ДЦ, количество записей становится большим, да и вообще к машинам подключены полки на 24-48 дисков — всё становится сложнее и интереснее. Когда же из такой конструкции начинаем пытаться выжимать максимум по производительности, то тут нужны очень хорошие знания о внутреннем устройстве системы и её конфигурации.
Хорошим примером кажущейся простоты является MongoDB. Пока нагрузка не слишком большая и данных относительно мало — она правда работает без особых проблем.
А вы умеете правильно готовить Riak? Было бы интересно сравнить: позаливать много данных, посмотреть, как ведёт себя при потере ДЦ или диска, при сбоях сети, как восстанавливается и т.д.
Машинки и инструменты для нагрузочного тестирования у нас есть.
Так и не доделал я A320 PFD на raspberry pi :( Наверное, по этой фразе ты вспомнишь меня :) Здорово, что получилось с rsync, идея с подменой файликов во время их открытия была довольно безумной.
Винда сейчас живёт ради PM или ради контроллера приводов платформы? PM, имхо, не особо подходит для эйрбасов, из-за их идеологии. Flight sim labs обещали отличную модель, но до сих пор это всё слова, а так хочется попробовать модельку с настоящим FBW, и всеми системами, а не как в QPAC.
Cocaine и Elliptics — это open-source, права на код написаны в заголовке каждого файлика, то есть права на эти программы принадлежат конкретным людям. Вообще, и Elliptics, и Cocaine начинались как pet-project Жени Полякова и Андрея Сибирёва соответственно, а уже потом в них (на ранней стадии, прошу заметить) увидели перспективу и начали применять внутри компании.
А reverbrain.com — это сообщество людей, которые пишут Elliptics. Сайт создавался как площадка, на которой мы делимся знаниями с пользователями.
Для того, чтобы понять, есть ли смысл сертифицировать и какой будет сбыт, есть специальные люди, которые за подобные понимания деньги получают. Ни я, ни вы к этим людям не относимся.
Есть разные технологии, у которых разные сферы применимости. Ущелья гор? Значит, радиоканал делать нельзя, но при наличии открытого неба GPS работать будет, значит можно постпроцессинг использовать. Поля на комбинате? Так там вообще нечего и про дронов, и про GPS думать. Есть открытое небо, нет препятствий и сильных полей? Отлично, можно подумать в сторону RTK. Если нет подходящего сертифицированного железа — ну что же, придётся думать, что лучше всего подойдёт из сертифицированного, или отказаться от заказа вообще. И при этом, если все формальности соблюдены, вас не волнует, что в железке стоит чип за 5 долларов, а софт опен-сорсный.
Ваши рассуждения напоминают рассуждения человека, который каждый день пользуется тем самым Oracle, считает его серебряной пулей и ничего больше не видит. У него (Оракла) тоже есть строго очерченные рамки, за пределами которых он работает плохо, или даже совсем не работает. И если вы вдруг глава отдела разработки ПО Oracle захочет писать в Оракл логи действий пользователя, или тексты индексировать — я буду ему объяснять, почему так делать нельзя, и какие инструменты для этого надо использовать.
Есть ещё ядерный aio, который сводится к пулу ядерных тредов, выполняющих обычные read/write, только полностью в kernel space, и посылающие нотификацию процессу, когда всё будет готово. А вот там как раз опять могут всплыть засады с O_DIRECT, подробностей о состоянии дел на текущий день, к сожалению, не знаю.
Кроме изменений законов можно ещё сертифицировать устройства. И собственно процедура сертификации позволяет решить юридическую проблему использования какого либо прибора или комплекса в картографии. Производитель сначала решает техническую проблему, потом сертифицирует устройство. И всё это в нашем, реальном мире. И так делает практически каждый производитель сертифицируемого железа или ПО. Я работал в конторе, которая делала сертифицируемое ПО, так что ваши претензии про коней в вакууме несколько мимо. Ещё раз внимательно прочитайте, что вы написали:
Техническая проблема для русских условий — отсутствие точного сигнала GPS на расстоянии более 100-120 км от высокоточных базовых станций.
Техническая, не юридическая. И я вам аргументированно возразил. Юридическую проблему пусть решает производитель железа, и он наверняка сможет это сделать, если у него будет на то желание. Если ваша компания не может использовать не сертифицированное железо — это, опять же, не техническая проблема. Пожалуйста, будьте точнее в своих определениях, тогда к вам не будет претензий.
Оно неотделимо в вашей компании в данный момент времени. Очевидно, для компаний типа Sensefly, Trimble, Javad, да даже производителя вашего комплекса Беркут, техническая проблема и юридическая — это две разных проблемы, которые иногда влияют друг на друга. Потому что они делают новые продукты, которыми вы потом пользуетесь. А вы взяли и дурачками их назвали зачем-то.
Скажите, кстати, Sensefly eBee сертифицирован для геодезических работ в России?
Вы в этом тредике ловко подменяете техническую проблему на юридическую.
Техническая проблема, озвученная вами: сложно получить малую ошибку получения координат, потому что по-близости нету DGPS станций. Это не проблема, на рынке есть большое количество сертифицированных решений (не дронов), которые используются в геодезии и дают сантиметровую точность. Технически, давать субдециметровую точность относительно базовой станции способен ровер за пару сотен долларов. Будете оспаривать?
Юридическая проблема: в ряде случаев использовать можно только сертифицированные решения. Используйте. Вам в этом тредике никто не предлагал иного. Если сейчас нету дронов, которые не позволяют получить хорошую точность — это лишь вопрос времени и желания производителей сертифицировать их. Вы точно так же не сможете использовать и Sensefly eBee, если он не сертифицирован, даже если у нас построят станции EGNOS.
А что является единицей оборудования в данной статье — приёмник или целый дрон? Ведь дрон — это тоже не только приёмник, у него кроме координат есть ориентация в пространстве, которая сильно влияет на то, что же именно попадёт в кадр. Чуть выше уже упоминали, что задача определения ориентации тела в пространстве существенно сложнее задачи определения координат.
В итоге разве не надо будет проходить все круги ада с сертификацией именно дрона, с установленной на нём оптикой, с софтом пост-обработки изображений и облака точек и прочего, и вопрос получения координат будет лишь одной из проблем? Тогда выбор приёмника окажется лишь одной из множества проблем, и использование альтернатив дорогим геодезическим роверам может оказаться оправданным.
А разве нужно соблюдать требования законодательства к методикам и оборудованию в случае, если результат не планируется продавать как геодезический? Скажем, если кто-то захочет разместить на спутниковых снимках «заплатку» с высоким качеством изображения, которое не будет нарушать гос. требования к самому снимку (высотность зданий там, и всякое такое).
Сложный рельеф и техногенные условия — это уже вопрос к качеству антенн, фидера и ВЧ тракта приёмника.
ПАК Матрица, только на нейронках? :) Или вы хотите комп в цепочку управления ДВС-датчики-блок-актуаторы-ДВС включить?
Я считаю, что это крайне важная штука для любого aftermarket блока — возможность самостоятельно отстроиться под двигатель. У AEM, на сколько я знаю, есть штука под названием autotune.
Чем именно не смешить? RTKLIB на нормальных антеннах даёт дециметровую точность относительно базовой станции, в качестве которой может служить 2-системный геодезический аппарат. 2-системный для получения атмосферных ошибок, в пост-процессинге ЕМНИМ суб-сантиметровая точность положения. Типичная система с ровером, часть которой на дешёвом и, что немаловажно в контексте коптера, лёгком железе.
Эта техническая проблема вовсе и не проблема, ведь есть опен-сорсный RTKLIB, ну или можно стандартной постобработкой пользоваться. Геодезисты обычно именно постобработкой получают требуемую точность, необходимо всего лишь сохранять фазу сигнала, а на это способен приёмник за 50 баксов.
Я, конечно, не автор, но по вашей ссылки снизу пишут:
About the author: Ivan Boyko is a user interface designer and usability expert who likes to make everyday things usable.
А у хабраюзера vorotila в профиле написано Иван Бойко. Что-то мне подсказывает, что это не совпадение :)
Просто хранить записи, особенно когда они в памяти помещаются — элементарно. Когда появляются географически разнесённые ДЦ, количество записей становится большим, да и вообще к машинам подключены полки на 24-48 дисков — всё становится сложнее и интереснее. Когда же из такой конструкции начинаем пытаться выжимать максимум по производительности, то тут нужны очень хорошие знания о внутреннем устройстве системы и её конфигурации.
Хорошим примером кажущейся простоты является MongoDB. Пока нагрузка не слишком большая и данных относительно мало — она правда работает без особых проблем.
Машинки и инструменты для нагрузочного тестирования у нас есть.
Так и не доделал я A320 PFD на raspberry pi :( Наверное, по этой фразе ты вспомнишь меня :) Здорово, что получилось с rsync, идея с подменой файликов во время их открытия была довольно безумной.
Винда сейчас живёт ради PM или ради контроллера приводов платформы? PM, имхо, не особо подходит для эйрбасов, из-за их идеологии. Flight sim labs обещали отличную модель, но до сих пор это всё слова, а так хочется попробовать модельку с настоящим FBW, и всеми системами, а не как в QPAC.
А reverbrain.com — это сообщество людей, которые пишут Elliptics. Сайт создавался как площадка, на которой мы делимся знаниями с пользователями.
Есть разные технологии, у которых разные сферы применимости. Ущелья гор? Значит, радиоканал делать нельзя, но при наличии открытого неба GPS работать будет, значит можно постпроцессинг использовать. Поля на комбинате? Так там вообще нечего и про дронов, и про GPS думать. Есть открытое небо, нет препятствий и сильных полей? Отлично, можно подумать в сторону RTK. Если нет подходящего сертифицированного железа — ну что же, придётся думать, что лучше всего подойдёт из сертифицированного, или отказаться от заказа вообще. И при этом, если все формальности соблюдены, вас не волнует, что в железке стоит чип за 5 долларов, а софт опен-сорсный.
Ваши рассуждения напоминают рассуждения человека, который каждый день пользуется тем самым Oracle, считает его серебряной пулей и ничего больше не видит. У него (Оракла) тоже есть строго очерченные рамки, за пределами которых он работает плохо, или даже совсем не работает. И если вы вдруг глава отдела разработки ПО Oracle захочет писать в Оракл логи действий пользователя, или тексты индексировать — я буду ему объяснять, почему так делать нельзя, и какие инструменты для этого надо использовать.
Более скудная, но зато свежая информация: www.fsl.cs.sunysb.edu/~vass/linux-aio.txt
И да, если мы можете почитать sendfile по диагонали и что-то при этом понять — вы очень круты :)
Или вы про какое-то другое кеширование?
Техническая проблема для русских условий — отсутствие точного сигнала GPS на расстоянии более 100-120 км от высокоточных базовых станций.
Техническая, не юридическая. И я вам аргументированно возразил. Юридическую проблему пусть решает производитель железа, и он наверняка сможет это сделать, если у него будет на то желание. Если ваша компания не может использовать не сертифицированное железо — это, опять же, не техническая проблема. Пожалуйста, будьте точнее в своих определениях, тогда к вам не будет претензий.
Скажите, кстати, Sensefly eBee сертифицирован для геодезических работ в России?
Техническая проблема, озвученная вами: сложно получить малую ошибку получения координат, потому что по-близости нету DGPS станций. Это не проблема, на рынке есть большое количество сертифицированных решений (не дронов), которые используются в геодезии и дают сантиметровую точность. Технически, давать субдециметровую точность относительно базовой станции способен ровер за пару сотен долларов. Будете оспаривать?
Юридическая проблема: в ряде случаев использовать можно только сертифицированные решения. Используйте. Вам в этом тредике никто не предлагал иного. Если сейчас нету дронов, которые не позволяют получить хорошую точность — это лишь вопрос времени и желания производителей сертифицировать их. Вы точно так же не сможете использовать и Sensefly eBee, если он не сертифицирован, даже если у нас построят станции EGNOS.
В итоге разве не надо будет проходить все круги ада с сертификацией именно дрона, с установленной на нём оптикой, с софтом пост-обработки изображений и облака точек и прочего, и вопрос получения координат будет лишь одной из проблем? Тогда выбор приёмника окажется лишь одной из множества проблем, и использование альтернатив дорогим геодезическим роверам может оказаться оправданным.
Сложный рельеф и техногенные условия — это уже вопрос к качеству антенн, фидера и ВЧ тракта приёмника.
Я считаю, что это крайне важная штука для любого aftermarket блока — возможность самостоятельно отстроиться под двигатель. У AEM, на сколько я знаю, есть штука под названием autotune.
About the author: Ivan Boyko is a user interface designer and usability expert who likes to make everyday things usable.
А у хабраюзера vorotila в профиле написано Иван Бойко. Что-то мне подсказывает, что это не совпадение :)
Кстати, со схемой есть ещё проблемы: широкофюзеляжные самолёты, у которых 2 прохода, и B747/A380, у которых аж два этажа.