Не обязательно тестировать на изделии, которое скорее всего существует в единичном экземпляре, достаточно протестировать на аналогичном железе - поставьте себе рядом одноплатный комп для экспериментов и издевайтесь над ним сколько душе угодно. Это все равно лучше чем виртуалка и ближе к реальному сетапу.
Коллега, я вижу что Вы не знакомы с теорией эксперимента (либо у Вас какая-то странная интепретация). А она гласит, что измрение длинной дистанции полученное с помощью 100 палочек по сантиметру будут менее точны чем измерение полученное палкой длиной в 1 м, так как у каждой палочки по сантиметру есть своя ошибка и эта ошибка будет накапливаться быстрее ровно в 100 раз. Иными словами, важна не частота дискритизации (размер кванта времени), сколь её точность. Какова ошибка измерения этого кванта в 1/430ТГц ? Об этом в статье нет ни слова. И журналист изнасиловавший ученого совершенно не понимает этого момента. Безусловно, уменьшение кванта времени до 1/430ТГц дает большие возможности - меньшим кваном можно проводить измерения очень коротких промежутков времени, что раньше было невозможно. Но не надо примешивать сюда точность измерения - она может быть какой угодно и зависит от постановки эксперимента.
Круто! Но как самому захостить Ваше решение ? Не хочу загружать к Вам свои файлы. В наше трудное время от облачных решеный надо избавляться, а не плодить их.
Руководство очень плохое! Такое руководство отпугнет всякого желающего пропатчить драйвер или написать свой. Хотя на практике это тривиальные задачи не требующие никаких Docker-ов и прочей чешуи.
Современные разработчики без Docker-а и QEMU уже с дивана встать не могут ? 95% статьи не относится к делу вообще. Чтобы начать патчи ядро Linux, достаточно клонировать репозиторий с исходниками и понять работу Kconfig и Device-Tree (об этом статье нет ни слова). Тестировать ядро надо на реальном железе, а не в виртуалке! Еще желательно освоить сборку Buildroot и с помощью него собрать свой минималистичный "дистрибутив" для такого рода экспериментов, а не тянуть целый шлейф из Arch/Debian/Ubuntu, и всего того, что с ними идет в комплекте.
Но на фоне тотального нейрошлёпа, статья конечно зачетная. Спасибо.
Вы не поняли мой посыл. C включенным Fingerprinting Resistance браузер становится абсолютно бесполезен, в нем не открывается ни один популярный сайт, либо открывается с глюками. Беда в том, что fingerprinting глубоко сидит в различных Web фреймворках и порой даже создатели сайта не подозревают об этом.
Поскольку в Eigen активно используются шаблоны и ООП, данные типа Packet могут являться полями структур и классов. А значит, их размер должен быть известен на этапе компиляции. Но у RVV ширина векторного регистра (VLEN) — это runtime-значение, которое определяется во время выполнения программы. В результате возникает конфликт парадигм работы с векторами: статической, заложенной в Eigen, и динамической, которую предоставляет RVV. Теоретически можно было бы менять архитектуру самой Eigen, но на это ушло бы много времени. К счастью, существует намного более простое решение.
Как зафиксировать ширину вектора при компиляции под RISC-V
Так это же костыль который похоронил самую вкусную фичу RVV - обработка хвостов! В который раз убеждаюсь, в том, какой бы крутой и абстрактной ни была заложенная в библиотеку/фреймворк парадигма, а x86 все равно оствит на ней свой отвечаток.
Вопрос: на каком железе Вы гоняете свои тесты ? Ведь высокопроизводительных RISC-V процессоров с поддержкой RVV до сих пор нет. Или все пока только на симуляторах ?
Заходим в about:config, устанавливаем переменную privacy.resistFingerprinting в True. Только после этого вы не сможете воспользоваться ни одним онлайн банкингом, ни госуслугами, ни сотнями других полезных онлайн сервисов, так как они все поголовно используют фингерпринтинг для отслеживания пользователей.
Тепловизор — один из самых полезных инструментов при поиске неисправностей в электронике
Не только для поиска неисправностей, но и отладки своих изделий. Каждое первое включение новой платы только с тепловизором, чтобы вовремя обнаружить греющийся корпус (или не греющийся) и быстро обесточить. :-)
На показометре у Вас присутствует "ДАВЛЕНИЕ: 997 гПа" - это в Гектопаскалях ?
Внутренние колебания стронция соответствуют оптическому диапазону, а не микроволновому, как у цезия. Это означает, что стронцевые часы отсчитывают гораздо больше "тиков" в секунду и, как следствие, могут быть гораздо точнее. Для сравнения, атом цезия за секунду совершает примерно 9 миллиардов колебаний, а атом стронция за то же время — примерно 430 триллионов.
С чего автор статьи взял в голову, что увеличение частоты хода часов увеличивает точность отсчета времени ? Это же теплое и мягкое.
Трнанзистор на частоту 430 ТГц уже создали ? Как сделать счетчик для такой частоты ? Я догадываюсь, что 430 ТГц можно понизить "волновыми" методами, но тогда как быть с первым пунктом ?
про УКНЦ - нет там такого что "а второй процессор управляет графикой". Графикой управляют оба процессора, причём там ещё и очень сложно оно между процессорами раскидано;
На УК-НЦ графикой действительно заведовал второй процессор, а первый (основной) имел к нему доступ через порты ВВ. Но была возможность закинуть и исполнить кусочек программы на втором процессоре чтобы быстро поработать с графикой. Однако это создавало массу сложностей при прораммировании. Графическая подсистема УК-НЦ - самое слабое место архитектуры, во всем остальном машина была очень достойной для своего времени.
Помоему задача DPP решается вообще без всяких мютексов и прочей хни. Достаточно отобрать у философов право брать вилки самостоятельно, вместо этого раздавать им вилки по неоходимости (ввести в схему официанта). В такой схеме философ постоянно занимается делом (думает), но когда он захотел поесть, он должен сигнализировать об этом официанту (например открытием рта) и ждать пока ему принесут ровно две вилки. После того, как философ поел, он закрывает рот, официант забирает у него вилки и отдает другому (или не отдает вообще никому). Официант, в свою очередь, мониторит наличие свободных вилок и ведет учет очередей на "поесть". Алгоритм диспетчеризации (раздачи вилок) при этом может быть каким угодно - Round-Robin, FIFO и т.д. Такой подход позволяет решать подмножество задача с N философами и M вилками, где N и M произвольные целые числа. А также для задач где философам могут потребоваться еще и ложки, ножи и прочая столовая утварь. В таких сложных задачах использование семафоров/мютексов это прямой путь в тупик. :-)
Собсно, это упрощенная модель по которой работают многозадачные операционные системы.
У Бигтеха не стоит задачи сделать нам помошника по дому, бизнесу или на произвостве. Все, что касается материальных сущностей вообще дико затратно и несет массу рисков, а производство за пределами Китая - страшно убыточно. Их задача впарить нам полностью виртуальную сущность за которую мы будем должны платить всю оставшуюся жизнь. А когда отойдем в мир иной за нас будут платить наши дети. Вот их единственная цель и ИИ здесь идеальный механизм на роль этой сущности. Что касается всяких там роботов, автоматизации производства и т.д., это всё уже есть в той или иной мере. Этим давно занимаются, но совсем другие люди. И прогресс там тоже есть, только он те так очевидный, и хайпа на нем не выстроить. Бигтех это раковая опухоль на теле цивилизации которую надо как можно скорее удалить, иначе ж@па.
Поиски такой виртуальной сущности идут давно: поисковик Google, музыка iTunes, почта Gmail, подписка на Youtube и Netflix-е... но все это было как-то сильно затратно, требовало вложений в поставщиков контента, отчислений за авторские права и т.д. А тут вот нате, LLMИИ - полностью самодостаточная виртуальная сущность для конвертирования электроэнергии в доллары, и привыкание вызывает не хуже герыча. А гавное - порог вхождения очень и очень высокий.
Вопрос асторономам: В Млечном Пути более 100 млрд звезд. Какова вероятность того, что Земля будет подхвачена другой звездой и через какое время ? По какой орбите она будет двигаться ? Есть какие-то симуляции на эту абсолютно фантастическую тему ?
Описать то, что заявлено у Вас в заголовке статьи (подробное руководство разработчика ядра), в том числе:
устройство Kconfig;
струтуру драйверов ядра;
структуру Device-Tree и зачем это всё нужно;
как собсно пропатчить код, собрать ядро и проверить результат;
как правильно сделать патч, проверить его и отправить в upstream.
Ну и все это на примере добавления заявленой функции PROTO_DOWN в драйвер сетевого интерфейса.
Не обязательно тестировать на изделии, которое скорее всего существует в единичном экземпляре, достаточно протестировать на аналогичном железе - поставьте себе рядом одноплатный комп для экспериментов и издевайтесь над ним сколько душе угодно. Это все равно лучше чем виртуалка и ближе к реальному сетапу.
Коллега, я вижу что Вы не знакомы с теорией эксперимента (либо у Вас какая-то странная интепретация). А она гласит, что измрение длинной дистанции полученное с помощью 100 палочек по сантиметру будут менее точны чем измерение полученное палкой длиной в 1 м, так как у каждой палочки по сантиметру есть своя ошибка и эта ошибка будет накапливаться быстрее ровно в 100 раз. Иными словами, важна не частота дискритизации (размер кванта времени), сколь её точность. Какова ошибка измерения этого кванта в 1/430ТГц ? Об этом в статье нет ни слова. И журналист изнасиловавший ученого совершенно не понимает этого момента. Безусловно, уменьшение кванта времени до 1/430ТГц дает большие возможности - меньшим кваном можно проводить измерения очень коротких промежутков времени, что раньше было невозможно. Но не надо примешивать сюда точность измерения - она может быть какой угодно и зависит от постановки эксперимента.
Круто! Но как самому захостить Ваше решение ? Не хочу загружать к Вам свои файлы. В наше трудное время от облачных решеный надо избавляться, а не плодить их.
Руководство очень плохое! Такое руководство отпугнет всякого желающего пропатчить драйвер или написать свой. Хотя на практике это тривиальные задачи не требующие никаких Docker-ов и прочей чешуи.
Современные разработчики без Docker-а и QEMU уже с дивана встать не могут ? 95% статьи не относится к делу вообще. Чтобы начать патчи ядро Linux, достаточно клонировать репозиторий с исходниками и понять работу Kconfig и Device-Tree (об этом статье нет ни слова). Тестировать ядро надо на реальном железе, а не в виртуалке! Еще желательно освоить сборку Buildroot и с помощью него собрать свой минималистичный "дистрибутив" для такого рода экспериментов, а не тянуть целый шлейф из Arch/Debian/Ubuntu, и всего того, что с ними идет в комплекте.
Но на фоне тотального нейрошлёпа, статья конечно зачетная. Спасибо.
Я тоже ожидал прочитать про PROTO_DOWN, а прочел инструкцию по разворачивания виртуалки.
Вы не поняли мой посыл. C включенным Fingerprinting Resistance браузер становится абсолютно бесполезен, в нем не открывается ни один популярный сайт, либо открывается с глюками. Беда в том, что fingerprinting глубоко сидит в различных Web фреймворках и порой даже создатели сайта не подозревают об этом.
Fingerprinting не использует куки, внимательней читайте статью.
Так это же костыль который похоронил самую вкусную фичу RVV - обработка хвостов! В который раз убеждаюсь, в том, какой бы крутой и абстрактной ни была заложенная в библиотеку/фреймворк парадигма, а x86 все равно оствит на ней свой отвечаток.
Вопрос: на каком железе Вы гоняете свои тесты ? Ведь высокопроизводительных RISC-V процессоров с поддержкой RVV до сих пор нет. Или все пока только на симуляторах ?
Заходим в about:config, устанавливаем переменную privacy.resistFingerprinting в True. Только после этого вы не сможете воспользоваться ни одним онлайн банкингом, ни госуслугами, ни сотнями других полезных онлайн сервисов, так как они все поголовно используют фингерпринтинг для отслеживания пользователей.
Не только для поиска неисправностей, но и отладки своих изделий. Каждое первое включение новой платы только с тепловизором, чтобы вовремя обнаружить греющийся корпус (или не греющийся) и быстро обесточить. :-)
На показометре у Вас присутствует "ДАВЛЕНИЕ: 997 гПа" - это в Гектопаскалях ?
С чего автор статьи взял в голову, что увеличение частоты хода часов увеличивает точность отсчета времени ? Это же теплое и мягкое.
Трнанзистор на частоту 430 ТГц уже создали ? Как сделать счетчик для такой частоты ? Я догадываюсь, что 430 ТГц можно понизить "волновыми" методами, но тогда как быть с первым пунктом ?
На УК-НЦ графикой действительно заведовал второй процессор, а первый (основной) имел к нему доступ через порты ВВ. Но была возможность закинуть и исполнить кусочек программы на втором процессоре чтобы быстро поработать с графикой. Однако это создавало массу сложностей при прораммировании. Графическая подсистема УК-НЦ - самое слабое место архитектуры, во всем остальном машина была очень достойной для своего времени.
Полезная инструкция, спасибо.
Помоему задача DPP решается вообще без всяких мютексов и прочей хни. Достаточно отобрать у философов право брать вилки самостоятельно, вместо этого раздавать им вилки по неоходимости (ввести в схему официанта). В такой схеме философ постоянно занимается делом (думает), но когда он захотел поесть, он должен сигнализировать об этом официанту (например открытием рта) и ждать пока ему принесут ровно две вилки. После того, как философ поел, он закрывает рот, официант забирает у него вилки и отдает другому (или не отдает вообще никому). Официант, в свою очередь, мониторит наличие свободных вилок и ведет учет очередей на "поесть". Алгоритм диспетчеризации (раздачи вилок) при этом может быть каким угодно - Round-Robin, FIFO и т.д. Такой подход позволяет решать подмножество задача с N философами и M вилками, где N и M произвольные целые числа. А также для задач где философам могут потребоваться еще и ложки, ножи и прочая столовая утварь. В таких сложных задачах использование семафоров/мютексов это прямой путь в тупик. :-)
Собсно, это упрощенная модель по которой работают многозадачные операционные системы.
У Бигтеха не стоит задачи сделать нам помошника по дому, бизнесу или на произвостве. Все, что касается материальных сущностей вообще дико затратно и несет массу рисков, а производство за пределами Китая - страшно убыточно. Их задача впарить нам полностью виртуальную сущность за которую мы будем должны платить всю оставшуюся жизнь. А когда отойдем в мир иной за нас будут платить наши дети. Вот их единственная цель и ИИ здесь идеальный механизм на роль этой сущности. Что касается всяких там роботов, автоматизации производства и т.д., это всё уже есть в той или иной мере. Этим давно занимаются, но совсем другие люди. И прогресс там тоже есть, только он те так очевидный, и хайпа на нем не выстроить. Бигтех это раковая опухоль на теле цивилизации которую надо как можно скорее удалить, иначе ж@па.
Поиски такой виртуальной сущности идут давно: поисковик Google, музыка iTunes, почта Gmail, подписка на Youtube и Netflix-е... но все это было как-то сильно затратно, требовало вложений в поставщиков контента, отчислений за авторские права и т.д. А тут вот нате,
LLMИИ - полностью самодостаточная виртуальная сущность для конвертирования электроэнергии в доллары, и привыкание вызывает не хуже герыча. А гавное - порог вхождения очень и очень высокий.Спросите у вашего ИИ куда подевается гравитация.
Жесть жесткая, зачем я это прочитал. :)
Вопрос асторономам: В Млечном Пути более 100 млрд звезд. Какова вероятность того, что Земля будет подхвачена другой звездой и через какое время ? По какой орбите она будет двигаться ? Есть какие-то симуляции на эту абсолютно фантастическую тему ?
Инженер премию не получит, а главный конструктор присядет лет на 10. Вы слашали чтобы программиста посадили за баг коде ?