банально, в примерах ошибки. Girl это countable noun, у него ВСЕГДА должен быть артикль в единственном числе. но это видимо тоже профессора тупые придумали, щас нам все растусуют для технарей.
есть подозрение что вы используете в вашей платформе исходный код проектов распространяемых на открытых лицензиях. подозреваю, что к ним относится загрузчик, ядро ОС и некоторые компоненты окружения. собственно вопрос, планируете ли вы выкладывать исходный код в соответствии с этими лицензиями, как это делает например Sony [1], Amazon [2] и другие. Лицензионные права проприетарной части меня лично не интересуют.
Дорогой яндекс. подздравляю с устройством. сразу к вопросам
1. don't be evil. смогу ли я поставить туда алексу, картану и прочих девиц конкурентов? сейчас уже наверно кажется странным это предложение, а в 2015 было ок (https://habr.com/post/250887/)
2. что там с опенсорсом? вы там явно не baremetal все гоняете. отчасти это продолжение первого вопроса.
3. почему не поддержали отечественных разработчиков. есть ведь и байкал и элвисы с дсп.
* открытый образовательный проект не тоже самое что пойти в ургу и сделать там кафедру. Не поступайте так. открытый проект — доступ всем, вне зависимости от города или страны. университетское образование в данном случае только вредит проекту — это бессмысленная трата денег на людей которым это не нужно.
* подумайте об организации чего-нибудь вроде пресейла или консалтинга, в больших вендорах есть такие люди. они не столько продают, сколько конслуьтируют по использованию своего процессора для решения каких-то задач. Они же занимаются поддержкой (концептуальной) BSP и всяких examples.
давайте по порядку. Чего мне не нравится в проекте мультиклет и чего как мне кажется не хватает чтобы сделать из него популярный проект.
1. Железо
* Из того что я вижу на сайте LDM-systems, на нем представлено две отладочные платы. Сами по себе отладочные платы не очень интересны. Мне как разработчику приятнее видеть модуля. Сегодня я разрабатываю на отладке, завтра заказывают свою материнскую плату, послезавтра заказываю у вас 100 модулей на пилот, через неделю делаю сам тысячу устройств на ваших процессорах. Gumstix/IGEP являются отличным примером — минимальный модуль и десятки разных материнских плат. Открытая схемотехника интерконнекта открывает возможность для разработчиков сторонних проектов. В теории инноваций эта концепция называется «Открыте инновации» — вы создаете вокруг себя облако заинтересованных в вашей продукции компаний и упрощаете процесс прототипирования/пилотирования.
* Цена. Если вы перейдете к модульному дизайну, возможно вам получится уменьшить стоимость минимального отладочного комплекта.
2. Софт.
* Во-первых эмулятор. Я признаюсь некоторе время назад перестал следить за проектом, но когда мне очень не хватало эмулятора из коробки. Не все хотят покупать железку для каких-то экспериментов. Года два назад был просто фурор в отрасли, многие мои знакомые интересовались, все хотели посмотреть. Но новость была, так никто не потрогал, остался очень негативный осадочек. Я бы сделал все, что бы тем кому интересно, могли как протестировать железо удаленно, так и скачать эмулятор и запустить набор ваших killer-app сразу. Ключевой момент сразу — качнул тарбол и запустил, а не потратил два дня на установку компилятора, отладчика, разруливания совместимостей.
* Во-вторых killer apps. Это связано с позиционированием проекта. Я прошел по вашей ссылке выше — там ничего нет. Написано «примеры программ» — а внутри по R1 вообще пусто, а по P1 внутри нет описание killer app. У каждого процессора есть примеры классических задач которые они решают. Посмотрите проекты TI под DSP, огромное количество алгоритмов ЦОС разложены и сделаны примером. Современная работа разработчика сводится к поиску готовых имплементации и компоновки (конечно с разработкой) конечного приложения. Никто с нуля не пишет имплементацию вейвлет, свертки или бфт для DSP — люди хотят брать готовое. И при изучении нового проекта самый первый вопрос — а что там есть уже готового, какую работы вы сделали уже за нас? У вас есть примеры кода по интерфейсам — претензий нет, но по алгоритмам? Многие задаются вопросом — чем же вы лучше, чем вы отличаетесь от VLIW или SIMD? в ответ вы даете какую-то теорию с картинками, а ARM дает тесты для NEON, TI показывает свертку на его DSP, даже мцст не к ночи будет сказано, пытается продавать свой эльбрус демонстрируя x86 совместимость и какую то математику.
* Я был бы рад сказать «а еще вам нужен супер дупер компилятор чтобы легко можно было переносить существующий код» но нет, я так не скажу. Я не считаю что компилятор в данном случае будет залогом успешности. Под PIC сишного компилятора не было, но PIC был супер популярен и востребован. Почему? В нем были готовые примеры, удобное IDE, доступные отладки и отладчики, отличный сапорт, литература и мероприятия. Компиялтор под PIC16 появился намного позже, и ничего, без него делали проекты. Ничто не мешает создавать вокруг вашего проекта с вашими компиляторами свои среды, где люди будут писать на имеющихся языках (и жрать кактус), но они должны получать что-то, что не может дать им ни один другой проект. Чувство причастности в данном случае это не то чувство, на котором стоит играть.
3. Позиционирование
* Мы с вами не знакомы, но мы в одно время заходили в Сколково, и как то в руки мне даже попала ваша заявка. Так вот, вы продавали свой проект как «Постнеймоновских архитектуру» с бесконечно большой производительностью и низким потреблением. Люди ломонулись смотреть что это, а получили никакой процессор с никакой переферией. Расчетные гигафлопсы рассыпаются об отсутствующий интерконнект, а от пафоса «постнеймоновской архитектуры» многих тошнит. Это особенность позиционирования отечественных продуктов. Уж если что-то сделали — так утерли нос интелу. Так не стоит делать. Open Source сообщество капризно и не любит пафос, ведь оно горизонтально и космополитично по определению. За громкими словами люди хотят видеть достойные продукты. Убийца айфона никогда не называет себя убийцей афона до того как он действительно убивает айфон. И это лично то, что мне не понравилось в продвижении вашего продукта.
4. Open Source
Если бы я сейчас занимался бы созданием open source сообщества вокруг вашего проекта, то я бы предпринял несколько шагов:
* Нашел бы способ существенно уменьшить способ отладочных плат, сделав их модульными, попытно выложив в откртый доступ схемотехнику. Цель — поставлять модуля множеству организаций, создающие другие отладки или прикладные киты на основе вашего процессора
* Объявил бы конкурс исследовательских работ по имплементации каких-то алгоритмов на вашу платформу. Провел бы конференцию разработчиков, обсудил бы с ними проблемы и результаты. Лучший код привел бы в порядок, сделал бы из него BSP, раздавал бы бесплатно вместе с железом. Killer app должен быть найден, иначе ваш процессор бесполезен и никакой Open Source его не спасет.
* Эмулятор/симулятор/удаленный доступ. Не все могут позволить себе железо
* Открытый образовательный проект по программированию вашего процессора. Общая теория, getting started in one day, ииплементация алгоритмов. Должны появляться специалисты знакомые с вашими IDE и процессором.
* Создание зонтика сторонних проектов на основе вашей платформы. Я бы не стал на вашем месте делать все сам, а остановился бы на модульной платформе. А значит, вам нужны последователи, которые создают конечные устройства (или другие платформы) на вашем процессоре. Сейчас мода на IoT, встраиваемые/киберфизические системы. Пускай это делают последователи, вам лишь нужно стимулировать их появление. На FOSDEM (https://fosdem.org/2016/) выставляют массу встраиваемых проектов, научитесь делать также. Главное, чтобы ваша открытая железка решала какую-то простуд задачу, лучшем чем какие-то другие. Open Hardware не обязует вас раскрывать архитектуру и выкладывать RTL процессора, но вы будете создавать открытые (сообществу) платформы.
хороший ответ. он демонстрирует ваше понимание концепции «Open Source» в виде «выложим все и само все появится». как я написал выше, выкладывание в открытый доступ не создает сообщества, не способствует распространению и вообще не является синонимом «Open Source» в сегодняшнем его понимании. Собственно, не успех огромного количества проектов подтверждает мой тезис.
иными словами, конкуренция она не только в технологиях. сейчас не 80ый год, когда можно выложить ядро в опенсорс и сразу появится сообщество. сообщество нужно создавать, с ним нужно работать, это один из инструментов распространения технологии. он способствует, но не гарантирует. зато его отсутствие — это шаг назад, в прошлое, и методы прошлого уже не работают.
эльбрус перегружен огромным количеством других функций, например поддержкой x86 и их защищенным режимом. вытаскивать из этого голый VLIW это фактически разработка нового ядра.
Пообщавшись с разными производителями отечественных процессоров я в целом разделяю точку зрения автора. Только ситуация намного хуже. Кто-то получает ящиками деньги минпромторга ведет себя как монополист. Кто-то делает проекты таким образом, что создается впечатление, что целью работы является закрытие гештальта «отечественный процессор». Вообще это серьезная родовая травма/комплекс неполноценности, связанный с отсутствием отечественных технологий в рынке ИКТ — интеллу ничего так и не показали, майкрософту тоже. Все что можем — раз в пару лет брать государевы деньги на очередной клон линукса под названием национальная ОС. Тоже самое с процессорами. У меня стойкое ощущение, что никто в действительности не заинтересован в распространении отечественных процессоров, а они используются в всяких пропагандистских целях (смотрите какие мы классные) или там, где все стоит нерыночных денег (а-ля война). Объяснить отсутствие в открытом доступе тулчейнов, средств разработки, эмуляторов, доступных отладок под отечественные архитектуры я не могу! За последние десять лет через мои руки прошли несколько десятков отладочных плат под самые разнообразные архитектуры, и всегда можно было по щелчку пальца получить спорт, какой-то софт, IDE и прочее. Просто вендоры заинтересованы в распространении своих устройств.
Вторая существенная проблема которую я вижу, это отсутствие понимания того, каким образом происходит распространение технологий в обществе. Разработчики железа (да и софта) не видят социального контекста технологий (и инноваций). Им кажется, что стоит сделать что-то классное (с их точки зрения), так все сразу побегут и купят это. Это ведь величайшее заблуждение. С обществом нужно работать, нужно открывать (это метафора) технологию профессиональному сообществу, нужно работать с ним, нужно создавать собственные сообщества. Посмотрите как это делает _успешны_ Open Source, и как это делает неправильно любой другой неуспешный открытый проект. Даже редкостное говно при правильной работе с сообществом может быть востребовано, приведено в порядок и распространено. У нас же все ведется в закрытую, никто ни чем не делится, все все скрывают ото всех. Я не предлагаю открывать исходники процессора, но почему людей лишают возможности интеграции новых технологий в существующие проекты? Если разработчики не в силах создать свой компилятор, не способны купить специалистов на рынке, то почему они не хотят пользоваться силой Open Source? Код, софт, давно уже не является основной ценностью проекта. Это издержки, которые необходимы, но они не гарантируют успеха. Они его даже не приближают. А вот что точно приближает успех — так это грамотная работа с сообществом. Посмотрите, все успешные компании раздают сорцы на лево и направо. А если не разрают сорцы, так раздают тулчейны, SDK, бесплатные курсы, кто-то даже железки.
добрый день, bobuk, kukutz и ко. Эмоции опустим, у меня вопрос по существу:
почему бы вместо этого иска не купить Cyanogenmod?
во-первых, если яндекс не хочет/может написать свою ОС, почему бы не продолжить развивать Cyanogenmod, особенно если разработчики этого мода давно хотят форкнуть андроид и развивать его самостоятельно?
во-вторых, купив CGM, вы сможете делать развивать открытую (хотя сомневаюсь что вы способны развивать чисто в Open Source такой проект) операционную систему, и если, например, прикупить еще replicant — получится отличная альтернатива для всех, кто беспокоится об АНБ, корпорациях зла, добра и безопасности.
И последнее, CGM открытый и очень популярный проект, правильный контрибут в который принесет нереальное количество пиара, сторонников и энтузиастов.
я если честно не понимаю отчего такой восторг. семестровый взнос в Braunschweig (нижняя саксония как раз) на зимний период был 300 евро. Ну то есть максимум 600 евро в год. Это что, очень дорого и было барьером для умных и достойных? как мне кажется барьерами всегда были не знание языка (английского, немецкого), нежелание работать в высоком темпе (да, Германия «живет» немного быстрее, и то, что спускалось с рук в провинциальном университете в Германии не прощается), и довольно низкий уровень образования у выпускников, ну и самое главное, для москвы — ожидание космических стипендий и зарплат в жизни.
правило такое — если вы защищаете спинлоком код, который выполняется дольше чем два переключения контекста (плюс наполнение кэша и TLB) — вам нужно использовать мютекс. В противном случае спинлок будет эффективен. НО:
есть проблема масштабирования. куча статей на эту тему гласит — на малом кол-ве ядер/процессоров спинлок хорош. где-то после 5 и далее хорош только mutex.
но вообще смысла в этом особо большого нет. С точки зрения безопасности нужно делать по-другому. Нужно отделять коммуникации в отдельные зоны, нужно убирать устройства из андроида, нужно убирать систему визуализации. И вообще, любая виртуализация жрет ресурсы и производительность.
1. developer.sony.com/develop/xperia-open-source-archives
2. www.amazon.com/gp/help/customer/display.html?nodeId=200203720
1. don't be evil. смогу ли я поставить туда алексу, картану и прочих девиц конкурентов? сейчас уже наверно кажется странным это предложение, а в 2015 было ок (https://habr.com/post/250887/)
2. что там с опенсорсом? вы там явно не baremetal все гоняете. отчасти это продолжение первого вопроса.
3. почему не поддержали отечественных разработчиков. есть ведь и байкал и элвисы с дсп.
у муромца железка сзади напоминает варлордовский сет — twinners.org/artbeta/references/Armor%20Sets/HWL_Warrior.jpg
и ленты у алеши т1 пристовский — vignette3.wikia.nocookie.net/wowwiki/images/f/fa/Priest_Tier_Sets.jpg/revision/latest?cb=20090130223950
злодеи ок, но что-то мне кощей артаса напоминает
в общем, здорово, одобряю.
* подумайте об организации чего-нибудь вроде пресейла или консалтинга, в больших вендорах есть такие люди. они не столько продают, сколько конслуьтируют по использованию своего процессора для решения каких-то задач. Они же занимаются поддержкой (концептуальной) BSP и всяких examples.
1. Железо
* Из того что я вижу на сайте LDM-systems, на нем представлено две отладочные платы. Сами по себе отладочные платы не очень интересны. Мне как разработчику приятнее видеть модуля. Сегодня я разрабатываю на отладке, завтра заказывают свою материнскую плату, послезавтра заказываю у вас 100 модулей на пилот, через неделю делаю сам тысячу устройств на ваших процессорах. Gumstix/IGEP являются отличным примером — минимальный модуль и десятки разных материнских плат. Открытая схемотехника интерконнекта открывает возможность для разработчиков сторонних проектов. В теории инноваций эта концепция называется «Открыте инновации» — вы создаете вокруг себя облако заинтересованных в вашей продукции компаний и упрощаете процесс прототипирования/пилотирования.
* Цена. Если вы перейдете к модульному дизайну, возможно вам получится уменьшить стоимость минимального отладочного комплекта.
2. Софт.
* Во-первых эмулятор. Я признаюсь некоторе время назад перестал следить за проектом, но когда мне очень не хватало эмулятора из коробки. Не все хотят покупать железку для каких-то экспериментов. Года два назад был просто фурор в отрасли, многие мои знакомые интересовались, все хотели посмотреть. Но новость была, так никто не потрогал, остался очень негативный осадочек. Я бы сделал все, что бы тем кому интересно, могли как протестировать железо удаленно, так и скачать эмулятор и запустить набор ваших killer-app сразу. Ключевой момент сразу — качнул тарбол и запустил, а не потратил два дня на установку компилятора, отладчика, разруливания совместимостей.
* Во-вторых killer apps. Это связано с позиционированием проекта. Я прошел по вашей ссылке выше — там ничего нет. Написано «примеры программ» — а внутри по R1 вообще пусто, а по P1 внутри нет описание killer app. У каждого процессора есть примеры классических задач которые они решают. Посмотрите проекты TI под DSP, огромное количество алгоритмов ЦОС разложены и сделаны примером. Современная работа разработчика сводится к поиску готовых имплементации и компоновки (конечно с разработкой) конечного приложения. Никто с нуля не пишет имплементацию вейвлет, свертки или бфт для DSP — люди хотят брать готовое. И при изучении нового проекта самый первый вопрос — а что там есть уже готового, какую работы вы сделали уже за нас? У вас есть примеры кода по интерфейсам — претензий нет, но по алгоритмам? Многие задаются вопросом — чем же вы лучше, чем вы отличаетесь от VLIW или SIMD? в ответ вы даете какую-то теорию с картинками, а ARM дает тесты для NEON, TI показывает свертку на его DSP, даже мцст не к ночи будет сказано, пытается продавать свой эльбрус демонстрируя x86 совместимость и какую то математику.
* Я был бы рад сказать «а еще вам нужен супер дупер компилятор чтобы легко можно было переносить существующий код» но нет, я так не скажу. Я не считаю что компилятор в данном случае будет залогом успешности. Под PIC сишного компилятора не было, но PIC был супер популярен и востребован. Почему? В нем были готовые примеры, удобное IDE, доступные отладки и отладчики, отличный сапорт, литература и мероприятия. Компиялтор под PIC16 появился намного позже, и ничего, без него делали проекты. Ничто не мешает создавать вокруг вашего проекта с вашими компиляторами свои среды, где люди будут писать на имеющихся языках (и жрать кактус), но они должны получать что-то, что не может дать им ни один другой проект. Чувство причастности в данном случае это не то чувство, на котором стоит играть.
3. Позиционирование
* Мы с вами не знакомы, но мы в одно время заходили в Сколково, и как то в руки мне даже попала ваша заявка. Так вот, вы продавали свой проект как «Постнеймоновских архитектуру» с бесконечно большой производительностью и низким потреблением. Люди ломонулись смотреть что это, а получили никакой процессор с никакой переферией. Расчетные гигафлопсы рассыпаются об отсутствующий интерконнект, а от пафоса «постнеймоновской архитектуры» многих тошнит. Это особенность позиционирования отечественных продуктов. Уж если что-то сделали — так утерли нос интелу. Так не стоит делать. Open Source сообщество капризно и не любит пафос, ведь оно горизонтально и космополитично по определению. За громкими словами люди хотят видеть достойные продукты. Убийца айфона никогда не называет себя убийцей афона до того как он действительно убивает айфон. И это лично то, что мне не понравилось в продвижении вашего продукта.
4. Open Source
Если бы я сейчас занимался бы созданием open source сообщества вокруг вашего проекта, то я бы предпринял несколько шагов:
* Нашел бы способ существенно уменьшить способ отладочных плат, сделав их модульными, попытно выложив в откртый доступ схемотехнику. Цель — поставлять модуля множеству организаций, создающие другие отладки или прикладные киты на основе вашего процессора
* Объявил бы конкурс исследовательских работ по имплементации каких-то алгоритмов на вашу платформу. Провел бы конференцию разработчиков, обсудил бы с ними проблемы и результаты. Лучший код привел бы в порядок, сделал бы из него BSP, раздавал бы бесплатно вместе с железом. Killer app должен быть найден, иначе ваш процессор бесполезен и никакой Open Source его не спасет.
* Эмулятор/симулятор/удаленный доступ. Не все могут позволить себе железо
* Открытый образовательный проект по программированию вашего процессора. Общая теория, getting started in one day, ииплементация алгоритмов. Должны появляться специалисты знакомые с вашими IDE и процессором.
* Создание зонтика сторонних проектов на основе вашей платформы. Я бы не стал на вашем месте делать все сам, а остановился бы на модульной платформе. А значит, вам нужны последователи, которые создают конечные устройства (или другие платформы) на вашем процессоре. Сейчас мода на IoT, встраиваемые/киберфизические системы. Пускай это делают последователи, вам лишь нужно стимулировать их появление. На FOSDEM (https://fosdem.org/2016/) выставляют массу встраиваемых проектов, научитесь делать также. Главное, чтобы ваша открытая железка решала какую-то простуд задачу, лучшем чем какие-то другие. Open Hardware не обязует вас раскрывать архитектуру и выкладывать RTL процессора, но вы будете создавать открытые (сообществу) платформы.
Вот это то, что сходу мне приходит в голову.
Вторая существенная проблема которую я вижу, это отсутствие понимания того, каким образом происходит распространение технологий в обществе. Разработчики железа (да и софта) не видят социального контекста технологий (и инноваций). Им кажется, что стоит сделать что-то классное (с их точки зрения), так все сразу побегут и купят это. Это ведь величайшее заблуждение. С обществом нужно работать, нужно открывать (это метафора) технологию профессиональному сообществу, нужно работать с ним, нужно создавать собственные сообщества. Посмотрите как это делает _успешны_ Open Source, и как это делает неправильно любой другой неуспешный открытый проект. Даже редкостное говно при правильной работе с сообществом может быть востребовано, приведено в порядок и распространено. У нас же все ведется в закрытую, никто ни чем не делится, все все скрывают ото всех. Я не предлагаю открывать исходники процессора, но почему людей лишают возможности интеграции новых технологий в существующие проекты? Если разработчики не в силах создать свой компилятор, не способны купить специалистов на рынке, то почему они не хотят пользоваться силой Open Source? Код, софт, давно уже не является основной ценностью проекта. Это издержки, которые необходимы, но они не гарантируют успеха. Они его даже не приближают. А вот что точно приближает успех — так это грамотная работа с сообществом. Посмотрите, все успешные компании раздают сорцы на лево и направо. А если не разрают сорцы, так раздают тулчейны, SDK, бесплатные курсы, кто-то даже железки.
почему бы вместо этого иска не купить Cyanogenmod?
во-первых, если яндекс не хочет/может написать свою ОС, почему бы не продолжить развивать Cyanogenmod, особенно если разработчики этого мода давно хотят форкнуть андроид и развивать его самостоятельно?
во-вторых, купив CGM, вы сможете делать развивать открытую (хотя сомневаюсь что вы способны развивать чисто в Open Source такой проект) операционную систему, и если, например, прикупить еще replicant — получится отличная альтернатива для всех, кто беспокоится об АНБ, корпорациях зла, добра и безопасности.
И последнее, CGM открытый и очень популярный проект, правильный контрибут в который принесет нереальное количество пиара, сторонников и энтузиастов.
есть проблема масштабирования. куча статей на эту тему гласит — на малом кол-ве ядер/процессоров спинлок хорош. где-то после 5 и далее хорош только mutex.
у нас в планах харденнед foc и много чего еще интересного.
Идея не нова. например вот:
www.youtube.com/watch?v=Yh6tmzyaGo4&feature=youtu.be
так же есть паравиртуализированные решения на L4Linux
Вот так например выглядет 3 паравиртуализированный L4LInux на телефоне:
ksyslabs.org/lib/exe/fetch.php?cache=&media=2175944.jpg
но вообще смысла в этом особо большого нет. С точки зрения безопасности нужно делать по-другому. Нужно отделять коммуникации в отдельные зоны, нужно убирать устройства из андроида, нужно убирать систему визуализации. И вообще, любая виртуализация жрет ресурсы и производительность.