упоротые заявления директоров ST ещё и подорвали веру в то, что в мелкосерийных устройствах стоит применять их продукты
В целом, по очень исполнительному поведению насчёт санкций и блокирования скачивания всего своего софта со своих ресурсов я с вами согласен, однако, хлеба и зрелища ради, хотел бы увидеть конкретные примеры их заявлений. А еще есть неплохие почти не клоны в виде ат32. Говорят, неплохие и сырцы не хуже халов.
Выглядит неплохо, но что насчёт кода? На чем это программировать? И, для чистоты эксперимента, посчитайте не параллельные вставки и поиск в таблицах, а Фибоначчи до 1000 элемента. Рекурсивно. Если получится также параллельно все сделать, то будет отлично
Да, но раз с нашими нынешними процессорами табличка из 30 строк грузится 20 секунд, то дело не в процессоре, а в коде) я к тому, что, есть большая вероятность, что вам придется комплексно решать вопрос не только архитектурой, но и бекендом к шлангу или гцц
Это при условии всех тех сервисов, что наспавнила ОСь, где надо количество, а не качество. Пользовательское приложение, которое он запустил и видит перед собой, должно выполняться на самом "жирном" и быстром ядре. Распараллелить код, логика которого преимущественно последовательна, исключительно железом вряд ли выйдет без "особой" кодовой организации или помощи компилятору
Да, есть огромная проблема, когда для расчета следующих значений нужны предыдущие. За один такт пытаться это решать бессмысленно: низкая тактовая частота и на конвейер не поставить, без хорошего предсказателя ветвлений и приходу к нынешней суперскалярности. По причине зависимости от ещё не вычисленных значений, это дело не выполнить параллельно. ньюансов много, но если чувствуете в себе силы...
Короче я понял, вы хотите сделать vliw). Советую почитать, про то, как это было сделано в том же итаниуме и других аналогах и их набор инструкций. Не согласен с тем, что суперскалярные процы лучше. Проспойлерю: они погибли из-за жадности одной небезызвестной компании. У них был большой потенциал, но деньги вливали туда, что приносило доход, а что приносило доход, туда и вливали деньги... И после пары десятков лет стало очевидно, что поддерживать догоняющую минорную архитектуру стало нецелесообразно, а жаль...
А потом поймёте, что ваши ядра могут решать однотипные задачи и придумаете ГПУ. Потом добавите возможность читать разные инструкции огромными блоками и исполнять их на каждом таком ядре и получите vliw. Против последнего ничего не имею, главное, суметь сделать компилятор)
А подумайье, автор, под другим углом: если в один квант времени работает лишь ничтожно малая часть процессора в нынешних условиях, но имея при этом уже космические тдп в сотни ватт, то что будет с вашей "идеальной" конструкцией, где работают все ядра на полную мощность? Места на кристалле не жалко, большой и большой, а реальная проблема так и осталась за кадром, да ещё и возросла многократно по предлагаемой вами модели)
Ну да, они оставили опенсорс лицензию чисто для маркетинга и сарафанного радио энтузиастов, своего рода удачный триал. Мелкие конторы большой бизнес не очень интересуют, так что если условные рога и копыта решат юзать ваш фреймворк и заработают на нем пару килобаксов, компания этого не заметит, а вот гиганты будут платить честно и порядочно, бо слишком палевно.
Насчёт форкать и развивать бесплатно: это можно сделать в теории, но форков таких будет несколько, а фич и исправлений никто не создаст в таком объеме, что и разработчики на зарплате, которые же этот фреймворк и сделали.
Насчёт второго пункта сомневаюсь. Юристы на многое влияют, но законы не пишут) Максимум, на что крупные компании смогут рассчитывать, так это и пользование старых версий по старым лицензиям.
Неплохое интро в кложур, но хотелось бы больше увидеть его как названии статьи (во flutter'e, со стейт менеджерами, а не просто в сравнении с dart'ом при решении некоторых мат. задач
Ну это дело обыденное... Мне больше интересны неадекватные вбросы от руководства) они как-то больше оживляют
В целом, по очень исполнительному поведению насчёт санкций и блокирования скачивания всего своего софта со своих ресурсов я с вами согласен, однако, хлеба и зрелища ради, хотел бы увидеть конкретные примеры их заявлений. А еще есть неплохие почти не клоны в виде ат32. Говорят, неплохие и сырцы не хуже халов.
Побуду еще большим занудой, с gcc магией есть не только перегрузки функций, но даже лямбды)
Радует, что вводное упомянула ртт, но все же ртик не только про синхронизацию, ссылка на который, к слову, невалидна, а так норм
Было бы неплохо ещё затронуть тему корутин, раз разговор зашёл про 20 стандарт(кстати, в расте асинки не требуют хипа).
Выглядит неплохо, но что насчёт кода? На чем это программировать? И, для чистоты эксперимента, посчитайте не параллельные вставки и поиск в таблицах, а Фибоначчи до 1000 элемента. Рекурсивно. Если получится также параллельно все сделать, то будет отлично
Да, но раз с нашими нынешними процессорами табличка из 30 строк грузится 20 секунд, то дело не в процессоре, а в коде) я к тому, что, есть большая вероятность, что вам придется комплексно решать вопрос не только архитектурой, но и бекендом к шлангу или гцц
Это при условии всех тех сервисов, что наспавнила ОСь, где надо количество, а не качество. Пользовательское приложение, которое он запустил и видит перед собой, должно выполняться на самом "жирном" и быстром ядре. Распараллелить код, логика которого преимущественно последовательна, исключительно железом вряд ли выйдет без "особой" кодовой организации или помощи компилятору
Да, есть огромная проблема, когда для расчета следующих значений нужны предыдущие. За один такт пытаться это решать бессмысленно: низкая тактовая частота и на конвейер не поставить, без хорошего предсказателя ветвлений и приходу к нынешней суперскалярности. По причине зависимости от ещё не вычисленных значений, это дело не выполнить параллельно. ньюансов много, но если чувствуете в себе силы...
Раз уж зашла тема про Токио, стоило упомянуть еще мега удобный асинхронный рантайм под no_std, как embassy.
Короче я понял, вы хотите сделать vliw). Советую почитать, про то, как это было сделано в том же итаниуме и других аналогах и их набор инструкций. Не согласен с тем, что суперскалярные процы лучше. Проспойлерю: они погибли из-за жадности одной небезызвестной компании. У них был большой потенциал, но деньги вливали туда, что приносило доход, а что приносило доход, туда и вливали деньги... И после пары десятков лет стало очевидно, что поддерживать догоняющую минорную архитектуру стало нецелесообразно, а жаль...
А потом поймёте, что ваши ядра могут решать однотипные задачи и придумаете ГПУ. Потом добавите возможность читать разные инструкции огромными блоками и исполнять их на каждом таком ядре и получите vliw. Против последнего ничего не имею, главное, суметь сделать компилятор)
А подумайье, автор, под другим углом: если в один квант времени работает лишь ничтожно малая часть процессора в нынешних условиях, но имея при этом уже космические тдп в сотни ватт, то что будет с вашей "идеальной" конструкцией, где работают все ядра на полную мощность? Места на кристалле не жалко, большой и большой, а реальная проблема так и осталась за кадром, да ещё и возросла многократно по предлагаемой вами модели)
Ну да, они оставили опенсорс лицензию чисто для маркетинга и сарафанного радио энтузиастов, своего рода удачный триал. Мелкие конторы большой бизнес не очень интересуют, так что если условные рога и копыта решат юзать ваш фреймворк и заработают на нем пару килобаксов, компания этого не заметит, а вот гиганты будут платить честно и порядочно, бо слишком палевно.
Насчёт форкать и развивать бесплатно: это можно сделать в теории, но форков таких будет несколько, а фич и исправлений никто не создаст в таком объеме, что и разработчики на зарплате, которые же этот фреймворк и сделали.
Насчёт второго пункта сомневаюсь. Юристы на многое влияют, но законы не пишут) Максимум, на что крупные компании смогут рассчитывать, так это и пользование старых версий по старым лицензиям.
Создатели Qt такие: ну да,ну да, пошел я ...
С setefull и Bloc виджетами было бы очень интересно увидеть комплексную статью. За примеры благодарен, основные аспекты они показывают что надо)
Неплохое интро в кложур, но хотелось бы больше увидеть его как названии статьи (во flutter'e, со стейт менеджерами, а не просто в сравнении с dart'ом при решении некоторых мат. задач