|
2.91, Адмирал Майкл Роджерс (?), 15:01, 09/03/2022 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
Смею заверить Вас, сэр, что в организации, которую я в своё время имел честь возглавлять, принято крайне щепетильно относиться к подобным аспектам сотрудничества с разработчиками и производителями аппаратного и программного обеспечения.
| |
|
|
2.11, TSMC (?), 12:49, 09/03/2022 [^] [^^] [^^^] [ответить] [к модератору]
| +30 +/– |
Неет, это у нас эльбрусы. Но мы их вам не продадим.
А у вас процесс 65нм и тот попильно-откатный.
| |
|
|
|
5.144, РЗМ (?), 07:23, 10/03/2022 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +2 +/– |
Кураторам сами будут объяснять, зачем вам для производства чипов для кураторов нужны редкие природные элементы, которых у куратора в ближайшие три года не будет.
Ну или ваши производственные линии окирпичатся.
| |
|
4.97, An0nim0us (?), 15:18, 09/03/2022 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– |
Если без шуток, то как планируете бороться с результатами санкций? TSMC уже точно не будут брать заказы, а китайских производителей предупредили что если будут помогать РФ, то сами попадут под санкции и не смогут закупать оборудование для современной литографии - потенциально могут и они отказать в заказах. Запасной план есть какой-то?
| |
|
5.105, Аноним (-), 15:46, 09/03/2022 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– |
Ещё рано планировать. Надо дождаться когда закончатся турбулентности торжественной порки, чтобы можно было пересчитать баранов.
| |
|
6.110, Аноним (43), 16:26, 09/03/2022 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
А без китайцев никак уже? А то по факту с Тайванью получилось фейковое какое-то импортозамещение. Надеюсь, ФСБ сделает правильные выводы и уже не даст дальше гробить электронную промышленность, завязывая все цепочки на иностранные государства.
| |
6.116, Аноним (116), 17:26, 09/03/2022 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +1 +/– |
> ...на что китайское правительство подсказало азимут дальнейшего движения
Азимут-то показало украдкой, но тут же спрятало, пока основной торговый партнёр не заметил. Китай на сегодняшний день может произвести у себя из своего сырья на своих мощностях аж целых 10% одного условного CPU. Для производства оставшихся 90% нужно импортировать из США, стран ЕС и Южной Америки. Глобальный рынок, глобальные трудности, и интересы нужно учитывать тоже глобальные.
| |
|
7.133, Аноним (133), 22:22, 09/03/2022 [^] [^^] [^^^] [ответить] [к модератору]
| +2 +/– |
Ну так и палладия не много у кого есть. И всей платиновой группы.
У нас есть, и можем не дать.
А по поводу литографии - так всё решаемо. Физика одна на всех. Не быстро, но сделаем.
| |
|
6.146, Аноним (160), 09:12, 10/03/2022 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> А наши, похоже, безмасочную пилят
"С утра в посёлке раздавался визг болгарки: пилили трубы канализации в подвале дома №3.."
| |
|
|
|
|
|
5.40, Аноним (40), 13:39, 09/03/2022 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +11 +/– |
Во многих промышленных задачах этого достаточно. А вот эти ваши веселенькие интерфейсики и вебстранички не нужны. Не нужон нам этот ваш «Интернет», телевизор иди смотри, чо как не родной?
| |
|
6.62, псевдонимус (?), 14:17, 09/03/2022 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
А что от интернета осталось? Пяток среседжеров,десяток отсоссеток и 1.5 поисковика. Ах да, ещё есть кривоприложения! Ой, девчонки, с приложением так удобно!
Ну вот в рунете есть некоторое кол-во полезных форумов (которые видимо добьют). В зап. Европе и прочем цивильном мире ещё хуже:среDDDит! У китайцев-- китайский мир.
| |
6.75, Аноним (75), 14:40, 09/03/2022 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +1 +/– |
Да и не в промышленных
Почему-то "технормы" снижались в разы, а основной прирост энергоэффективности и производительности приходился на архитектурные решения и кувырки. Нередко, даже не столько в самом проце, сколько в его связке с ПО
Чего только стоит продвинутое управление питания мобильных процов и наличие в них "мощных" и "малопотребляющих" ядер
| |
6.139, Аноним (41), 22:52, 09/03/2022 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
>Не нужон нам этот ваш «Интернет», телевизор иди смотри, чо как не родной?
А ведь и правда! Всё действительно ценное в интернетах лежит так, что его можно хоть на древнем пентиуме открывать и смотреть. Остальное-рекламно-баннерный армегеддон, засоряиющий мозг мусором.
| |
|
5.126, Шарп (ok), 20:20, 09/03/2022 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +5 +/– |
> Z80 и 48 - 128 К теперь хватит всем. Даже не то,
> что там 640 К.
Веб мaкаки наконец-то научатся оптимизировать код. Будут на каждую аллокацию памяти получать разрешение у тов. майора.
| |
|
|
|
|
1.12, Аноним (12), 12:51, 09/03/2022 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| –5 +/– |
> По мнению исследований, в процессорах AMD уязвимость не проявляется
Ну то есть даже не проверяли. Это процессоры кого надо процессоры, их проверять не надо. Можно ограничиться мнением.
| |
|
2.19, Аноним (35), 13:11, 09/03/2022 [^] [^^] [^^^] [ответить] [к модератору]
| +2 +/– |
Может, и проверяли, но не получилось проэксплойтить. Но это не значит, что другим не удастся. Поэтому и мнение.
| |
|
|
2.22, Michael Shigorin (ok), 13:14, 09/03/2022 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +10 +/– |
Так эта семейка уязвимостей -- она же в декодерах по большей части (в широком смысле, включая микрокод); а эльбрусы -- это непосредственно АЛУшки без чёрной магии по дороге.
| |
|
|
4.59, Брат Анон (ok), 14:13, 09/03/2022 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +1 +/– |
Это архитектура VLIW. Шигорин прав, там не кэш, там широкое слово. И чтобы оно было грамотно собрано -- нужен сильный компилятор.
Короче, как всегда: лучший ускоритель программы -- это мозг. На Эльбрусах строгая дисциплина кодирования, это маленько боль, но если всё сделал правильно -- отставание от международных партнёров не так страшно. Боль в том, что масса алгоритмов VLIW-оптимизации поддаётся плохо. Типа, JIT-компиляция. Или статическая компиляция под конкретный проц, а запуск будет на его брательнике.
| |
|
5.73, ranen (?), 14:39, 09/03/2022 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– |
"Боль в том, что масса алгоритмов VLIW-оптимизации поддаётся плохо. Типа, JIT-компиляция. Или статическая компиляция под конкретный проц, а запуск будет на его брательнике." - это глупое решение для потребительского процессора.
| |
|
6.80, Аноним (75), 14:46, 09/03/2022 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
> а второе -- код, который запустится на данной версии системы команд и выше
Вот это уже интересно, даже неожиданно. И что, если на новом проце ядер больше или меньше, то что происходит с тем командным словом ?
Если больше - допустим, НОП-апми остаток забивается
А если меньше ? вначале исполняется часть, которая влезает, следующей - оставшаяся с заваливанием НОПами незадействованных ядер, но как тогда адресация не рассыпается ведь одна команда превращается в две и более ?
| |
|
7.90, Michael Shigorin (ok), 15:00, 09/03/2022 [^] [^^] [^^^] [ответить] [к модератору]
| +2 +/– |
> И что, если на новом проце ядер больше или меньше,
> то что происходит с тем командным словом ?
Это разные уровни параллелизма -- на разных ядрах/процессорах выполняются разные ШК, каждая из них запускается в рамках одного ядра.
На версиях системы команд с v2 по v6 по факту поддерживается обратная совместимость (хотя МЦСТ за неё зуб не даёт); "плохой" вариант в случае запуска кода для <= v5 на v6 -- это штраф в виде более частого срыва конвейера из-за того, что задержки доступа к памяти возросли с ростом тактовой частоты (если не ошибаюсь, в L1 теперь пять тактов вместо трёх -- поэтому на некоторых задачах v5 @ 1500 МГц может оказаться чуть быстрее v6 @ 2000 МГЦ: частота выросла на 30%, задержка -- на 40%).
| |
|
|
5.153, Онаним (?), 21:45, 10/03/2022 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
Компилятор - это статика. В компиляторе все 10^100500 наборов возможных входных данных предусмотреть невозможно. Гонять JIT на каждый новый набор - тоже, не окупится. Поэтому оптимизация в динамике всегда в среднем по палате будет впереди любого чистого влива.
| |
|
6.159, Брат Анон (ok), 09:26, 14/03/2022 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
> Поэтому оптимизация в динамике всегда в среднем по палате будет
> впереди любого чистого влива.
Нет, не будет. Начина с того, что чем меньше деталей, тем меньше люфт, заканчивая тем, что прежде чем JIT-компилятор примет решение -- он может прокрутить тысячу неоптимизированных циклов.
| |
|
7.163, Онаним (?), 16:53, 14/03/2022 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Речь не о JIT, а об оптимизации в рантайме внутри самого CPU.
Она же спекулятивное выполнение, префетч, OoO и ещё целая пачка механизмов.
| |
|
|
|
|
|
2.23, Аноним (35), 13:16, 09/03/2022 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
Мы врагам из Амстердамского свободного университета отечественные Эльбрусы не дадим на поругательство! Иж чего удумали.
| |
|
1.18, Аноним (16), 13:09, 09/03/2022 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| +2 +/– |
> Исследователями продемонстрирован рабочий эксплоит, позволяющий из пространства пользователя извлекать произвольные данные из памяти ядра.
Ого, ничего себе, у себя на ноутбуке я узнаю свой пароль root! Нужно срочно замедлить CPU в 10 раз для защити от такого!
| |
|
|
3.121, leap42 (ok), 18:51, 09/03/2022 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +1 +/– |
> И не только ты узнаешь, но и JS- или WASM-код тоже узнают.
Ой ли? По-моему в браузерах уже давно защита есть от атак этого класса.
| |
|
|
|
|
3.60, Брат Анон (ok), 14:15, 09/03/2022 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
Я ещё с 1998 г. говорил, что в проц невероятный друг и международный партнёр может понапихать может что угодно (не считая откровенных ошибок). Но об этих сюрпризах мы узнаем только тогда, когда проснёмся без штанов в картонной коробке в тундре.
| |
|
|
1.39, Аноним (40), 13:37, 09/03/2022 [ответить] [﹢﹢﹢] [ · · · ] [↑] [к модератору]
| +8 +/– |
Соблазн вставить уязвимость так высок. Что вставляют уязвимости даже в механизм обхода других уязвимостей. Я считаю это пять.
| |
1.42, Mord Fustang (?), 13:45, 09/03/2022 [ответить] [﹢﹢﹢] [ · · · ] [↓] [к модератору]
| –1 +/– |
"По мнению исследований, в процессорах AMD уязвимость не проявляется" - то есть уязвимость, актуальная для тучи моделей ЦП, не привязана к архитектуре, но при этом не актуальна для одной марки?
Что за...
| |
|
2.138, Rev (?), 22:35, 09/03/2022 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Просто между скоростью и безопасностью проектировщики выбирают скорость. За безопасность не так много платят.
| |
|
1.46, Аноним (43), 13:49, 09/03/2022 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| +/– |
А есть реальное использование этих уязвимостей? Уже сколько лет находят, а до сих пор ломают какими-то дедовскими способами.
| |
1.57, z280 (?), 14:04, 09/03/2022 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| +/– |
В процессорах Интел давно есть секретный регистр, через который можно перехватывать самые защищенные данные в любой ОС.
| |
|
2.69, Аноним (40), 14:25, 09/03/2022 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
Это в x86 процессорах VIA, а по докам режим «отладки». Который включается только для очень специальных людей.
| |
|
1.109, pavlinux (ok), 16:25, 09/03/2022 [ответить] [﹢﹢﹢] [ · · · ] [↑] [к модератору]
| +/– |
> Для блокирования проведения атак через подсистему eBPF рекомендуется
> отключить по умолчанию возможность загрузки eBPF-программ непривилегированными
> пользователями, записав 1 в файл "/proc/sys/kernel/unprivileged_bpf_disabled"
> или выполнив команду "sysctl -w kernel.unprivileged_bpf_disabled=1"
Не совсем "непривелегированному", нужно иметь права CAP_BPF или CAP_SYS_ADMIN.
| |
|