Только лазерные диоды излучают когерентные волны. К тому же, если бы тут были когерентные источники, то зоны света и тени были бы в виде радуги из-за разных длин вол, а тут подобного не наблюдается.
1. Сравнение на ручке не совсем корректно, т.к. есть параметр под названием CRI (англ. colour rendering index) — индекс цветопередачи. И Т8, и светодиоды светят вторичным светом люминофора, и они не могут дать такой же свет, как солнце или лампа накаливания. У дорогих моделей CRI около 90, у средненьких около 80, а у совсем китая может быть и меньше 70. Уплывание цвета корпуса ручки может быть связано именно с этим.
2. На фотографиях у вас конечно же не интерференция, как следует из курса физики, интерференция может быть только у когерентного света, а у вас просто набор обычных светодиодов. Это у вас эффект множества, как раз связанный с углом рассеяния светодиодов. Вам чуть выше посоветовали профили для лент с матовой крышкой — поставьте их (стоят от 200 до 500 рублей за метр обычно), и будет вам счастье. Заодно и охлаждение ленты улучшится.
Лучше уже использовавшийся не подавать, в эксплоите специально последние 5 итераций делают в выделенном цикле, чтобы сразу память занять. Правда мы с коллегами на разных машинах запускали, в том числе без SMEP, и пока ни разу не сработало. Но на гитхабе как минимум 1 человек отписался, что у него эксплоит сработал.
Вот вечно с этими линуксами проблемы, даже эксплоиты не могут нормально работать :)
я читал этот тредик в прошлом году. Сам считаю, что там довольно жарко, и поэтому магниты долго не проживут. + ротор крутится очень быстро, желательно, чтобы он был сплошной деталью, ну или хотя бы просто собран из нескольких в монолитную сборку.
Сейчас в формуле 1 применяют электродвигатели для раскручивания турбины/генерации электричества (MGU-H). Какой тип двигателей они могут применять, если обороты порядка 150 тысяч в минуту? Если асинхронный — то нужен ли какой либо аналог векторного управления для работы двигателя в качестве генератора?
Почему именно «этот» (кстати этот — это какой?), если эксплуатируется не содержимое ключа, а сам факт его наличия? leak.c — это пример, который показывает, что референс каунтер утекает, и всё. Если написанные выше утверждения не верны (их я почерпнул прочитав исходники эксплоита), то расскажите как обстоят дела на самом деле.
Я тут подумал и понял, что действительно, можно случайно что-то поломать. Если этот кусочек памяти отдадут другому процессу, и он туда запишет мусор, то при вызове функций keyring для этой сессии может произойти упячка.
Не должно, потому что всё подчищается корректно, ссылка просто пропадает на тот, уже неиспользуемый, кусок памяти. В этом эксплоите используется особенность аллокатора памяти, чтобы записать данные в тот самый кусок, а не брутфорс, как это бывает обычно в случае с переполнением буфера.
Смысл атаки такой:
1. Есть функция, которая держит кусок памяти с рефкаунтом. Счётчик — int 32-битный, вне зависимости от того, amd64 у вас или нет.
2. Если увеличить счётчик на 2^32 раз, то он переполнится и начнёт расти с нуля. Когда счётчик будет равен нулю, ядро память освободит, но структурка со счётчиком ещё будет жить, мы ссылку на неё в юзерспейсе держим.
3. Как только память освободилась, нужно туда что нибудь записать, для этого нужно выделать память такого же размера. Вот тут тонкий момент — память нужно выделить сразу после того, как память будет освобождена, и выделить нужно кусочек такого же размера. Авторы эксплоита применяют для этого msgsnd. В структуре много указателей на функции, они записывают вместо одной из них (а именно — revoke) свою функцию userspace_revoke.
4. А дальше остаётся только вызвать revoke, который в итоге выполнит userspace_revoke.
Кстати, а C++ без RTTI и stl имеет смысл использовать, сделав внешний интерфейс на чистом C, или слишком много внешних вызовов? По сути, использовать от C++ возможность работать с объектами, а не структурами (RAII для управления памятью/ресурсами), и шаблоны.
У многих типов аккумуляторов есть особенность: чем больше разрядный ток, тем меньше ёмкость. Т.к. телефон практически никогда не выедает 1 ампер из батареи, её ёмкость при использовании в телефоне больше измеренной вами. Попробуйте увеличить сопротивление в 2 раза и измерить ёмкость ещё раз.
1. Я вообще изначально написал, что размер антенне (при том же типе антенны) будет в 2.5 раза больше. Спорить будете? Я рассматривал несколько разных моделей смарт часов, т.к. было интересно, как же туда столько всего понапихали. Антенна везде упрятана хитро, и есть у меня большое подозрение, что сделать увеличить её в 2.5 раза в том же корпусе будет очень сложно. Если я правильно понял, в moto 360 антенна занимает 2/3 периметра корпуса, а бОльшую часть нижней крышки занимает катушка для зарядки. Возможно, я написал слишком сильное утверждение, и в часы запихать антенну на 900МГц у кого нибудь таки получится, и это замечательно.
2. В той документации, что вы дали, чёрным по белому написано: 68мА при приёме, 230мА при передаче, чуть меньше 1мА в режиме ожидания. Сравните с BLE: http://www.ti.com/lit/an/swra347a/swra347a.pdf, 17.5мА при приёме и передаче, 1мкА в режиме сна (он же режим ожидания — специфика BLE). Если отправлять данные раз в 10 секунд, то можно получить СРЕДНИЙ ток потребления BLE передатчика меньше 1мА (пруф — http://research.microsoft.com/pubs/192688/IWS%202013%20wireless%20power%20consumption.pdf ).
3. Если есть необходимость переходить на 900МГц — ок, лично я не вижу в этом большой необходимости в контексте именно IoT, но я и не зарабатываю на этом денег. Но раз уж переходить, с посылом экономии энергии — так логично взять какой нибудь протокол, который уже расходует её экономнее, правда?
4. По поводу расхода энергии. Bluetooth и BLE — достаточно простые протоколы с точки зрения радиотракта, так используются довольно примитивные схемы модуляции, соответственно, и для демодуляции не нужно тратить много энергии. 802.11ah — реально сильно перепиленный 802.11ac, без обратной совместимости (ну тут понятно, частота другая), с узкими каналами (1МГц), специальными режимами сна. В этой части он как раз напоминает Bluetooth (потому я и обозвал его велосипедом). Но для ради большой скорости передачи есть и OFDM на 24 подканала (64 в случае с 2МГц спаренным каналом), и 256-QAM модуляция. Это, безусловно, позволяет повысить скорость, но нужна ли она в IoT? Тут, как и в пункте 3, должно быть виднее визионерам IoT из крупных компаний.
Итого, как мне кажется, сделали дальнобойный высокоскоростной канал с не слишком то малым энергопотреблением. Моё мнение: в текущих гаджетах важнее низкое энергопотребление, потому что крутые ёмкие и небольшие аккумуляторы делать ещё пока не научились. Если вы несогласны с моим мнением по поводу нужности такого в IoT — тогда так и напишите.
P.S. в интернетах, кстати, всякие умные дядьки пишут, что 802.11ah — это же ZigBee ( http://www.greenpeak.com/Company/Opinions/CeesLinksColumn36.pdf ).
И она должна отстоять от металлической подложки хотя бы на 2 миллиметра, и прямо вокруг неё не должно быть металла. То есть просто так внутрь корпуса рядом с основной платой её не поставить, нужно какую-то проставку городить или ещё как либо обеспечить зазор.
Размер антенны в любом случае пропорционален длине волны, это физика. Для 2.4ГГц есть куча керамических антенн, суммарно на плате занимают порядка 50 квадратных миллиметров: http://cdn2.hubspot.net/hub/190447/file-28963743-png/images_folder/images/chip_antenna_design.png?t=1452185319827&width=582&height=269.
Проблема WiFi не в том, что проникающая способность низкая, а в том, что сам по себе протокол устроен так, что жрёт дофига электричества. В пределах квартиры/дома больших проблем с обычным WiFi нету, 900МГц не нужны. Во всяких умных часах/кроссовках/другой носимой электронике важен размер, 2.4ГГц предпочтительнее по этой причине. Остаются крупные девайсы, которые находятся на сравнительно большом расстоянии от дома, типа машины или какой нибудь теплицы.
Понятное дело, каждый хочет продвинуть свой стандарт, вот и выдумывают. Лично я, как потребитель, вижу, что уже есть экономный bluetooth low energy, было бы логично его на 900МГц переводить и повысить дальнобойность, чем изобретать новый велосипед.
Если я правильно всё понимаю, на полумосте D2 будет выделяться больше 50 ватт тепла. Может, имеет смысл применить там, например, mosfet транзисторы с низким сопротивлением канала? Понятно, что схема будет сложнее, зато охлаждать проще.
Я начал ваши статьи читать, заинтересовался немножко тематикой, почитал всякие статейки, и там упоминалось synchronous rectification.
2. На фотографиях у вас конечно же не интерференция, как следует из курса физики, интерференция может быть только у когерентного света, а у вас просто набор обычных светодиодов. Это у вас эффект множества, как раз связанный с углом рассеяния светодиодов. Вам чуть выше посоветовали профили для лент с матовой крышкой — поставьте их (стоят от 200 до 500 рублей за метр обычно), и будет вам счастье. Заодно и охлаждение ленты улучшится.
Вот вечно с этими линуксами проблемы, даже эксплоиты не могут нормально работать :)
1. Есть функция, которая держит кусок памяти с рефкаунтом. Счётчик — int 32-битный, вне зависимости от того, amd64 у вас или нет.
2. Если увеличить счётчик на 2^32 раз, то он переполнится и начнёт расти с нуля. Когда счётчик будет равен нулю, ядро память освободит, но структурка со счётчиком ещё будет жить, мы ссылку на неё в юзерспейсе держим.
3. Как только память освободилась, нужно туда что нибудь записать, для этого нужно выделать память такого же размера. Вот тут тонкий момент — память нужно выделить сразу после того, как память будет освобождена, и выделить нужно кусочек такого же размера. Авторы эксплоита применяют для этого msgsnd. В структуре много указателей на функции, они записывают вместо одной из них (а именно — revoke) свою функцию userspace_revoke.
4. А дальше остаётся только вызвать revoke, который в итоге выполнит userspace_revoke.
2. В той документации, что вы дали, чёрным по белому написано: 68мА при приёме, 230мА при передаче, чуть меньше 1мА в режиме ожидания. Сравните с BLE: http://www.ti.com/lit/an/swra347a/swra347a.pdf, 17.5мА при приёме и передаче, 1мкА в режиме сна (он же режим ожидания — специфика BLE). Если отправлять данные раз в 10 секунд, то можно получить СРЕДНИЙ ток потребления BLE передатчика меньше 1мА (пруф — http://research.microsoft.com/pubs/192688/IWS%202013%20wireless%20power%20consumption.pdf ).
3. Если есть необходимость переходить на 900МГц — ок, лично я не вижу в этом большой необходимости в контексте именно IoT, но я и не зарабатываю на этом денег. Но раз уж переходить, с посылом экономии энергии — так логично взять какой нибудь протокол, который уже расходует её экономнее, правда?
4. По поводу расхода энергии. Bluetooth и BLE — достаточно простые протоколы с точки зрения радиотракта, так используются довольно примитивные схемы модуляции, соответственно, и для демодуляции не нужно тратить много энергии. 802.11ah — реально сильно перепиленный 802.11ac, без обратной совместимости (ну тут понятно, частота другая), с узкими каналами (1МГц), специальными режимами сна. В этой части он как раз напоминает Bluetooth (потому я и обозвал его велосипедом). Но для ради большой скорости передачи есть и OFDM на 24 подканала (64 в случае с 2МГц спаренным каналом), и 256-QAM модуляция. Это, безусловно, позволяет повысить скорость, но нужна ли она в IoT? Тут, как и в пункте 3, должно быть виднее визионерам IoT из крупных компаний.
Итого, как мне кажется, сделали дальнобойный высокоскоростной канал с не слишком то малым энергопотреблением. Моё мнение: в текущих гаджетах важнее низкое энергопотребление, потому что крутые ёмкие и небольшие аккумуляторы делать ещё пока не научились. Если вы несогласны с моим мнением по поводу нужности такого в IoT — тогда так и напишите.
P.S. в интернетах, кстати, всякие умные дядьки пишут, что 802.11ah — это же ZigBee ( http://www.greenpeak.com/Company/Opinions/CeesLinksColumn36.pdf ).
Размер антенны в любом случае пропорционален длине волны, это физика. Для 2.4ГГц есть куча керамических антенн, суммарно на плате занимают порядка 50 квадратных миллиметров: http://cdn2.hubspot.net/hub/190447/file-28963743-png/images_folder/images/chip_antenna_design.png?t=1452185319827&width=582&height=269.
Проблема WiFi не в том, что проникающая способность низкая, а в том, что сам по себе протокол устроен так, что жрёт дофига электричества. В пределах квартиры/дома больших проблем с обычным WiFi нету, 900МГц не нужны. Во всяких умных часах/кроссовках/другой носимой электронике важен размер, 2.4ГГц предпочтительнее по этой причине. Остаются крупные девайсы, которые находятся на сравнительно большом расстоянии от дома, типа машины или какой нибудь теплицы.
Понятное дело, каждый хочет продвинуть свой стандарт, вот и выдумывают. Лично я, как потребитель, вижу, что уже есть экономный bluetooth low energy, было бы логично его на 900МГц переводить и повысить дальнобойность, чем изобретать новый велосипед.
Я начал ваши статьи читать, заинтересовался немножко тематикой, почитал всякие статейки, и там упоминалось synchronous rectification.