А что правда, все pebble с дефектом подключения экрана к дисплей контроллеру и любой юнит может потенциально пойти по пизде?
Олсо, посоветуйте, какой pebble брать: старый (за 8 килорублей) или новый (за 14).
А что правда, все pebble с дефектом подключения экрана к дисплей контроллеру и любой юнит может потенциально пойти по пизде?
Олсо, посоветуйте, какой pebble брать: старый (за 8 килорублей) или новый (за 14).
Расскажите почему оно такое дорогое?
http://www.garmin.ru/portativnye-turisticheskie-navigatory-cat/gpsmap-64st.html
Посоветуйте gps-навигатор для мотоцикла и разных вылазок на природу.
Спалите где купить радиопередатчик чтобы у водил в такси слушать псайтранс вместо андрея губина.
http://ivan-gandhi.livejournal.com/3493927.html?thread=57238311#t57238311
Я общался со спутникостроителями, а также с любителями Ады (я не спрашивал где они работали, насколько я понимаю - военка).
Так вот если в двух словах, на спутниках ничего не верифицируют, но в правильных конторах у них есть стенды - софтверный эмулятор спутника и в особо правильных еще и хардверный эмулятор спутника (то есть буквально макет спутника, в котором есть часть исполнительных устройств и датчиков, и программа на нем отрабатывает какие-то этапы полета).
Софт у них реально очень простой, по сути компьютер обычно заменяет программный барабан (эта штука, которая управляет стиральной машиной автоматом, где механическое управление), там верифицировать практически нечего, потому что установки времени программистам передаются из других отделов - часто программист просто не знает что за цифры ему дали.
Да, еще в спутниках обычно встроен хардверный отладчик, в смысле по каналу телеметрии можно остановить бортовой компьютер, прочитать/записать регистры проца и ячейки памяти; периферию подергать, типа там предохранители попередергивать и прочие телодвижения сделать.
Проблему что пока компьютер висит может потеряться ориентация решают по разному, например у "Венер" была такая конструкция корпуса что его "автоматически" давлением солнечного света разворачивало так что низкоскоростной канал телеметрии мог работать даже без ориентации; "Вояджеры" летают с закруткой.
В ракетах вроде расклады несколько иные, но насколько я знаю из истории самого дорогого в истории софтверного сбоя, тоже никто нихрена не верифицировал, а просто взяли уже многократно отработавшие либы с Ариан-4 и попробовали использовать на Ариан-5, а там где-то была проверка на превышение диапазона и эта проверка тупо вывалила исключение и первый запуск закончился катастрофой.
Ну и собственно у ракеты расклад такой, что там есть математическая формула задающая трубку допустимых траекторий, и для каждой ступени есть диапазон ускорения которое эта ступень должна дать.
И задача софта рулить рулевыми движками чтобы идти в пределах трубки траектории и плюс временем работы выжать из нижней ступени максимум, а верхние вовремя отключить (топлива обычно с некоторым запасом на всякий случай, поэтому если выжимать всё то орбита будет слишком высокой), а собственно для определения когда вовремя, есть специальный интегратор ускорений, можно сказать спидометр, то есть вобщем тоже нечего верифицировать.
Да, в старых ракетах было еще проще - там даже не трубка траекторий была, а просто тупо вычислена на наземном компьютере кривая и управляющий компьютер должен был жестко вести по этой кривой, а отсечку по скорости делал внешний девайс, по-моему даже аналоговый (ну типа конденсатор накапливал заряд и как накопил то делалась отсечка).
Вобщем какой там ООП - там процедурно всё.
У любителей Ады не верификация, а что-то похожее на TDD - у них методология почти всегда водопад, и когда сверху приезжает ТЗ, то заранее известно какой диапазон значений могут принимать входные параметры ну и некоторые переменные тоже, и они просто создают под каждый параметр тип с ограничением диапазона а потом тестируют чтобы при работе проги переменные не вылезли за диапазон, плюс эмуляторы.
Теоритически можно ожидать что верификацию делают энергетики и химпром, и тут это как раз моя первая специальность, я живьем часть проектов видел и с людьми общался, но реально у них контроллеры часто эмулируют релейные схемы, и тоже методология водопад, так что там все проверки делаются на уровне главного инженера и/или архитектора и плюс закладывается некоторая избыточность средств защиты от ошибок, а потом во время эксплуатации объекта ошибки постепенно отлавливают (естественно вместе с аварийными отключениями).
На Маска выйти пока не довелось. Допускаю что у него несколько иначе, поскольку Маск автомобилист по образованию.
С самолетчиками общался, так у них автопилот совершенно тупая, но чувствительная машина, чуть кто на борту чихнет, он сразу отключается и больше рулить не пытается.
А эти которые "буран" делали, у них тоже был водопад, и они для типа верификации сделали язык графический, у которого программы являются чертежами, которые соответствуют требованиям госта на ЕСКД :))))
Короче, заменил в t430 термопасту на Arctic MX-2, теперь при игре в L4D2 под прыщами CPU и GPU греются до 90 градусов, играть можно.
Раньше t430 тупо вырубался через пару минут, т.к HDD перегревался до > 65 градусов.
Так что капитаню: если у вас ебучий синкпад и он греется, то замените термопасту.
Дано: thinkpad t430 @ i7 с оптимусом.
Запускаю под прыщами Left 4 Dead 2.
Через минуту ноут перегревается и вырубается.
Запускаю то же самое под шиндошс7. Работает.
Что бы это могло значить и как пофиксить?
Кто-нибудь юзал thermald? Помогает?
upower -d
: http://dpaste.com/0DAM3WY
Подключился к banana pi через шифи, зашел на 2ip.ru померять скорость.
Померял - 50/20mbps. После этого banana pi к хуям зависла.
Плюс, некоторые быдлодевайсы часто теряют сеть или показывают одну палку на расстоянии в 5 метров.
Хуевый из него шифи-роутер. // По езернету все норм
Хочу в BPI-R1 загнать SSD, так как больно медленно работает с SD-карты.
Этот норм?
С BPI-R1 и свежим bananian будет работать?
P.S погуглил:
Вот тут народ ебется и вроде как успешно
http://bananapi.com/index.php/forum/general/391-why-the-sata-disk-doesnt-work-on-bpi-r1?start=36
Точку доступа из banana pi r1. смог сделать почти без костылей.
единственная нетривиальная хуйня - нужно поставить пропатченый hostapd,
но в bananian есть rtl-hostapd.
Внешний usb-шный свисток (asus usb-n13 / RTL8192CU) вместе со встроеным риалтеком (с таким же чипсетом) не заводится.
Похоже, что придется ебаться со всякими виртуальными интерфейсами чтобы создать две точки доступа.
Шифи в полноценном режиме 802.11b/n с широким MHz каналом AP создать не смог.
Максимум что я увидел - 144MBps (теоретических).
С режимом 802.11a ни один мой быдлодевайс подконектиться не осилил.
Плата греется и яростно мигает светодиодом как новогодняя елка.
Посоветуйте электробритву.
P.S: ей можно будет брить волосы на голове? Виски, например.
Бля, пылесос это СИЛА:
* Убрал за 5 секунд всякие хлебные крошки и прочий мелкомусорв со столов, которые я прокрастинировал убрать три дня;
* Пыль и шерсть по углам фиксятся моментально;
* Большинство половиков чистятся турбощеткой. (Ковер с высоким ворсом чистится сложнее и в более ручном режиме);
* Засосал мои наушники, я даже глазом моргнуть не успел
Под какие юзкейсы еще можно его заюзать? inb4 сувать туда хуй.
Exploiting the DRAM rowhammer bug to gain kernel privileges
http://googleprojectzero.blogspot.ru/2015/03/exploiting-dram-rowhammer-bug-to-gain.html
“Rowhammer” is a problem with some recent DRAM devices in which repeatedly accessing a row of memory can cause bit flips in adjacent rows. We tested a selection of laptops and found that a subset of them exhibited the problem. We built two working privilege escalation exploits that use this effect. One exploit uses rowhammer-induced bit flips to gain kernel privileges on x86-64 Linux when run as an unprivileged userland process. When run on a machine vulnerable to the rowhammer problem, the process was able to induce bit flips in page table entries (PTEs). It was able to use this to gain write access to its own page table, and hence gain read-write access to all of physical memory.
нихуясебе
А вы теребонькайте дальше свои трекпоинты.
http://dump.bitcheese.net/images/ecidofo/cm_0090.jpeg