Мне кажется, вы тут не совсем правы. Если бы Марк хотел только бабла, то он бы уже выходил из компании — IPO успешно проведено, акции можно легко превратить в настоящее бабло (только не все сразу), но он остаётся у руля. Значит, ему пока не всё равно, хочет добиться чего-то ещё.
А дыры — они везде есть. Тут скорее проблема в стратегии найма — брать сейчас много народу, а уж потом они как нибудь научатся программы программировать.
Каждый W*h 20С липольки будет примерно в 2 раза тяжелее, чем у 18650. Зато они плоские, и нааамного более эффективные в плане отдачи тока. Даже не сильно дорогой 6A*h аккум с лёгкостью выдаст необходимые 60 ампер.
А если через nginx раздавать — то и заботиться не надо, pagecache сделают всю работу сам.
30-50 Гб тоже довольно легко помещаются в память :) только сервер немного дороже. Если хочется сравнивать реальную производительность файловой системы против GridFS — то надо несколько сотен гигабайт данных и рандомно обращаться к данным.
Дьявол, как обычно в деталях. На видео по вашей ссылке www.gigaspaces.com/xap-in-memory-computing-event-processing/Meet-XAP дьявол на 40-й секунде: achieving share nothing architecture. Если данные позволяют так сделать — то методов множество, начиная от агрессивного кеширования данных, которое вообще бесплатное, знай себе память доставляй. Можно шардировать в приложении, количество инстансов не будет лимитировано ничем. Если же данные не позволяют share nothing, то никакой XAP не поможет.
Ну и конечно же вывод ваш крайне странный. Живя в мире, где объём данных растёт экспоненциально, мы должны понимать, что данные никогда не будут помещаться в память. Если они помещаются — то это не BigData.
У него I2C выведена на разъём, ЕМНИП даже две шины. При желании можно докупить MPU9150 или ещё что нибудь однокорпусное от Invensense. Конечно, это несколько лишний веси и габариты увеличатся, зато можно выбирать. Как минимум уже есть код, который работает с MPU6xxx: github.com/paparazzi/paparazzi/tree/master/sw/airborne/peripherals
Это не просто набор сенсоров, а готовая платформа с софтом + софт для наземной станции + симулятор сборочная система. Чуть выше есть ссылка на вики. К тому же сравните мощность атмеги и кортекс М3, а уж считать в полёте надо очень много, ещё и кучу датчиков заодно опрашивать.
В Москве можно легко приобрести платку, немного побольше, но тоже неплохую — www.electronshik.ru/card/kontroller-dlya-letatelnih-apparatov-flymaple-a-117797, да ещё и дешевле (Lisa/M с IMU я за 200 долларов минимум находил + доставка). У меня есть некоторые наработки по портированию Paparazzi на эту платку, могу поделиться, если кто-то ещё надумает идти по этому пути.
Не, я писал именно про хороший вариант, когда работодатель хочет расстаться с сотрудником по-хорошему, но по ТК инициировать этот процесс сложно. Приходится «эмулировать» через ПСЖ, а компенсацию платить как если бы было по ТК, то есть все отпуска + зарплата за 3 месяца.
Для простого подключения к стандартным (не знаю, что за стандарты, сам не увлекаюсь — но видимо, есть такие) машинкам на радиоуправлении.
Судя по фотографиям и частотам, они предлагают покупать 2 Flutter. Один ставить в машинку и он уже как раз легко подсоединяется к сервам/контроллеру движка (хотя тут много ума не надо, земля, питание да PWM сигнал) + пара транзисторов, чтобы лампочками мигать. Второй — вкорячивать в пульт, прицеплять к ноутбуку, телефону или ещё куда нибудь. Скорее всего никаких DSSS и FHSS нету, так что на квадрокоптерах использовать с опаской. Если кто будет использовать для управления машинками — обязательно напрограммируйте failsafe.
Записать обсуждение трудового договора на бумагу или диктофон — это ок, что в этом может быть плохого, если работодатель говорит правду?
А вот про вторую часть вашего комментария — это палка о двух концах. Сложно описать должностную инструкцию, из-за этого по факту практически невозможно уволить сотрудника по ТК. В итоге, чтобы разойтись мирно, предлагают написать по собственному желанию и прикладывают компенсацию.
Я же говорю, возможен случай, когда надо строить параллельную сеть. Или когда есть только 1G и надо что-то с низкими задержками.
Мы пока в продакшене ничего меланоксовского не используем, только пробуем щупать, и пока о парнях из меланокса положительное мнение. + у них есть интересные ethernet карточки.
Контрдовод к тому, что меланокс фигня: windows azure построен на их карточках. Кажется, фейсбук тоже закупает их ящиками.
Но если возможности есть необходимость оставить текущую инфраструктуру (причин на это может быть миллион) и необходимо построить параллельную low-latency сеть, то IB от Mellanox + IB кабели + IB карточки на круг может выйти раза в 2 дешевле, чем Arista + трансиверы + карточки. Это я так, совсем приблизительно считаю, КРОКу виднее на счёт цен. При этом 56G IB против 10G ethernet.
Меланокс и Ethernet умеет ускорять: показывали мне тесты с «пингами», 9.5 мкс на 40G карточках, кажется без свитча. После подмены стандартных сокетов на «волшебные» через LD_PRELOAD получается 1.5 мкс, при этом всем tcp/ip стеком стала заниматься сетевушка. То есть на каждой машине убрали по 4 мкс накладных расходов.
Сложно охлаждать. Температура на поверхности порядка 450 градусов цельсия, современные полупроводники не переносят такую температуру, им желательно меньше 100 градусов. И тут в полный рост встаёт проблема охлаждения. Конечно, можно элементы Пельтье использовать, или системы с фазовым переходом, но откуда взять столько энергии?
Кстати, можете попробовать в ободе насверлить дырок, как триалисты делают — может неплохо сказаться на динамике разгона.
В рамках оффтопа: негоже printf и puts в плюсовом коде писать, да и char* там особо не место.
А дыры — они везде есть. Тут скорее проблема в стратегии найма — брать сейчас много народу, а уж потом они как нибудь научатся программы программировать.
30-50 Гб тоже довольно легко помещаются в память :) только сервер немного дороже. Если хочется сравнивать реальную производительность файловой системы против GridFS — то надо несколько сотен гигабайт данных и рандомно обращаться к данным.
Ну и конечно же вывод ваш крайне странный. Живя в мире, где объём данных растёт экспоненциально, мы должны понимать, что данные никогда не будут помещаться в память. Если они помещаются — то это не BigData.
Если в оракловые сервера поставить памяти больше, чем данных на дисках, трёхзвенка всё равно будет работать сильно хуже, чем XAP? Если да, то почему?
В Москве можно легко приобрести платку, немного побольше, но тоже неплохую — www.electronshik.ru/card/kontroller-dlya-letatelnih-apparatov-flymaple-a-117797, да ещё и дешевле (Lisa/M с IMU я за 200 долларов минимум находил + доставка). У меня есть некоторые наработки по портированию Paparazzi на эту платку, могу поделиться, если кто-то ещё надумает идти по этому пути.
Судя по фотографиям и частотам, они предлагают покупать 2 Flutter. Один ставить в машинку и он уже как раз легко подсоединяется к сервам/контроллеру движка (хотя тут много ума не надо, земля, питание да PWM сигнал) + пара транзисторов, чтобы лампочками мигать. Второй — вкорячивать в пульт, прицеплять к ноутбуку, телефону или ещё куда нибудь. Скорее всего никаких DSSS и FHSS нету, так что на квадрокоптерах использовать с опаской. Если кто будет использовать для управления машинками — обязательно напрограммируйте failsafe.
А вот про вторую часть вашего комментария — это палка о двух концах. Сложно описать должностную инструкцию, из-за этого по факту практически невозможно уволить сотрудника по ТК. В итоге, чтобы разойтись мирно, предлагают написать по собственному желанию и прикладывают компенсацию.
Мы пока в продакшене ничего меланоксовского не используем, только пробуем щупать, и пока о парнях из меланокса положительное мнение. + у них есть интересные ethernet карточки.
Контрдовод к тому, что меланокс фигня: windows azure построен на их карточках. Кажется, фейсбук тоже закупает их ящиками.