Они совсем разные по своим возможностям и реализации.
Нереляционные СУБД правильно будет сравнивать с другими нереляционными СУБД.
Например сравнить Redis и RocksDB.
А для объектно-реляционных СУБД можно было бы сравнить обычный вариант и вариант когда вся БД расположена на виртуальном диске размещенном в оперативной памяти.
А то получается, что сравнивают «коня и трепетную лань».
Такой скорости удалось достичь за счет того, что с камеры приходит YUV из которого сразу получается обесцвеченное изображение. Масштабирование делается за два прохода суперсемплингом (банальное усреднение в 80 и 60 раз по каждой оси).
В итоге получился алгоритм не чувствительный к небольшим флуктуациям цвета/света и очень быстрый.
Сравнение картинок происходит уже по хешам (дешевая операция как по памяти, так и по вычислениям).
Мы для определения движения в кадре (изменений в последовательности кадров) использовали перцептивный хэш.
https://habrahabr.ru/post/120562/
Оптимизированная версия обрабатывала кадр 640х480 за 4 мс (1 ГГц ARM процессор).
Они же не из Африки едут. В СССР повсеместно вакцинация была, включая все эти *станы.
Получается, что у привитых не формируется устойчивый иммунитет на туберкулез.
Тогда к чему все эти усилия?
Я пришёл голосовать, а кандидата ради которого я пришёл оказывается вычеркнули с утра (Ирека Муртазина). Навальный чётко и по делу сказал про эти «выборы».
Спасибо, будет интересно увидеть поведение iOS на практике.
Со своей стороны попробую послушать эфир снифером (у нас есть несколько iPhone у коллег в офисе), но у нас только одна точка доступа и как работает роуминг я не увижу.
Кстати Apple пишет что iOS уже поддерживает 802.11k, 802.11r и 802.11v:
https://support.apple.com/ru-ru/HT202628
Спасибо за статью.
Если в классическом Wi-Fi позиционировании замеры производятся по пакетам Probe Request, то как оно поведет себя с iOS 9 устройствами (iPhone) для которых заявлено, что в Probe Request используется случайный MAC адрес?
Вот что пишет сама Apple:
«iOS uses a randomized Media Access Control (MAC) address when conducting Preferred Network Offload (PNO) scans when a device is not associated with a Wi-Fi network and its processor is asleep. A device’s processor goes to sleep shortly after the screen is turned off. PNO scans are run to determine if a user can connect to a preferred Wi-Fi network to conduct activity such as wirelessly syncing with iTunes.
iOS also uses a randomized MAC address when conducting enhanced Preferred Network Offload (ePNO) scans when a device is not associated with a Wi-Fi network or its processor is asleep. ePNO scans are run when a device uses Location Services for apps which use geofences, such as location-based reminders that determine whether the device is near a specific location.
Because a device’s MAC address now changes when it’s not connected to a Wi-Fi network, it can’t be used to persistently track a device by passive observers of Wi-Fi traffic, even when the device is connected to a cellular network.»
Спасибо за развернутый ответ.
Будет здорово если получится протестировать поведение нескольких устройств с актуальными версиями Android и iOS.
Борьба за энергосбережение в новых ОС выходит боком для WiFi позиционирования.
алгоритм известен, его не нужно «разматывать».
суть в том, что сравнение происходит не для каждой введенной цифры, а целиком, для всего кода.
что сводит уязвимость на нет.
про «криптографию» тут и речи не идет.
> операция сравнения на ВСЕХ процессорных ядрах это арифметическая операция вычитания
Нет, iPhone сам переключается когда сигнал падает ниже -70 дб. Это документировано.
Нереляционные СУБД правильно будет сравнивать с другими нереляционными СУБД.
Например сравнить Redis и RocksDB.
А для объектно-реляционных СУБД можно было бы сравнить обычный вариант и вариант когда вся БД расположена на виртуальном диске размещенном в оперативной памяти.
А то получается, что сравнивают «коня и трепетную лань».
Это как бы не совсем адекватно и не всем подходит.
В итоге получился алгоритм не чувствительный к небольшим флуктуациям цвета/света и очень быстрый.
Сравнение картинок происходит уже по хешам (дешевая операция как по памяти, так и по вычислениям).
https://habrahabr.ru/post/120562/
Оптимизированная версия обрабатывала кадр 640х480 за 4 мс (1 ГГц ARM процессор).
Не вижу сравнения в двух разных режимах.
Получается, что у привитых не формируется устойчивый иммунитет на туберкулез.
Тогда к чему все эти усилия?
Почему заболевание до сих пор не изжило себя?
Скоро они начнут в товарных количествах поступать на рынок.
Со своей стороны попробую послушать эфир снифером (у нас есть несколько iPhone у коллег в офисе), но у нас только одна точка доступа и как работает роуминг я не увижу.
Кстати Apple пишет что iOS уже поддерживает 802.11k, 802.11r и 802.11v:
https://support.apple.com/ru-ru/HT202628
Если в классическом Wi-Fi позиционировании замеры производятся по пакетам Probe Request, то как оно поведет себя с iOS 9 устройствами (iPhone) для которых заявлено, что в Probe Request используется случайный MAC адрес?
Вот что пишет сама Apple:
«iOS uses a randomized Media Access Control (MAC) address when conducting Preferred Network Offload (PNO) scans when a device is not associated with a Wi-Fi network and its processor is asleep. A device’s processor goes to sleep shortly after the screen is turned off. PNO scans are run to determine if a user can connect to a preferred Wi-Fi network to conduct activity such as wirelessly syncing with iTunes.
iOS also uses a randomized MAC address when conducting enhanced Preferred Network Offload (ePNO) scans when a device is not associated with a Wi-Fi network or its processor is asleep. ePNO scans are run when a device uses Location Services for apps which use geofences, such as location-based reminders that determine whether the device is near a specific location.
Because a device’s MAC address now changes when it’s not connected to a Wi-Fi network, it can’t be used to persistently track a device by passive observers of Wi-Fi traffic, even when the device is connected to a cellular network.»
Будет здорово если получится протестировать поведение нескольких устройств с актуальными версиями Android и iOS.
Борьба за энергосбережение в новых ОС выходит боком для WiFi позиционирования.
Вы в своем тесте какой смартфон использовали?
> и может быть отловлена по колебанию потребления
хотелось бы увидеть пруф.
суть в том, что сравнение происходит не для каждой введенной цифры, а целиком, для всего кода.
что сводит уязвимость на нет.
про «криптографию» тут и речи не идет.
> операция сравнения на ВСЕХ процессорных ядрах это арифметическая операция вычитания
mov eax, deadh
xor eax, beefh
jnz…
Почему вы считаете, что хеш секретного кода (ключа) нельзя постоянно хранить в одном из регистров?
> Так вот размер этих регистров очень невелик
Почему вы считаете, что в микроконтроллере не может быть 32х битных регистров?
> тут была статья, как с шума вентилятора на процессоре уменьшали количество комбинаций ключа
Вы вероятно спутали с этой статьей «Сколько информации можно передать через вентилятор CPU».
«Эээ, Вы точно знаете как процессорная техника работает?»