Да, как официальный канал e-mail скорее умирает - уже давно сталкивался со случаями, когда найти контактный e-mail на сайте компании/организации проблематично, но сходу выдаётся формочка для обратной связи или канал в соцсетях. Но как средство личного общения - вполне живёт, тут всё зависит только от ваших друзей/знакомых.
SPM вроде как в флеш пишет - соглашусь, что это вариант для динамического изменения кода, но достаточно специализированный (использование в своих целях - скорее хак) и небыстрый (если, скажем, для JIT запользовать). И да, Принстон из Гарварда она не делает - код/данные для обычных инструкций всё равно разделены, просто есть лазейка для копирования.
Может быть - просто при заходе в страничку с тарифами с главной страницы выдают только варианты с абоненткой (кроме семейного допномера, который не самодостаточен).
Как то очень кратенько по эпохе расцвета экспертных систем (и параллелям с нынешним бумом LLM и т.п.) прошлись. С одной стороны, есть похожие вещи - выход из исследовательских лабораторий в бизнес и появление специализированного железа (и то другое иллюстрируется возникновением Symbolics и LMI в недрах MIT AI Lab). С другой стороны, в нынешнем DL по сравнению с экспертными системами меньше человеческих ограничений - достаточно рутинной разметки силами не особо квалифицированного персонала, иногда можно и без этого обойтись. И современное железо для AI в первую очередь ориентировано на производительность, максимизируя число операций в секунду на чипе - в то время как в Лисп машинах железо оптимизировало высокоуровневые концепции, специфические для конкретного языка. Соответственно, проблемы того времени (развитие экспертных систем ограничивалось человеческими экспертами, железо по цене/производительности проиграло гонку с обычными рабочими станциями) вроде бы не грозят - но тем не менее любой пузырь рано или поздно схлопывается...
Понятно, в Cшных терминах это нюансы взаимного расположение const и * ;) В C/C++ подобный эффект достигается только с указателем/ссылкой, просто константный массив или список не даёт менять содержимое.
Кстати, только меня название смущает? У меня первая ассоциация на слова "сервер" и "Гравитон" - семейство серверных ARM процессоров от Amazon. То ли ребята не в курсе, то ли сознательно путаницу наводят.
Кстати, возможен и промежуточный вариант для NUMA. Скажем, процессор (многоядерный, есно) плюс непосредственно окружающая его память обеспечивают аппаратное согласование кэшей, а между узлами NUMA такого согласования уже нет.
В общепринятой программной модели NUMA влияет только на производительность - обращение к "чужой" памяти дороже - но не на корректность, за когерентностью кешей следит железо и дополнительно в коде для корректности работы ничего писать не надо (для того, чтобы не проседала производительность - надо следить, к какой памяти идём).
Но проблемы когерентности вылезают и без NUMA, когда у нас просто на одном чипе несколько ядер со своими кешами первого/второго уровня.
наверняка связь ядро-контроллер памяти -- через AXI
Не уверен, там же отношение многие ко многим (скажем, 8 контроллеров памяти на 64 ядра без явной привязки) - в любом случае такие вещи не особо документируются.
Почему ж не помогут, если они вставляются там, где нужно?
Потому что они не об этом. Барьеры указывают о том, в каком порядке видны изменения разных ячеек памяти; то, что изменения разных значений в одной кеш линейке от разных агентов корректно накладываются, обеспечивается механизмом когерентности, который к модели памяти и необходимости использования барьеров ортогонален.
Вопрос для чего именно. Я то больше с "большими" процессорами работаю - там есть AMBA для связи с периферией (и вроде как AXI входит в AMBA), но работа с памятью идёт через интегрированные контроллеры, для связи между сокетами - отдельные каналы со своим протоколом.
И дело же не только в том, что торчит наружу - на телефонах, скажем, обычно процессорный чип один, но внутри него кучка разнородных ядер со своми кешами, и надо чтобы многопоточный софт корректно работал.
и есть предположение, что это для облегчения работы Линуха
Дело не только в операционке, без когерентности кешей обычный код написанный на C или Фортране (скажем, с распараллеливанием через OpenMP) не будет работать корректно, и барьеры не помогут.
Да, как официальный канал e-mail скорее умирает - уже давно сталкивался со случаями, когда найти контактный e-mail на сайте компании/организации проблематично, но сходу выдаётся формочка для обратной связи или канал в соцсетях. Но как средство личного общения - вполне живёт, тут всё зависит только от ваших друзей/знакомых.
SPM вроде как в флеш пишет - соглашусь, что это вариант для динамического изменения кода, но достаточно специализированный (использование в своих целях - скорее хак) и небыстрый (если, скажем, для JIT запользовать). И да, Принстон из Гарварда она не делает - код/данные для обычных инструкций всё равно разделены, просто есть лазейка для копирования.
То есть сейчас новый шорткат - тема для новости?
У меня Home->Paste->Keep text only работает как и в других офисных приложениях.
Про шифрование я сразу сказал, но в принципе для secure boot оно необязательно.
Как это поможет от перетыкания SSD/HDD в другую машинку?
Главное не забывать, что и сейчас вопрос решается только шифрованием, контроль доступа в ОС не помогает.
Так и не понял, как передать управлению коду в RAM именно на таком процессоре (разные физические шины), скажем AVR.
Вроде там поминутная тарификация звонков. Но по крайней мере без абонентки.
Может быть - просто при заходе в страничку с тарифами с главной страницы выдают только варианты с абоненткой (кроме семейного допномера, который не самодостаточен).
Как то очень кратенько по эпохе расцвета экспертных систем (и параллелям с нынешним бумом LLM и т.п.) прошлись. С одной стороны, есть похожие вещи - выход из исследовательских лабораторий в бизнес и появление специализированного железа (и то другое иллюстрируется возникновением Symbolics и LMI в недрах MIT AI Lab). С другой стороны, в нынешнем DL по сравнению с экспертными системами меньше человеческих ограничений - достаточно рутинной разметки силами не особо квалифицированного персонала, иногда можно и без этого обойтись. И современное железо для AI в первую очередь ориентировано на производительность, максимизируя число операций в секунду на чипе - в то время как в Лисп машинах железо оптимизировало высокоуровневые концепции, специфические для конкретного языка. Соответственно, проблемы того времени (развитие экспертных систем ограничивалось человеческими экспертами, железо по цене/производительности проиграло гонку с обычными рабочими станциями) вроде бы не грозят - но тем не менее любой пузырь рано или поздно схлопывается...
Да, что то, скажем, у Билайна сейчас не вижу тарифа без абонентки с посекундной тарификацией (пользуюсь таким).
Понятно, в Cшных терминах это нюансы взаимного расположение const и * ;) В C/C++ подобный эффект достигается только с указателем/ссылкой, просто константный массив или список не даёт менять содержимое.
Меня в КПДВ несколько смущает let primes... с последующим primes.append() Вроде let объявляет immutable переменную.
Амазоновский Гравитон доступен в их облаке с 2018го.
Кстати, только меня название смущает? У меня первая ассоциация на слова "сервер" и "Гравитон" - семейство серверных ARM процессоров от Amazon. То ли ребята не в курсе, то ли сознательно путаницу наводят.
В общепринятой программной модели NUMA влияет только на производительность - обращение к "чужой" памяти дороже - но не на корректность, за когерентностью кешей следит железо и дополнительно в коде для корректности работы ничего писать не надо (для того, чтобы не проседала производительность - надо следить, к какой памяти идём).
Но проблемы когерентности вылезают и без NUMA, когда у нас просто на одном чипе несколько ядер со своими кешами первого/второго уровня.
Странное округление с отбрасыванием трёх порядков.
Не уверен, там же отношение многие ко многим (скажем, 8 контроллеров памяти на 64 ядра без явной привязки) - в любом случае такие вещи не особо документируются.
Потому что они не об этом. Барьеры указывают о том, в каком порядке видны изменения разных ячеек памяти; то, что изменения разных значений в одной кеш линейке от разных агентов корректно накладываются, обеспечивается механизмом когерентности, который к модели памяти и необходимости использования барьеров ортогонален.
Вопрос для чего именно. Я то больше с "большими" процессорами работаю - там есть AMBA для связи с периферией (и вроде как AXI входит в AMBA), но работа с памятью идёт через интегрированные контроллеры, для связи между сокетами - отдельные каналы со своим протоколом.
И дело же не только в том, что торчит наружу - на телефонах, скажем, обычно процессорный чип один, но внутри него кучка разнородных ядер со своми кешами, и надо чтобы многопоточный софт корректно работал.
Дело не только в операционке, без когерентности кешей обычный код написанный на C или Фортране (скажем, с распараллеливанием через OpenMP) не будет работать корректно, и барьеры не помогут.