Есть.в русском языке такое интересно словосочетание "на земле". Вот, на мой взгляд, можно вокруг него сплясать.
Компании с бизнесом в облаке — интернет.
Компании с бизнесом/существующие "на земле" — оффлайн компании.
Сама идея «кластер в кладовке/кармане» вызывает слюноотделение и желание взять пару. Но прочитав спеки я так и не смог придумать ни одной задачи для которой это было бы лучше, чем другие решения.
Какие варианты пришли мне в воспаленный мозг голову (по степени безумности):
Несколько видеокамер+realtime оцифровка в 3д модели окружающей среды (робототехника и системы дополненной реальности) — имхо, не хватит каналов входа/выхода на плату/с платы и скорости входа/имхо с/на процессоры.
полноценный веб сервер — не хватит памяти или пропускной способности.
SQL база данных — чудовищно не хватит памяти.
кеширующий числодробящий веб сервер… — не знаю зачем мне это в кладовке :)
портативный биржевой анализатор — не представляю как такой собрать :) И куда выводить информацию. (Но это хоть близко к потенциальному смыслу, хотя и дальше от него чем серверная ферма брокерской компании).
управление роем роботов двигающихся вокруг пользователя — no comments ;)
кластерное первичное каталогизирование лиц (или как это назвать) размера города. То есть opencv строит сетку и посылает её дальше на большие сервера для сравнения с базой данных. — не в кладовку, а в экономичный (по потреблению) датацентр. Но в моей кладовке/кармане — опять нет места для датацентров, да и доступа ко всем камерам москвы/нью-йорка нет.
ваши идеи? :)
Помогите помочь (масленно, но по сути) людям — подскажите зачем оно может понадобится? Даже в качестве хобби :)
Теперь смотрим — 5 жестких дисков с шансом отказа 0.88%. Это значит что один из них умрет с шансом (0.88%*5)=4.4%. Но смерть одного рейд переживает, а вот два одиночный удар молнии — данные не переживут.
Общая математика выглядит так — если у вас в устройстве два компонента с надежностью к девятки 99.99% работают вместе и умирание одного из них приводит к неработоспособности устройства — то надежность устройства три девятки 99.98%. Для того чтобы её увеличить обратно — вместо двух компонентов делают четыре (если позволяет схема) и получают свои четыре девятки обратно.
Прикиньте сами сколько у вас компонентов которые могут прибить данные:
— сгорание матери рейда — регулярно убивает данные на винтах (бывает, что только электронику)
— сдыхание двух винтов. Первого самостоятельно, второго на ребилде. (лично наблюдал как RAID10 из 6 scsi server дисках в 2003 сдох после сдыхание одного из винтов — его парный умер во время ребилда (то есть умерший был заменен на запасной, но массив не смог восстанавится. Итог несколько суток в лабе+часть данных утеряна.)
Вот зарубежная статья на эту непопулярную тему
— бросок напряжения-=>сгорание питальника-=>см выше про мать/электронику.
— бросок напряжения при сдохшей батарейке кеша-=> все железо цело, данных часто нет.
— итп.
6 девяток это когда на на 1 000 000 рейдов только 1 потеряет данные в этом году :)
Судя по процентам отказов, ругани и прочему в интернете — ситуация в порядки хуже (как и должно быть с точки зрения статистики).
Теперь смотрим — 5 жестких дисков с шансом отказа 0.88%. Это значит что один из них умрет с шансом (0.88%*5). Но смерть одного рейд переживает, а вот два — (0.88%*5)*(0.88%*5)
С точки зрения стоимостей/удобства — имхо, вопрос в том как будет поставлено.
На мой взгляд гораздо удобнее sftp на микрик, а дальше микрик будет заливать в glacier.
И веб интерфейс к «retrieve this file/folder».
Надеюсь такие AMI (амазон образы) появятся.
А вот с точки зрения Российского пользователя — в случае если резервная копия на 5-10 террабайт реально понадобится — это всё равно будет качаться не так быстро как хочется :(
Что-то я с амазона ни разу в один поток больше 1.5 мегабайт не смог забрать… (поэтому и говорю про микрик откуда можно даунлоадером качать).
Не совсем так. Это цена — «за передачу данных вовне aws региона. here is no Data Transfer charge for data transferred between Amazon EC2 and Amazon Glacier within the same Region.
Таким образом берем мелкий микро сервер за 2 цента в час. Качаем на него (и подключённый S3 баккет) всё что нужно и оттуда восстановленное утаскиваем. Ну или small — у него свой hdd есть.
Цену за превышение peak hour не снизить, но вот оплату „платажей вовне“ — можно:)
:) Хм… звучит так, как будто существует только ассемблер, а все языки высокого уровня, да ещё и с готовыми библиотеками под опредеённые задачи — это извращение.
Всё хорошо под задачу, если надо быстро сделать работающее устройство (чего и добился автор), то ардуйно отлично подходит. При этом это устройство остается достаточно расширяемым.
Имхо, не всегда надо лезть в мелочевку, чтобы получить результат.
Ну раз хочется побыстрее процессор и побольше портов.
В основном поэтому:
— Ключевым отличием и «визитной карточкой» семейства MSP430 является возможность тактировать любой модуль периферии асинхронно от ядра. В подавляющем большинстве однокристальных микроконтроллеров периферия синхронна с ядром (за исключением таймера часов реального времени). Такая особенность позволяет гибко управлять скоростью (а значит и потреблением) каждого модуля.
— MSP430 заявлен как 25 MIPS'ов. The MSP430x5xx Series are able to run up to 25 MHz, have up to 256 KB flash memory and up to 18 KB RAM. This flash-based family features low active power consumption with up to 25 MIPS at 1.8-3.6 V operation (165 uA/MIPS). Includes an innovative Power Management Module for optimal power consumption and integrated USB.. Что гораздо интереснее у MSP430x5xx это потребление сильно зависящее нагрузки. (165 μA / MIPS active).
— Ардуно старшая (на 16 MHz ) — может лишь AVR can achieve up to 1 MIPS per MHz,. То есть в наших применениях до 16 теоретических MIPS если с портами и памятью не работать, а трогать регистры R0 — R31 и без какого-либо ардуйно кода:)
Так что я и поинтересовался раз уж всё равно есть желание переделать с ардуйно-кода, на AVR C/C++ — то почему не поменять и платформу на более мощную. (Есть ещё пропеллер многоядерный, конечно, но там имхо отладка в раз сложнее).
По возможности, не могли бы вы поделиться примером «самого лучшего в мире лога» :)
Хочется понять, что такое «каждый чих» и оценить уровень атомарности событий.
Покопался совсем немного в этих технологиях — jpeg2000 не все браузеры даже открывают. Кроме того, загрузка «необходимой для разрешения части» — тоже как-то не сложилось в практике.
В общем, имхо, кроме media queries ничего пока нет)
я тут почти надумал сьехал с google apps for business на яндекс…
Компании с бизнесом в облаке — интернет.
Компании с бизнесом/существующие "на земле" — оффлайн компании.
А вообще, спасибо за пост.
Какие варианты пришли мне в
воспаленный мозгголову (по степени безумности):Помогите помочь (масленно, но по сути) людям — подскажите зачем оно может понадобится? Даже в качестве хобби :)
Калькулировал и оно отправилось:(
Механизм расчётов:
Raid Failure wiki data
Теперь смотрим — 5 жестких дисков с шансом отказа 0.88%. Это значит что один из них умрет с шансом (0.88%*5)=4.4%. Но смерть одного рейд переживает, а вот два одиночный удар молнии — данные не переживут.
Общая математика выглядит так — если у вас в устройстве два компонента с надежностью к девятки 99.99% работают вместе и умирание одного из них приводит к неработоспособности устройства — то надежность устройства три девятки 99.98%. Для того чтобы её увеличить обратно — вместо двух компонентов делают четыре (если позволяет схема) и получают свои четыре девятки обратно.
Прикиньте сами сколько у вас компонентов которые могут прибить данные:
— сгорание матери рейда — регулярно убивает данные на винтах (бывает, что только электронику)
— сдыхание двух винтов. Первого самостоятельно, второго на ребилде. (лично наблюдал как RAID10 из 6 scsi server дисках в 2003 сдох после сдыхание одного из винтов — его парный умер во время ребилда (то есть умерший был заменен на запасной, но массив не смог восстанавится. Итог несколько суток в лабе+часть данных утеряна.)
Вот зарубежная статья на эту непопулярную тему
— бросок напряжения-=>сгорание питальника-=>см выше про мать/электронику.
— бросок напряжения при сдохшей батарейке кеша-=> все железо цело, данных часто нет.
— итп.
6 девяток это когда на на 1 000 000 рейдов только 1 потеряет данные в этом году :)
Судя по процентам отказов, ругани и прочему в интернете — ситуация в порядки хуже (как и должно быть с точки зрения статистики).
<a href=«www.pcworld.com/article/129558/study_hard_drive_failure_rates_much_higher_than_makers_estimate.html\»>Average Failure Rate — говорит про 0.88% в год на один диск.
С тех пор ситуация ухудшилась (по данным из внутренних источников у сборщиков) и не изменилась (согласно THG).
Теперь смотрим — 5 жестких дисков с шансом отказа 0.88%. Это значит что один из них умрет с шансом (0.88%*5). Но смерть одного рейд переживает, а вот два — (0.88%*5)*(0.88%*5)
Скорее всего ситуация близка к двум девяткам.
(как амазон насчитал 11 я вообще не могу понять:)
На мой взгляд гораздо удобнее sftp на микрик, а дальше микрик будет заливать в glacier.
И веб интерфейс к «retrieve this file/folder».
Надеюсь такие AMI (амазон образы) появятся.
А вот с точки зрения Российского пользователя — в случае если резервная копия на 5-10 террабайт реально понадобится — это всё равно будет качаться не так быстро как хочется :(
Что-то я с амазона ни разу в один поток больше 1.5 мегабайт не смог забрать… (поэтому и говорю про микрик откуда можно даунлоадером качать).
here is no Data Transfer charge for data transferred between Amazon EC2 and Amazon Glacier within the same Region.
Таким образом берем мелкий микро сервер за 2 цента в час. Качаем на него (и подключённый S3 баккет) всё что нужно и оттуда восстановленное утаскиваем. Ну или small — у него свой hdd есть.
Цену за превышение peak hour не снизить, но вот оплату „платажей вовне“ — можно:)
Всё хорошо под задачу, если надо быстро сделать работающее устройство (чего и добился автор), то ардуйно отлично подходит. При этом это устройство остается достаточно расширяемым.
Имхо, не всегда надо лезть в мелочевку, чтобы получить результат.
—
GPIO Options: 29, 31, 47, 48, 63, 67, 74, 87 pinsВ основном поэтому:
— Ключевым отличием и «визитной карточкой» семейства MSP430 является возможность тактировать любой модуль периферии асинхронно от ядра. В подавляющем большинстве однокристальных микроконтроллеров периферия синхронна с ядром (за исключением таймера часов реального времени). Такая особенность позволяет гибко управлять скоростью (а значит и потреблением) каждого модуля.
— MSP430 заявлен как 25 MIPS'ов.
The MSP430x5xx Series are able to run up to 25 MHz, have up to 256 KB flash memory and up to 18 KB RAM. This flash-based family features low active power consumption with up to 25 MIPS at 1.8-3.6 V operation (165 uA/MIPS). Includes an innovative Power Management Module for optimal power consumption and integrated USB.. Что гораздо интереснее у MSP430x5xx это потребление сильно зависящее нагрузки. (165 μA / MIPS active).— Ардуно старшая (на 16 MHz ) — может лишь
AVR can achieve up to 1 MIPS per MHz,. То есть в наших применениях до 16 теоретических MIPS если с портами и памятью не работать, а трогать регистры R0 — R31 и без какого-либо ардуйно кода:)Так что я и поинтересовался раз уж всё равно есть желание переделать с ардуйно-кода, на AVR C/C++ — то почему не поменять и платформу на более мощную. (Есть ещё пропеллер многоядерный, конечно, но там имхо отладка в раз сложнее).
Хочется понять, что такое «каждый чих» и оценить уровень атомарности событий.
В общем, имхо, кроме media queries ничего пока нет)