Это круть как и тепловизоры. Правда и те и другие, думется, будут дороже шуруповерта лет 5 еще :(
Я вот только на второй год выяснил почему у меня машин летом работает с призвуком турбо, но зимой тихо, причем все в пределах нормы(русской, конечно) :)
Наши любимые законотворцы больше всего напоминают дедушек, начальников служб безопасности, которые, ничего не понимая в IT, запрещают сотрудникам проносить на работу флешки, начисто забывая о фотоаппаратах и телефонах. Самые продвинутые запрещают даже усб порты, забывая о сети WIFi по офису или сетевому шнурку в компе и фотоаппаратах в телефоне. Это дико мешает нормальным пользователям и слегка противодействует тем, кто в самом деле хочет нарушить безопасность. Просто не те люди занимаются не своими делами.
Не бывает небольших последствий в серьезных проектах. Лучше какой-то краткий даунтайм и гарантия достоверности и полноты данных, чем сообщение бухгалтеру, что его платежка на $1млн, «скорее сохранилась чем нет»
Это понятно, ноо… И… Может это для нубов?.. Вот пример: Есть некое распределенное хранилище данных, есть некий кластер серверов, и есть некое пользовательское ПО на терминалах. В каком месте и что именно не должно рассчитывать на надежность нижестоящей системы?
Формализирую. Есть, допустим Java EE кластер на котором крутится сервер приложений, который работает с ораклом, который работает с хранилищем. Сервер приложений делает транзакционные запросы к БД и корректно их обрабатывает, оракл делает запросы к хранилищу и тоже корректно ждет успеха или неудачи без паники. Хранилище, в свою очередь, так же работает с физ накопителями. И это реальную существующую систему я описываю. Где профит?
Или это туториал как писать отказоустойчивые приложения?
Была еще фраза про повторы чтения, записи, так это есть даже в мало-мальски серьезных системах хранения информации. И хотя там те же рейды, но там и память и ОС своя, и кэши всех уровней и железо. На курсах по EMC Symmetrics, американец препод заикнулся, что они для NASA поставляли железки с сотнями ГБ оперативки. А учитывая их технологии по репликации и восстановлению этого может оказаться достаточно, чтобы заменить ноду целиком без даунтайма.
ЗЫ
Не реклама. Опыт работы 4 года.
ЗЗЫ
Не успел на минуту :)
И да, как выше уже упомянули, куча ошибок не на стороне хранилища а на стороне системы в него пишущей, в этом случае все сводится к транзакциям, надежности пишущей системы и теории вероятности. Для этого и придумали журналируемые ФС. Если мы даже представим себе 100% надежную систему хранения и ФС, остается пользовательское приложение, которое в последний миг своего существования перед полным крахом по питанию итп, хочет записать куда-то псевдоправдивую информацию. Опять теория вероятности…
Поправьте меня если я не прав: Смысл статьи сводится к тому, что система в целом должна переваривать ошибки работы с хранилищем и преподносить пользователю результат — «Ваш баланс на нуле, но не беспокойтесь это, возможно, временно :)»? Нет, в целом, если приложение не падает с ошибкой — «Не удалось прочитать данные по адресу 0xЛяЛяЛя» а продолжает работать, то, возможно, это где-то приемлемо…
Все остальные рассуждения сводятся к репликации контролю за ошибками итп, что, собственно, велосипед. Я работал с системами EMC Symmetrics, там надежность зависит от вложенной суммы денег. И это всегда и везде так. Имейте 2,3,4,… дата центра в разных городах, имейте 2,3,4,… оптических линка на каждый, в итоге вы упретесь в надежность вашей ближайшей АЭС, ГЭС, ТЭЦ…
А я вот усиленно курю маны про cc2530/31, микруха копеечная, но подозреваю, если правильно раскурить часть стэка xbee про кластеры, и их кооперативную ОС, то можно, не заботясь об адресации, расстояниях(при достаточном количестве роутеров), легко и просто обойтись вообще без доп микроконтроллера. Сейчас пока осваиваю азы на девелоптерском комплекте, крыша ползет, но качество документации на уровне.
А вот память на электронно-лучевых трубках — это нечто. Спасибо за инфу, впечатлился.
А теперь, внимание! DVD-Ram, DVD-RW...BlueRay… итп :)
И на засыпку — плотность записи зависит от ширины пучка и предела до которого его можно сфокусировать. Уже тогда были зачатки технологии, которую сейчас(кроме flash итп) пытаемся вывести в лидирующие… О как.
Только мне кажется, что девайс под рукавом больше похож на гибрид космической фантастики и киберпанка?
Неужто 3 светодиода общим током потребления ~10мА от силы (что-то около 36мВт), требуют такого страшного девайса?
Или кольцо экранирует сильно, или КПД стремится к 0…
Но за идею 5+
Вот не понимаю почему ВЕЗДЕ вспоминают янdx после Google? ИМХО, по многолетнему наблюдению, все фишки появляются у корпорации добра значительно раньше, а потом рассасываются по аналогичным янdx сервисам. Юридически это не пиратство — это развитие направления… И возразите аргументированно?
То есть существует некая вероятность, что судья нажал и быстро отпустил кнопку в самый неподходящий момент. До или после опроса… Или отпустил во время. Процесс то не мгновенный передачи. Не важна величина вероятности — она есть. Кнопки всяко надежнее, хотя и не на 100%
1) Как и в большинстве оружия, самыми ответственными местами являются ствол, механизм досыла/экстрактор, боёк, пружины, ну и в зависимости от типа оружия еще газоотвод, итп.
2) Можно выбрать водопроводную трубу под 12й калибр, вставить патрон, закрутить водопроводной же заглушкой с дыркой под гвоздь на резинке в качестве бойка. Эти самострелы давным давно всем известны. 50/50 стреляет или взрывается.
3) А вот если напечатать к этому делу ручку, приклад, цевье, то уже комфортней(а можно и из дерева ножом вырезать). А если напечатать несколько мелких деталек для подачи патронов из магазина/бубна и взять пружинку от старых часов, то можно и полуавтомат сделать.
Но для этого всего этого нужен пункт №1. Иначе получится максимум пункт №2
Короче — это не напечатанное оружие — это напечатанный корпус оружия.
Всегда надо делать устройства с небольшим заделом на будущее, заказчик обратится за апгрейдом, например, (а на эту же шину можно посадить большой экран подсчета очков на потолке), а может Вы эту разработку в других целях используете… Это способ LevelUP :)
1-Wire не соответствует условиям задачи. Дело не в уникальности ID кнопок. А в том какая и в какое время нажата. Кнопки должны быть активными устройствами на шине или необходимо их опрашивать. К тому же 1w не обеспечивает такие расстояния(штатно по паспорту не обеспечивает)
Не пугайтесь вы все CAN шины, это реально простая и удобная весч. Я тоже лет несколько назад искал обходные пути и решения на паре транзисторов, потом пришло просветление. Сделайте над собой усилие и разберитесь сейчас, потом 10 раз себе спасибо скажете.
У LIN есть недостаток — все коллизии и очередность придется разруливать программно. А CAN — прикручивается mcp2515 к atmega8, кварц на 8МГц общий, драйвер типа MAX3051 итп, несколько резисторов и все. Ничего навороченного, кидаешь несколько байт в контроллер по SPI, он сам решает кто на шине главный, приоритеты сообщений можно задавать. Удобно до чертиков.
Я вот только на второй год выяснил почему у меня машин летом работает с призвуком турбо, но зимой тихо, причем все в пределах нормы(русской, конечно) :)
за..работает.Формализирую. Есть, допустим Java EE кластер на котором крутится сервер приложений, который работает с ораклом, который работает с хранилищем. Сервер приложений делает транзакционные запросы к БД и корректно их обрабатывает, оракл делает запросы к хранилищу и тоже корректно ждет успеха или неудачи без паники. Хранилище, в свою очередь, так же работает с физ накопителями. И это реальную существующую систему я описываю. Где профит?
Или это туториал как писать отказоустойчивые приложения?
ЗЫ
Не реклама. Опыт работы 4 года.
ЗЗЫ
Не успел на минуту :)
Все остальные рассуждения сводятся к репликации контролю за ошибками итп, что, собственно, велосипед. Я работал с системами EMC Symmetrics, там надежность зависит от вложенной суммы денег. И это всегда и везде так. Имейте 2,3,4,… дата центра в разных городах, имейте 2,3,4,… оптических линка на каждый, в итоге вы упретесь в надежность вашей ближайшей АЭС, ГЭС, ТЭЦ…
А теперь, внимание! DVD-Ram, DVD-RW...BlueRay… итп :)
И на засыпку — плотность записи зависит от ширины пучка и предела до которого его можно сфокусировать. Уже тогда были зачатки технологии, которую сейчас(кроме flash итп) пытаемся вывести в лидирующие… О как.
Контур был такого же размера.
Неужто 3 светодиода общим током потребления ~10мА от силы (что-то около 36мВт), требуют такого страшного девайса?
Или кольцо экранирует сильно, или КПД стремится к 0…
Но за идею 5+
2) Можно выбрать водопроводную трубу под 12й калибр, вставить патрон, закрутить водопроводной же заглушкой с дыркой под гвоздь на резинке в качестве бойка. Эти самострелы давным давно всем известны. 50/50 стреляет или взрывается.
3) А вот если напечатать к этому делу ручку, приклад, цевье, то уже комфортней(а можно и из дерева ножом вырезать). А если напечатать несколько мелких деталек для подачи патронов из магазина/бубна и взять пружинку от старых часов, то можно и полуавтомат сделать.
Но для этого всего этого нужен пункт №1. Иначе получится максимум пункт №2
Короче — это не напечатанное оружие — это напечатанный корпус оружия.
Не пугайтесь вы все CAN шины, это реально простая и удобная весч. Я тоже лет несколько назад искал обходные пути и решения на паре транзисторов, потом пришло просветление. Сделайте над собой усилие и разберитесь сейчас, потом 10 раз себе спасибо скажете.