The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Серьёзное снижение производительности ядра 5.19, вызванное защитой от атаки Retbleed"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Серьёзное снижение производительности ядра 5.19, вызванное защитой от атаки Retbleed"  +/
Сообщение от opennews (??), 12-Сен-22, 14:05 
Инженер из компании VMware обратил внимание сообщества разработчиков ядра Linux на значительное снижение производительности, при использовании ядра Linux 5.19. Тестирование виртуальной машины с ядром   5.19 в окружении гипервизора VMware ESXi показало снижение производительности вычислений на 70%, сетевых операций на 30%  и действий с хранилищем на 13%, по сравнению с той же конфигурацией на базе ядра 5.18...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=57769

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +16 +/
Сообщение от Аноним (1), 12-Сен-22, 14:05 
Intel должна выписать премии создателям и внедренцам такой архитектуры процессора
Ответить | Правка | Наверх | Cообщить модератору

18. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +2 +/
Сообщение от Аноним (-), 12-Сен-22, 15:06 
За улучшение репутации бренда им отдел маркетинга выпишет отрицательные премии. В суперкомпьютеры и топовые серваки AMD ставить стали. На этом фоне премировать персонал довольно странная идея.
Ответить | Правка | Наверх | Cообщить модератору

24. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (1), 12-Сен-22, 15:19 
к сожалению Intel и AMD это по сути две руки одного тела, то что сейчас страдает репутация это конечно плохо но не смертельно, зато в своё время рынок захватили и до сих пор держат.
Ответить | Правка | Наверх | Cообщить модератору

51. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (51), 12-Сен-22, 16:12 
Retbleed они оба подвержены.
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

121. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от Аноним (-), 12-Сен-22, 19:35 
Разве на 3 зине оно работает?
А 1 и 2 Вы сейчас наврядли станете куплять. Не?
Ответить | Правка | Наверх | Cообщить модератору

209. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (209), 13-Сен-22, 10:28 
> Retbleed они оба подвержены.

Но поскольку интел кушает больше а считает хуже, для них это более серьезная проблема. Да и вулнов у них больше.

Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

68. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от Урри (ok), 12-Сен-22, 16:48 
Не Интел, а Майкрософт.
Замедление только в линуксе жы!
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

82. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от n00by (ok), 12-Сен-22, 17:28 
Кстати, да. Сначала не понял, как могут замедлиться вычисления (зачем там вызывать ядро?). Думал, некорректно перевели. Оказалось, что CPU intensive benchmark - это сборка ядра Linux.
Ответить | Правка | Наверх | Cообщить модератору

98. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  –1 +/
Сообщение от Аноним (98), 12-Сен-22, 18:03 
AMD Zen 1, 1+ и 2 are affected as well.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

112. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +7 +/
Сообщение от Аноним (112), 12-Сен-22, 18:19 
https://make-linux-fast-again.com/
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

129. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (129), 12-Сен-22, 20:36 
Сделаем из линукса проходной двор!
Ответить | Правка | Наверх | Cообщить модератору

179. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +3 +/
Сообщение от anonymous (??), 13-Сен-22, 06:02 
Это не проблемы линукса, а проблемы железа.
Ответить | Правка | Наверх | Cообщить модератору

183. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  –6 +/
Сообщение от какая разница (?), 13-Сен-22, 07:19 
То же самое железо в windows не подвержено уязвимости..
Ответить | Правка | Наверх | Cообщить модератору

186. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +3 +/
Сообщение от пох. (?), 13-Сен-22, 08:28 
> То же самое железо в windows не подвержено уязвимости..

да ну? А что вот это за х-ня?!
To enable mitigations for Microarchitectural Data Sampling (CVE-2018-11091, CVE-
2018-12126, CVE-2018-12127, CVE-2018-12130) along with Spectre [ CVE-2017-5753 &
CVE-2017-5715 ] and Meltdown [ CVE-2017-5754 ] variants, including Speculative
Store Bypass Disable (SSBD) [ CVE-2018-3639 ] as well as L1 Terminal Fault (L1TF
) [ CVE-2018-3615, CVE-2018-3620, and CVE-2018-3646 ] without disabling Hyper-Th
reading:
reg add "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Mem
ory Management" /v FeatureSettingsOverride /t REG_DWORD /d 72 /f
reg add "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Mem
ory Management" /v FeatureSettingsOverrideMask /t REG_DWORD /d 3 /f
If the Hyper-V feature is installed, add the following registry setting:
reg add "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Virtual
ization" /v MinVmVersionForCpuBasedMitigations /t REG_SZ /d "1.0" /f
If this is a Hyper-V host and the firmware updates have been applied: Fully shut
down all Virtual Machines. This enables the firmware-related mitigation to be a
pplied on the host before the VMs are started. Therefore, the VMs are also updat
ed when they're restarted.
Restart the computer for the changes to take effect.

это маленький кусочек е6учей инструкции на двадцать страниц, чего там еще и как РУКАМИ блжад можно (и иногда - с-ка, нужно!) оверрайдить, двадцать раз поперезагружать и еще в процессе подпрыгнуть.

(правда, зато мы не боимся что завтра незаметно кончится лимит на длину комнадной строки ведра и либо там что-то тихо наедет на управляющие структуры, либо последний =off тихо проигнорится и станет on, но за эти уродливые битовые маски вместо человекочитаемых отдельных полей хочется убивать, убивать, убивать)

P.S. разумеется https://aka.ms/SpeculationControlPS сделает все это за вас, но вот обновляет ли его индусский автор следом за новыми и новыми улучшизмами и насколько быстро - большой вопрос.

Ответить | Правка | Наверх | Cообщить модератору

193. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от Аноним (-), 13-Сен-22, 09:13 
>> То же самое железо в windows не подвержено уязвимости..
> да ну? А что вот это за х-ня?!

Это чудак не прочухал что если уязвимость в железе то от ОС оно не зависит. Как максимум ос может подставить юзера, устроив в системе проходной двор. Однако потом над вашими ssh ключами будет плакать все АНБ.

А так - вот видишь, линух не такой уж и плохой с mitigations=off, все познается в сравнении.

Ответить | Правка | Наверх | Cообщить модератору

147. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от Онаним. (?), 13-Сен-22, 01:00 
Не совсем понял, на фига к mitigations=off прилагаются noibrs noibpb nopti nospectre_v2 nospectre_v1 l1tf=off nospec_store_bypass_disable no_stf_barrier mds=off.
Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору

192. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от Аноним (192), 13-Сен-22, 09:10 
Некоторым людям нравятся длинные заклинания. Иначе недостаточно солидно.
Ответить | Правка | Наверх | Cообщить модератору

148. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от Онаним. (?), 13-Сен-22, 01:00 
Или это типа для древних ядер, которые mitigations=off не умеют?
Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору

117. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от GG (ok), 12-Сен-22, 19:12 
Открою тебе великую тайну: Интел сам открывает и финансирует все эти конторы.
Источник: из первых рук.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

203. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (203), 13-Сен-22, 10:17 
И выдать свинцовые медали.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

2. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  –30 +/
Сообщение от Аноним (-), 12-Сен-22, 14:07 
Создатели абстракции обратили внимание разработчиков ядра...
Дальше можно не читать. В этом все, что нужно знать о модерновом линукс.
Больше абстракций богу абстракций.
И да, кто-то из приличных господ еще покупает интел?
Ответить | Правка | Наверх | Cообщить модератору

19. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +3 +/
Сообщение от лютый жж.... (?), 12-Сен-22, 15:12 
>кто-то из приличных господ еще покупает интел?

ничего, что Retbleed имеет и амд и арм и интелей?

Ответить | Правка | Наверх | Cообщить модератору

122. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от Аноним (-), 12-Сен-22, 19:37 
Каких? 1 и 2 зину?
Вы точно сейчас станете брать эти каменья?
Ответить | Правка | Наверх | Cообщить модератору

210. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  –2 +/
Сообщение от лютый ж.... (?), 13-Сен-22, 10:36 
>Вы точно сейчас станете брать эти каменья?

речь не про СЕЙЧАС БРАТЬ, а про "теперь вы должны выкинуть свой 3.6ГГЦ AMD Ryzen 5 1600 и взять zen 3". Нуна...

Ответить | Правка | Наверх | Cообщить модератору

48. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +2 +/
Сообщение от Аноним (48), 12-Сен-22, 16:05 
> Больше абстракций богу абстракций.

Аминь.
Складывается впечатление, что стало неприлично много людей, которых хлебом не корми, дай воткнуть ещё слой-два.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

3. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +38 +/
Сообщение от Аноним (3), 12-Сен-22, 14:07 
Судя по скорости Эльбрусы - это как-бы интелы с закрытием спекулятивных уязвимостей
Ответить | Правка | Наверх | Cообщить модератору

7. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  –16 +/
Сообщение от Аноним (7), 12-Сен-22, 14:39 
Эльбрус по интелу это Core 2 Duo. Можешь вместо дорогостоящего брусочка прикупить себе систему на intel celeron типа n5105 или что-то из этой оперы, получишь идентичную производительность в меньшем форм факторе minipc, в разы меньшем электропотреблении и нормальном аппаратном декодировании видео в браузере.
Ответить | Правка | Наверх | Cообщить модератору

8. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  –9 +/
Сообщение от Аноним (7), 12-Сен-22, 14:42 
Да и ценник будет в раз 10 меньше. Покупая отечественное (я имею в виду импортозамещенное аналоговнетное) покупатель должен иметь в виду что он спонсирует разработку, попилы, проценты отката от начальника предприятия до крышующего силовика и чинуши).
Ответить | Правка | Наверх | Cообщить модератору

14. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +9 +/
Сообщение от жявамэн (ok), 12-Сен-22, 14:58 
Загляни под кровать
Там сидят попильшики и пилят ножки
Ответить | Правка | Наверх | Cообщить модератору

26. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  –3 +/
Сообщение от a_kusb (ok), 12-Сен-22, 15:23 
Так то по факту он довольно правильно сказал. Существует ловушка импортозамещения и налоги, которые уходят правительству, существуют связи и вот это всё. Это только часть медали, но вот.
Ответить | Правка | Наверх | Cообщить модератору

30. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +13 +/
Сообщение от Аноним (30), 12-Сен-22, 15:33 
Больше всего сейчас попилит и откатывает майкакаасофт со своими виндами, а так же ай би мэ и циска, но принято почему то обсуждать Эльбрус и его цену (как раз за то, что попилить нельзя, каждая копеечка на счету).
Ответить | Правка | Наверх | Cообщить модератору

40. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +4 +/
Сообщение от erthink (ok), 12-Сен-22, 15:44 
> Больше всего сейчас попилит и откатывает майкакаасофт со своими виндами, а так
> же ай би мэ и циска, но принято почему то обсуждать
> Эльбрус и его цену (как раз за то, что попилить нельзя,
> каждая копеечка на счету).

А было несколько заходов "получить финансирование" на мега-перспективный RISC-V и покупной ARM, под что формировали общественное мнение, в том числе среди разработчиков.

Поэтому большинство хомячков до сих пор уверены в попилах, типуковости e2k и перспективности risc-v.

Ответить | Правка | Наверх | Cообщить модератору

56. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 12-Сен-22, 16:19 
RISCV поддерживается опенсорсными тулчейнами и уже есть поддержка нескольких SoC в майнлайне. Очень способствует уверенности в светлом будущем архитектуры.
Ответить | Правка | Наверх | Cообщить модератору

66. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +6 +/
Сообщение от erthink (ok), 12-Сен-22, 16:41 
> RISCV поддерживается опенсорсными тулчейнами и уже есть поддержка нескольких SoC в майнлайне.
> Очень способствует уверенности в светлом будущем архитектуры.

Как уже много раз писал, RISC-V прекрасен для своего первоначального предназначения (простых встраиваемых применений типа стиралок и кофеварок, но не путать с IoT).

А дальше начинает фигня, напомню: Как у "чистого риска" нет явного указателя стека и какой-либо защиты стека.
При этом ABI вроде-бы входит в спеку архитектуры и предусматривает распределение регистров.
Поэтому де-факто имеет один стек, где данные смешаны с адресами возврата, плюс "опенсорсные тулчены" которые иначе не умеют, плюс весь системный софт где это захардкожено.
В результате "новая перспективная архитектура" принципиально уязвима для ROP как относительно дремучие x86, ARM и т.п.

Ниже копипаста по этой теме.

---

Основная моя претензия к RISC-V в том, что в новой "допеределенной" архитектуре сохранено всё необходимое для эксплуатации ошибок "выход за пределы буфера на стеке" и ROP.

Отдельная тонкость в том, что в RISC-V (и традиционно во всех "берклиевских рисках") нет аппаратного стека в явном виде "как в x86", а стек фактически определяется в ABI - можно поменять соглашение об использовании регистров (занять ещё один под указатель второго стека), и проблемы не будет.

Поэтому получается, что непосредственно у самих ЦПУ на базе RISC-V на уровне аппаратуры более-менее хорошо, как минимум по этому вопросу. А все проблемы на стороне ПО. Однако, если посмотреть на RISC-V как на "экосистему", то она "одностековая", причем соглашение об использовании регистров прописано в спецификации ISA.

Решить проблему действительно можно сменой ABI, но если это не начать делать «вчера», то будет как с x86 (конечно, не совсем так, но снежный ком будет расти). Но кто и как это будет делать не понятно. Точнее говоря, уже понятно что разработчики ПО уже поставлены перед выбором:

- либо отказаться от готовой инфраструктуры и самим "пилить" все задачи связанные с изменением ABI (от доработки компиляторов до перепортирования софта);

- либо всеми силами не замечать проблему, и убеждать себя и всех и что её нет.

Очевидно что RISC-V тут не более дырявый чем остальные архитектуры с одним стеком. Однако:

1) разделение стеков существенно уменьшает вероятность/риски эксплуатации ошибок переполнения буферов размещенных на стеке.

2) своевременное лечение проблемы даже "в лоб" было-бы почти бесплатным, как по затратам, так и по быстродействию (занимаем еще один регистр из 31).

3) в RISC-V ISA для инструкций JAL и JALR явно специфицированы автоматическое выполнение push/pop в RAS (return-address stack), т.е. «уши» аппаратного стека всё-таки торчат, но и нет проблем отделить RAS от SP с данными.

4) ничего не сделано, а напротив сформировано сугубо одностековое ABI и инфраструктура.

Суммарно получается: что есть дыра, которую точно следовало-бы заткнуть, была возможность сделать это бесплатно, но дыра бережно сохранена и сделано всё, чтобы затруднить её устранение = это у меня вызывает озабоченность, особенно когда предлагают заменять "неперспективные Эльбрусы" на "прогрессивные RISC-V".

Ответить | Правка | Наверх | Cообщить модератору

79. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от n00by (ok), 12-Сен-22, 17:24 
В IA32, а тем более в AMD64, где меняли ABI (и в то время было известно о ROP-техниках), возможно было разделить стеки. Entel+leave не используются из-за скорости, никто не заставлял копировать указатель стека в регистр базы.
Ответить | Правка | Наверх | Cообщить модератору

118. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от a_kusb (ok), 12-Сен-22, 19:15 
Интересно, а если изменить ABI и протащить это в опенсорсные тулчейны? (Или даже в спеку RISC-V, но вообще не знаю насколько реально, разве что она молодая и мало используется там, где нужна совместимость.)
Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

135. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от аНОНИМ (?), 12-Сен-22, 21:52 
Добавлю:

1. У 32битного арма, покрмере в юзерспейсе, точно так же нет аппаратного стека. Ну в тумбе конечно есть уши и что там в аарч64 -- не знаю.

2. в JAL и JALR никаких пушей-попов нет -- а есть сохранение/загрузка PC в/из link register. Если нужен стек, то его потом надо руками сложить в, собственно, софтверный стек.

3. идея сменить ABI на 2стековое конечно интересная, и более того она тоже решается в amd64 архитектуре, ну регистров-то там хватит. И на первый взгляд ВООБЩЕ ничего поломаться не должно -- ессно после перекомпиляции этого всего 'ничего'.

Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

136. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +2 +/
Сообщение от erthink (ok), 12-Сен-22, 22:10 
> 3. идея сменить ABI на 2стековое конечно интересная, и более того она
> тоже решается в amd64 архитектуре, ну регистров-то там хватит. И на
> первый взгляд ВООБЩЕ ничего поломаться не должно -- ессно после перекомпиляции
> этого всего 'ничего'.

Ломаются всякие контексты, короутины, парсеры кадров стека, JIT-ы, FFI и т.п.
Упрощенно, ломается 50% где есть "#include <asm/xxx>" и __asm(xyz).
Короче, его величество ABI...

Кстати, так вот подумаешь - отчего люди жалуются что "софта на Эльбрусы мало", всего-то перекомпилировать.

Ответить | Правка | Наверх | Cообщить модератору

215. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Michael Shigorinemail (ok), 13-Сен-22, 11:40 
> Ломаются всякие контексты, короутины, парсеры кадров стека, JIT-ы, FFI и т.п.

Подтверждаю.  Прорабатывать такое долго, трудно и больно (я даже близко не подхожу, вывод судя по коллегам).

> Кстати, так вот подумаешь - отчего люди жалуются что "софта на Эльбрусы мало",
> всего-то перекомпилировать.

Ну как... когда в жёсткое archdep не упираешься -- то в случае альта более 90% в принципе собравшихся пакетов или просто собрались в лоб (когда всё нужное уже было на месте), или потребовали тривиальных пинков вроде "убрать конкретно -Wimplicit-fallthrough=0, пока не сделали в lcc".  Тяжёлых патчей требуют процента три, очень тяжёлых -- единицы-десятки.

Ответить | Правка | Наверх | Cообщить модератору

137. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +2 +/
Сообщение от erthink (ok), 12-Сен-22, 22:33 
> 2. в JAL и JALR никаких пушей-попов нет -- а есть сохранение/загрузка
> PC в/из link register. Если нужен стек, то его потом надо
> руками сложить в, собственно, софтверный стек.

Пардон, забыл сразу ответить.

RAS там примерно вот этот = http://www-classes.usc.edu/engr/ee-s/457/EE457_Classnotes/ee...

Т.е. это те самые "уши стека, которого как-бы нет" ;)

// P.S. pdf этот просто какой-то первый попавшийся и (вроде-бы) релевантный.

Ответить | Правка | К родителю #135 | Наверх | Cообщить модератору

150. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  –2 +/
Сообщение от Аноним (-), 13-Сен-22, 01:11 
> 4) ничего не сделано, а напротив сформировано сугубо одностековое ABI и инфраструктура.

Да, конечно. Если бы они написали рекомендацию использовать два стека, то Торвальдс, а вместе с ними гуглы, амазоны, редхаты и пр., сочли бы для себя ниже чести положить на неё болт, и делать по-своему.

Перед RISC-V не стоит задачи учить всех программировать. Они скромнее, они создают процессор под популярные юзкейсы. И рекомендации пишут исходя из того, как они ждут их процессор будет использоваться. Если бы они порекомендовали бы использовать два стека, то получилось бы так, что те тупые люди, кто повёлся бы на рекомендацию, оказались бы в ситуации белых ворон. А те кто не повёлся бы, были бы вынуждены сами между собой договариваться о том, какой регистр использовать для стека, с риском оказаться в ситуации нескольких по-сути одинаковых но в технических деталях различающихся стандартов.

Переход на два стека для ядра или для допустим linux'ового юзерспейса -- это огромный геморрой для разработчиков. В первом случае для ядерных, во втором для "широких слоёв", но в первую очередь для мейнтейнеров дистров. Кто такой этот RISC-V International, чтобы подобные геморрои _рекомендовать_? Он и не рекомендует, потому что знает своё место в пищевой цепочке.

Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

216. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Michael Shigorinemail (ok), 13-Сен-22, 11:44 
> Перед RISC-V не стоит задачи учить всех программировать. Они скромнее, они создают
> процессор под популярные юзкейсы.

...один из которых -- чушь, которую дипломированные дураки назвали "контролируемым хаосом" в слепой уверенности, что хаос контролируют они, а не наоборот.

Ну, когда вдруг оказывается, что "твоя" система -- уже не твоя.

> Если бы они порекомендовали бы использовать два стека, то получилось бы так,
> что те тупые люди, кто повёлся бы на рекомендацию, оказались бы в ситуации белых ворон.

Пусть жизнь покажет, кто был тупой.

> Переход на два стека для ядра или для допустим linux'ового юзерспейса --
> это огромный геморрой для разработчиков. В первом случае для ядерных, во
> втором для "широких слоёв", но в первую очередь для мейнтейнеров дистров.

Вполне подъёмный даже для маленького (правда, ни разу не тупого) коллектива.  А про "первую очередь" так и вовсе мимо кассы, это я Вам могу авторитетно сказать.

> Кто такой этот RISC-V International, чтобы подобные геморрои _рекомендовать_?

Судя по "бывшей" айбиэмерше во главе Foundation -- как раз поставщик "цифровых ножек буша".

Ответить | Правка | Наверх | Cообщить модератору

285. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  –1 +/
Сообщение от Аноним (285), 13-Сен-22, 17:43 
> Пусть жизнь покажет, кто был тупой.

Она показала уже. Рекомендация RISC-V International совпала с тем, как RISC-V применяют. Они угадали. То есть те тупые, кто угадать не мог и поэтому последовал рекомендации, ничего не потеряли.

> Вполне подъёмный даже для маленького (правда, ни разу не тупого) коллектива

RISC-V International не собирается такой коллектив никому предоставлять в качестве входного подарка. И не их дело указывать другим, что они должны оплачивать ещё и работу этого маленького и ни разу не тупого коллектива.

> я Вам могу авторитетно сказать.

Шегорин, мы знаем "глубину" твоего авторитета. Мог бы и не говорить про "авторитетно". А те кто не знает, только по этому комменту могут видеть, что ты русских слов понять не в состоянии, потому что в твоей голове маркетинг, пропаганда и технические соображения спутаны в такой клубок, что ты сам не можешь отличить одно от другого. "Глубина" авторитета такая, что его видно до дна с первого взгляда.

Ответить | Правка | Наверх | Cообщить модератору

196. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  –1 +/
Сообщение от Аноним (196), 13-Сен-22, 09:51 
> Как уже много раз писал, RISC-V прекрасен для своего первоначального предназначения (простых
> встраиваемых применений типа стиралок и кофеварок, но не путать с IoT).

Он прекрасен тем что
1) Это экосистема. Открытая. Чипмейкерская.
2) Уже есть легион ядер, самых разных масштабов. От low power MCU до серверных чипов. Открытых.
3) Есть нехило обвеса и SoC на это все. В чем можно убедиться зайдя на гитхаб.
4) Есть легион тулзов, самых разных. Вплоть до симуляторов которые могут анализировать с точностью вплоть до вентилей. Не говоря уж про компиляторы, системный обвес и все такое. И все это открытое, конечно.
5) Ах да, эта экосистема вертикально масштабируема. Как ARM. Одно ядро на одну оказию хорошо. Универсальная масштабируемая экосистема лучше.
6) Это эволюционирует. Шустро, динамично, под насущные задачи, толпой народа. В эту экосистему вписались легионы. От самоделкиных до корпораций размером с WD и чуть ли не интел.

> А дальше начинает фигня, напомню: Как у "чистого риска" нет явного указателя стека

А что же у него есть по вашему?

> и какой-либо защиты стека.

1) Реализуемо допустим MMU.
2) Если этого всего мало, вон там Rust на горизонте появился, он с другого бока зашел.

И между нами, компил тайм верификация лучше рантайм факапов. Особенно для безопасного, надежного и беспроблемного софта.

> При этом ABI вроде-бы входит в спеку архитектуры и предусматривает распределение регистров.

И это хорошо. Ибо дает определенные

> Поэтому де-факто имеет один стек, где данные смешаны с адресами возврата,

Не обязано вести к каким-то фундаментальным проблемам само по себе. То что в случае конкретно си это может отливаться в те или иные грабли, это вообще-то трабла именно сей, в дизайне ЯП.

> плюс "опенсорсные тулчены" которые иначе не умеют, плюс весь системный софт где
> это захардкожено.

Да и хрен с ним. Говоря за себя если выбирать между допустим разучиванием раста и проприетарного сишного тулчейна - ну, вы поняли. Rust и его либы мой дистро культурно втянет, технично обув MS/amazon/google на контроль, я уже вижу как они это делают. А проприетарный тулчейн это проприетарный тулчейн. Факап в самом core экосистемы.

Видите ли, системщики не настолько раки чтобы спрашивать ослиное позволение wannabe-божков с тулчейном. Это даже майкрософту популярно объяснили уже, на память о чем у них "драйверов нет" вон там под ARM/RISCV/... и полный пролет в экосистеме. Удачи :)

> В результате "новая перспективная архитектура" принципиально уязвима для
> ROP как относительно дремучие x86, ARM и т.п.

Ну, значит, Rust будут применять более активно и так тому и быть. Есть более 1 способа решить ту или иную инженерную проблему. В том числе и эту.

> сохранено всё необходимое для эксплуатации ошибок "выход за пределы буфера на
> стеке" и ROP.

Этот класс ошибок можно просто загасить с другого бока. На уровне тулчейнов и ЯП.

> то она "одностековая", причем соглашение об использовании регистров прописано в спецификации
> ISA.

Ну, как бы как одно прописали, так и другое можно прописать. Или вообще зайти к проблеме с другого бока, затребовав аннотации в сорце и чеканув их соблюдение при сборке. А переваливать все родовые травмы си на то что это косяки архитектуры все же криво.

> - либо отказаться от готовой инфраструктуры и самим "пилить" все задачи связанные
> с изменением ABI (от доработки компиляторов до перепортирования софта);

ИЧСХ в случае с RISCV и его тулчейнами это даже какие-нибудь мелкие исследователи могут попробовать. А если получится что-то годное, почему бы остальным на это не свалить, не понятно. Ну вон у арма был EABI а потом стал ARMHF. И ничего, живые все.

> - либо всеми силами не замечать проблему, и убеждать себя и всех
> и что её нет.

А в каком-нибудь Rust и т.п. яп ее может и не быть в именно вон той формулировке. А в си, видите ли, реальная проблема в том что в сорце нет достаточной аннотации намерений кодера в ряде случаев, что нагибает статический анализ. Это я как сишник повернутый на надежности, стабильности и безопасности говорю. Ну вот реально есть дурные моменты дизайна. И это наследие си, а не чего-то еще. Особенно то что там касается UB где комитет свалил все и вся на кодеров и тулчейны, и указатели где ну вот вообще никакой декларации намерений кодера тулчейну а потому сие не предмет для какой либо верификации во время компила. Это само по себе грабли, гораздо более крупные чем одно только переполнение буферов.

> 1) разделение стеков существенно уменьшает вероятность/риски эксплуатации ошибок
> переполнения буферов размещенных на стеке.

Нормальная аннотация намерений кодера и статический анализ не то что уменьшает риски, они вообще целые классы багов на нет сводят.

> 3) в RISC-V ISA для инструкций JAL и JALR явно специфицированы автоматическое
> выполнение push/pop в RAS (return-address stack), т.е. «уши» аппаратного стека
> всё-таки торчат, но и нет проблем отделить RAS от SP с данными.

Обычное поведение обычного проца и упрощает некоторые системные вещи типа handler'ов если хочется их делать все же не на ассемблере, бжад. А кому сейчас хочется с ассемблером возякаться, даже там?!

> предлагают заменять "неперспективные Эльбрусы" на "прогрессивные RISC-V".

Я не думаю что это корректная постановка вопроса. Этих эльбрусов существует полторы штуки, с кучей дурных проблем, экосистемы толком нет, полтора инвалида с проприетарным тулчейном и внемайнлайновым викидышем это не вообще экосистема. А заодно вон та чудная фирма за 20, чтоли, лет не смогла то что вон те мелкие стартапы осилили за 4-5 лет.

Все же в проце главное не какой там стек, и регистры, а вменяемость общего сочетания парметров. С чем у эльбрусов жесточайше не задалось. Все думали что итаник это фэйл и ниже падать некуда, но оказалось что это не предел.

Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

234. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +2 +/
Сообщение от erthink (ok), 13-Сен-22, 13:02 
> Он прекрасен тем что

Удивительно, конечно, что в качестве аргументов вы пересказываете растиражированное содержание рекламных буклетов. Тем не менее, попытаюсь прояснить свою позицию.

Никто не запрещает вам верить в маркетинг о "бело-пушистости" RISC-V и прочее великодушие капиталистов.
Стартаперам действительно удобно разводить инвесторов, в том числе дизайнить и раздавать свои велосипедные ядра.
А студенты уже сдают зачеты, курсовые и даже дипломы, списывая публично доступны блоки ;)

Да, экосистема RISC-V действительно уже позволяет получить несколько дополнительных вариантов ядер для всяческих микроконтроллеров и т.п., в том числе выбирать на фабрике на уровне шаблонов.

Но в RISC-V нет ничего, что как-то принципиально способствовало и/или облегчало создание тиражного high-end процессора общего назначения. Выводить на рынок будет легче, но не создавать.
Скорее наоборот, придется либо оставаться в общей колее, либо убеждать конкурентов и сообщество идти за вами, либо форкать экосистему.

Ядра SiFive очень не плохи, но между ними и топовыми тиражными ЦПУ пропасть: патенты, физдизайн, тираж. Поэтому никакой SiFive ничего не родит на смену x86 или ARM, пока их не купит кто-то из топовых игроков.

Монстры типа штеуда и ибм конечно будут развивать RISC-V, но только в нужном/выгодном им направлении, одновременно черри-пикая все интересное (постоянно скупают стартапы, компании, людей, проекты). В этом суть этой затеи и механизма - одни хотят засветиться и удачно продаться, другие постоянно "стригут газон" чтобы не выросли сорняки-конкуренты.

>> А дальше начинает фигня, напомню: Как у "чистого риска" нет явного указателя стека
> А что же у него есть по вашему?

RTFM

> Я не думаю

Есть подозрение что это кое-то объясняет ;)

> Этих эльбрусов существует полторы штуки, с кучей дурных проблем, экосистемы толком нет, полтора инвалида с проприетарным тулчейном и внемайнлайновым викидышем это не вообще экосистема. А заодно вон та чудная фирма за 20, чтоли, лет не смогла то что вон те мелкие стартапы осилили за 4-5 лет.

Какие стартапы, чего осилили?
Научились VHDL комбинировать, делать прототипы на FPGA и кукарекать на паре конференций...
И это на готовой экосистеме, с готовыми спеками, готовыми блоками, симуляторами, готовым тулченом и сообществом - это примерно "плинтус" в сравнении с результатом МЦСТ.
Байкаловцы хоть и на покупных ядрах и IP-блоках, но довели до продуктовой серии.

> Все же в проце главное не какой там стек, и регистры, а вменяемость общего сочетания парметров. С чем у эльбрусов жесточайше не задалось. Все думали что итаник это фэйл и ниже падать некуда, но оказалось что это не предел.

Ну вот опять колунада в духе маслова, ну сколько можно.

Никто не говорит что e2k идеальная архитектура, что в ней нечего улучшать и/или переделывать и т.п.
Но это (как минимум) несколько принципиально важных решений, собственная разработка, собственные компетенции по всему спектру (от VHDL до компилятора и ОС).

В целом же конечно обидно и боязно, что молодежь верит в гадаровщину и чубайсятину, и идет за идеями, которые угробили электронику в советское время, а в пост-перестроечное аналогично зачистили авионику, авиапромышленность и т.д.

Ответить | Правка | Наверх | Cообщить модератору

292. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 17:58 
> Удивительно, конечно, что в качестве аргументов вы пересказываете
> растиражированное содержание рекламных буклетов.

Ну так они ж в целом не врут. Просто хайлайтят пойнт. ИМХО пойнт валидный.

> Никто не запрещает вам верить в маркетинг о "бело-пушистости" RISC-V и прочее
> великодушие капиталистов.

Во первых никакой белизны и пушистости. Свой набор проблем, WIP и все такое. Во вторых, к великодушию отношения не имеет, чистый прагматизм. Остро возбухший после попыток продать ARM нвидии, очень помогло бутстрапу экосистемы :)

> Стартаперам действительно удобно разводить инвесторов, в том числе дизайнить и раздавать
> свои велосипедные ядра.

Так потом это пускают в масспродакшн и получают недурные параметры недорого. И толпа народа УЖЕ этим пользуется. Китайцы выкатили недорогие MCU и апликушники например. Это уже применяется. И приносит прибыль их чипмейкерам. Развод то в чем? Процу не обязательно быть самым самым, влияет общее соотношение.

> А студенты уже сдают зачеты, курсовые и даже дипломы, списывая публично доступны блоки ;)

Как по мне, если у них что-то работающее в результате получается, ну отлично. Е...чие концепции ради концепций без результата всех утомили.

> Да, экосистема RISC-V действительно уже позволяет получить несколько
> дополнительных вариантов ядер для всяческих микроконтроллеров и т.п.,

Она позволяет нехилую вертикальную масштабируемость + реюз знаний, очень эффективно. Когда один тулчейн покрывает все от mcu до серверных апликушников это удобно и я этот тулчейн буду знать сильно лучше чем 3-4 отдельных тулчейна. Это так сложно понять?

> в том числе выбирать на фабрике на уровне шаблонов.

А также встраивать небольшие cpu core в штуки с FPGA, например, комбинируя быструю ASIC-like логику с одной стороны и чуть ли не всю мощь линуха с другой. Попробуйте так с вашими парадигмами вообще. А, ну да, кому всякая измериловка на грани scifi нужна и т.п., не ваш уровень технологий же.

> Но в RISC-V нет ничего, что как-то принципиально способствовало и/или облегчало создание
> тиражного high-end процессора общего назначения.

Тем не менее, насколько я помню алибаба не только себе запилили, но и сорц выложили. Ахренли, китайцы умеют работать на результат, а не страдать высококонцептуальной хней.

> Выводить на рынок будет легче, но не создавать.

А тут надо определиться какая цель. Пропилить из принципа метровый бетонный блок или попасть в пункт назначения обойдя его.

> Скорее наоборот, придется либо оставаться в общей колее, либо убеждать конкурентов и
> сообщество идти за вами, либо форкать экосистему.

Как минимум, большая часть тулсов и софта будет работать и с этим тоже, а от патчей с tune под вооооон тот чип врядли кто откажется. Если производитель готов майнтайнить, конечно, чужую работу делать никто не будет нашару.

> Ядра SiFive очень не плохи, но между ними и топовыми тиражными ЦПУ
> пропасть: патенты, физдизайн, тираж.

Кроме SiFive есть куча других ядер. Конечно же не все они открытые и проч. Их все я уже не знаю, их легион. Ну вон у GigaDevice есть мк на этом, а у Allwinner - апликушники для одноплатников и околовстройки. Китайцы уже за дело взялись по полной. Им как раз удобно что самим не надо тулчейны делать, не их оно.

> Поэтому никакой SiFive ничего не родит на смену x86 или ARM,

RISCV уже основательно двигает ARM в ряде областей. Ну вот как-то фокус новых разработок резко ушел с ARM в RISCV. Извините, даже WD и нвидия в своих чипах на это переходят. Одни вероятно в контроллерах винчей и ssd, вторые в aux ядрах GPU.

> пока их не купит кто-то из топовых игроков.

Интел так то уже пытался. Но совсем не факт что они хотят продаться этом динозавру. И есть эн всяких фаблесов которые RISCV ядра на заказ разрабатывают и продают другим по сходной цене и проч. Экосистема взлетает.

> Монстры типа штеуда и ибм конечно будут развивать RISC-V, но только в
> нужном/выгодном им направлении, одновременно черри-пикая все интересное

Все будут развивать в интересном именно их направлении. Но когда их много, можно будет чипы под задачи выбирать из кучи опций, а если вдруг нужного нет, легко создавать новые, из кубиков. Как с ARM. В этом весь их пойнт.

> (постоянно скупают стартапы, компании, людей, проекты).

За это время появляется толпа новых, а людям часто не нравится работать в замшелых мастодонтах, все же стартапы это совсем другой климат. Круговорот продолжается.

> В этом суть этой затеи и механизма - одни хотят засветиться и удачно продаться,
> другие постоянно "стригут газон" чтобы не выросли сорняки-конкуренты.

RISCV напрямую конкурентом топовых x86 пока еще не является, даже ARM стал всерьез наседать на пятки только недавно. Но вообще вот именно топовый проц зачастую и не надо, только паршиво спроектированому софту. Остальным хватит заурядного проца с хорошим цена/качество и потребление/производительность. У интела с этим "не очень", по обоим пунктам.

> Есть подозрение что это кое-то объясняет ;)

Может быть.

> Какие стартапы, чего осилили?
> Научились VHDL комбинировать, делать прототипы на FPGA и кукарекать на паре конференций...

Ну да. И в результате заваливают рынок дешевыми массовыми чипами. Экосистема взлетает.

> И это на готовой экосистеме, с готовыми спеками, готовыми блоками, симуляторами, готовым
> тулченом и сообществом - это примерно "плинтус" в сравнении с результатом МЦСТ.

МЦСТ: посылают искать в яндекс музее. А если не в музее - то по цене крыла самолета и без перспектив. Ну, а смысл покупать и осваивать чип, который больше производить не могут? Чтобы поиметь сотни бесполезных знаний?

RISCV: посылают на алиэкспресс, можно купить за ...цать баксов одноплатник на этом, без траху с NDA, с доставкой хотькуда, уже майнлайновый линух реально запустить, хоть и с особенностями. А само сочетание позволяет вкатить это в довольно широкий спектр весьма прагматичных задач и делавшее это фирмы в минусе точно не будут. И живут рынком. Почувствуйте разницу.

> Байкаловцы хоть и на покупных ядрах и IP-блоках, но довели до продуктовой серии.

Это которые обанкротились? Видимо они тоже делали что-то не так, но, видимо, крышей не вышли, в отличие от.

> Ну вот опять колунада в духе маслова, ну сколько можно.

Извините, но оно ни ощутимого процента рынка не заняло, даже в РФ, а проприетарные тулчейны, nda и внемайнлайновые ядра это вообще атас. На такую хрень уже даже тормоза типа квалкомов с броадкомами забили.

> Никто не говорит что e2k идеальная архитектура, что в ней нечего улучшать
> и/или переделывать и т.п.

На вид с галерки это все выглядит как "кусок грабель" и "гора родила мышь".

> Но это (как минимум) несколько принципиально важных решений, собственная
> разработка, собственные компетенции по всему спектру (от VHDL до компилятора и ОС).

И кто, пардон, собственник этого, и что это всем остальным кроме этого собственника дает? А, опция вендорлокнуть госов на себя? Я бы на месте госов за ЭТО укатал, ибо подстава. Им так то выгоднее чтобы эн фирмачей рубались и делали дешево и круто, а лучшим из них контракт отдать. Ну, если коррупцию как фактор исключить.

> В целом же конечно обидно и боязно, что молодежь верит в гадаровщину
> и чубайсятину, и идет за идеями, которые угробили электронику в советское
> время, а в пост-перестроечное аналогично зачистили авионику, авиапромышленность и т.д.

Ваши результаты выглядят как издевательство над здравым смыслом. Ну да, пропилили всем назло метр бетона. Хотя целью было совсем не это. И это круто а вы не бакланы, потому что ... что?

Ответить | Правка | Наверх | Cообщить модератору

208. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (203), 13-Сен-22, 10:23 
Достаточно какой-либо распространённой ОС типа Windows авторитарно решить "мы не будем следовать спеке на ISA". Тогда всем компиляторам придётся реализовать то, что нужно реализовать, после чего другие ОС перекатятятся в виду преимуществ указанной конвенции и наличия инструментов.
Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

224. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 12:15 
> Достаточно какой-либо распространённой ОС типа Windows авторитарно решить "мы не будем
> следовать спеке на ISA". Тогда всем компиляторам придётся реализовать то, что
> нужно реализовать, после чего другие ОС перекатятятся в виду преимуществ указанной
> конвенции и наличия инструментов.

Внезапно, в линухе - и тулчейнах *-linux-* все клали большой болт на то что там творится в винде. Представляете себе, в разных ОС может быть разный ABI программ, если вон то почему-то неудобно?! Учитывая что они вот прям на уровне формата бинарей не совместимы, это никого не колышет особо. А тулчейны один фиг довольно разные и еще и вот это там подкрутить - не особая проблема, и ничем не икнется даже.

Ответить | Правка | Наверх | Cообщить модератору

57. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (51), 12-Сен-22, 16:20 
У нас с таким же успехом и покупной ARM попиливали бы, и RISC-V. Думаете, при разрарботке Байкал-М не попиливали?
Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

44. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от я из фейсбука (?), 12-Сен-22, 15:50 
Госдеп уже закалибался донатить гейтсу и айбиэмам с цисками
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

78. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от n00by (ok), 12-Сен-22, 17:17 
Никто не обсуждает цену на Эльбрус. Поинтересовался, почему розничная цена на давно закупленные платы поднялась вдвое, заминусовали.
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

94. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от erthink (ok), 12-Сен-22, 17:52 
> Никто не обсуждает цену на Эльбрус. Поинтересовался, почему розничная цена на давно
> закупленные платы поднялась вдвое, заминусовали.

Не скажу что постоянно следил за ценниками, но за 1.5 года не вижу разницы за целиком собранный e2k (500-1000 рублей в зависимости от конфигурации).

Может в долларах/евро цена поплыла из-за падения их курса?

Ответить | Правка | Наверх | Cообщить модератору

97. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от n00by (ok), 12-Сен-22, 18:00 
«Материнская плата E8C-mITX на базе Эльбрус-8С и 2D-видео» стоила чуть больше 120 и подорожала у того же продавца вдвое одновременно с ажиотажем на обычную комплектуху. Та плата, что получше за 180, тогда же и исчезла. Если в сборе - может быть не так заметно, компенсировано снижением цены на остальное, либо продавец другой и ничего не менял. Но в последнем случае не понятно, зачем тут рекламируют поднявшего цену.
Ответить | Правка | Наверх | Cообщить модератору

103. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от erthink (ok), 12-Сен-22, 18:09 
Не следил, поэтому спорить не буду.

От себя могу сказать, что купленный 1.5 года назад 8СВ сейчас стоит примерно столько-же.

Ответить | Правка | Наверх | Cообщить модератору

173. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  –1 +/
Сообщение от Аноним (173), 13-Сен-22, 04:36 

> Материнская плата E8C-mITX на базе Эльбрус-8С и 2D-видео» стоила чуть больше 120
> Та плата, что получше за 180, тогда же и исчезла.

О чем я выше и говорил. Вот например https://aliexpress.ru/wholesale?catId=&SearchText=minipc здесь есть и модели на селеронах по цене примерно в 10-15 тысяч, и на рязанях более новых моделях 30-40 тысяч. Импортозаместили? Проозводительность никакая? Цена огромная? В начличие нет? Ничего не напоминает? Там всеми вами любимый ССССР например?

Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

189. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от n00by (ok), 13-Сен-22, 08:46 
Мне не интересна тема «Эльбрус стоит дороже ширпотреба». Если посмотреть приличные серверные доски, сравнить тираж - всё становится понятно. Меня удивляет, что спекулянты взвинтили цену на уже купленное оборудование и это преподносится как что-то хорошее, тогда как при не столь высоком повышении цен на ширпотреб стоял ор о предательстве национальных интересов и вписывалась ФАС.

И обратите внимание: erthink владеет Эльбрусом и не спорит, лишь рассказывает о своём опыте. А какие-то фатаники опять минусуют, и я на 146% уверен, что они сами для себя никогда и не думали приобрести этот Эльбрус, иначе бы знали цену.

Ответить | Правка | Наверх | Cообщить модератору

197. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (196), 13-Сен-22, 09:57 
> Мне не интересна тема «Эльбрус стоит дороже ширпотреба».

Это однако смогло угробить даже итаника, его экосистема просто не взлетела. А все потому что какой-то тупак в интеле видимо вякал то же что и ты, случайно убив свое же направление всего одним тупым решением.

Вот сейчас все будут пля почки продавать или в музеях куандекса шеллы выпрашивать. Или, скорее, купят на алике борды за копье, в том числе и RISCV, и приобщатся к более другой экосистеме. Показать где за цать баксов 64-битный RISCV уже можно купить или сами найдете? А, да, если вы думали что страшнее госдепа зверя нет, обломитесь :). Китай видите ли не даст вам дыхнуть и в low end, где вы теоретически могли бы иметь какие-то шансы если забыть про идиотов в управлении процессами.

Ответить | Правка | Наверх | Cообщить модератору

217. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Michael Shigorinemail (ok), 13-Сен-22, 11:50 
>> Мне не интересна тема «Эльбрус стоит дороже ширпотреба».
> Это однако смогло угробить даже итаника

А точно "это"?

Тут человек из интела рассказывает совсем другую картину:

---
Но все же Itanium, как и Титаник, видимо, был проклят с самого начала. Дело в том, что против него играли как религия (not invented here!) так и политка. А в средневековом государстве – это необоримая сила. “Крестным отцом” Itanium был Mike Fister тогдашний глава серверного подразделения Intel. И в начале 2000х между ним и Полом Отеллини развернулась борьба за то, кто станет следующим  CEO Intel после Kрейга Баррета.  Борьбу эту Captain Itanic проиграл и ушел в CEO в Cadence (который, безусловно уважаемая компания, но все же не Intel). Также ко дну пошло его детище. А спасать было некому  - Отеллини Itanium не жаловал. Уж не знаю вследствие “разборок” начала 2000х или по каким то другим причинам... К тому же обнаружилась масса других проблем.

* Индустрия как то сразу не поверила в Itanium. Портирование софта шло без особого энтузиазма. А Intel не решился на большую ставку – Itanium enabling strategy всегда оставляла у меня ощущение какой то недосказанности...

* Возможно расчет был на  x86 compatibility block, но именно он стал больным местом Itanium – энергии потреблял больше чем весь остальной процессор и грелся как сволочь. Бинарный транслятор также не выглядел панацеей: пробразование из CISCа во VLIW является одним из самых сложных (хотя на Эльбрусе как то работает)...

* Насколько увлекательным являлось написание микрокернелов для Itanium на ассемблере – настолько кошмарным было портирование приложений. Компилятор является основным камнем преткновения для архитектуры VLIW/EPIC. Одно из немногих исключений, которое я знаю – опять же Эльбрус. Но для того чтобы довести его компилятор до ума потребовалось порядка 20 лет. Интел столько ждать не захотел...

* Ну и последнее – Itanium всегда выпускался с отставанием на шаг по техпроцессу от x86. И в этом трудно не усмотреть наличие “доброй” политической воли.
--- http://habr.com/ru/post/664682/

Вы там завязывайте, может, с домыслами-то и масловскими сказочками?

Ответить | Правка | Наверх | Cообщить модератору

225. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от n00by (ok), 13-Сен-22, 12:17 
>> Мне не интересна тема «Эльбрус стоит дороже ширпотреба».
> Это однако смогло угробить даже итаника, его экосистема просто не взлетела. А
> все потому что какой-то тупак в интеле видимо вякал то же
> что и ты, случайно убив свое же направление всего одним тупым
> решением.

А если бы был опыт использования компиляторов в то время, тогда были бы знания, что компиляторы и под IA32 не очень умели. Потому что не хватало памяти, в частности.

> Вот сейчас все будут пля почки продавать или в музеях куандекса шеллы
> выпрашивать. Или, скорее, купят на алике борды за копье, в том
> числе и RISCV, и приобщатся к более другой экосистеме.

Мне не интересно, что будут делать все. Эльбрус по шеллу мне не нужен, только живой. Потому и странные взвинчивания цен воспринимаю с удивлением. А RISC-V с сектой поддержки и чрезмерно активными фанатиками не интересен ни в каком виде.

Ответить | Правка | Наверх | Cообщить модератору

233. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 12:58 
> А если бы был опыт использования компиляторов в то время, тогда были
> бы знания, что компиляторы и под IA32 не очень умели. Потому
> что не хватало памяти, в частности.

У IA32 видите ли были забойные преимущества.
1) Дешевый.
2) Делается несколькими вендорами.
3) Софт уже все же есть и кой-как оптимизировали. А даже и асмовыми вставками, там где компилер подводил.

Но вот какой псих будет разучивать асм проца которого у него даже нет? А чтобы он был... эээ... платить несколько килобаксов за тормозной чип, 100% вендорлок, отсутствие софта и проч очень так себе с "пользовательской" сотороны вопроса. А кодеры и энтузиасты может и не бедные, но и не рокфеллеры, чтобы столько денег "на всякий" выкинуть в какой-то, извините, хлам.

Если бы они сделали суперлайт, в разы тормознее, зато за 20 баксов - имхо экосистема пошла бы на взлет как ракета. За цать баксов - многое прощают. Даже это. И купят и чисто из любопытства, посмотреть "не получится ли что-то дельное". У многих получится фигня. Но некоторые постепенно допилят и нормальный софт.

> Мне не интересно, что будут делать все. Эльбрус по шеллу мне не нужен, только живой.

И кмк точно так же посчитает и 99.9(9)% кодеров.

> Потому и странные взвинчивания цен воспринимаю с удивлением.

Что самое интересное, это даже частично-рыночный маневр. У них образовалось полкило unobtainium'а. При том нового, кажется, не будет. А откуда?

> А RISC-V с сектой поддержки и чрезмерно активными фанатиками не интересен
> ни в каком виде.

А вот это уже ни на что не влияет. Один какой-то n00by ничего не решает против большой экосистемы. Значит это случится без вас. У вас не будет опции ворочать мелкими дешевыми проциками и влезть в определенные ниши. С чисто меркантильной точки зрения "-1 неглупый конкурент" для вот лично меня - вообще фича, а не баг.

Ответить | Правка | К родителю #225 | Наверх | Cообщить модератору

116. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от a_kusb (ok), 12-Сен-22, 19:11 
// Интересно, довольно палевная накрутка плюсиков.
Я не прикапываюсь кстати, я довольно абстрактно.
Сильно сомневаюсь что Майкрософт с прочими пилят бюджет настолько безнадёжно. Но думаю они с удовольствием участвуют в распилах с "другой" стороны финансовых потоков.
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

55. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  –2 +/
Сообщение от Аноним (-), 12-Сен-22, 16:18 
> Да и ценник будет в раз 10 меньше. Покупая отечественное (я имею
> в виду импортозамещенное аналоговнетное) покупатель должен иметь в виду

Что это хрен купишь, а что где его теперь производить? В зеленограде? Оттуда повезет если это с PIII зарубится, какой кор2, о чем вы?!

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

71. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 12-Сен-22, 16:58 
> Что это хрен купишь

http://imaxai.ru
http://bitblaze.ru

> Оттуда повезет если это с PIII зарубится, какой кор2, о чем вы?!

Вы там это, поправляйтесь уже и больше с лопаты не жрите :)

Ответить | Правка | Наверх | Cообщить модератору

99. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от Аноним (99), 12-Сен-22, 18:04 
>с лопаты не жрите

Пожалуйста, не надо это говорить пациентам, им и так тяжело.

Ответить | Правка | Наверх | Cообщить модератору

198. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 10:03 
> Вы там это, поправляйтесь уже и больше с лопаты не жрите :)

Это какие-то складские остатки? Ну или где это добро производить по нормальным нанометрам планируется вообще? Потому что на зеликовских LP это будет полное ололо, а более приличные фабы не захотят подставляться работой с таким клиентом, имхо.

Прикольно конечно размахивать флагом, но... знаете в чем ваша трабла? Признавать ошибки вы не умеете от слова вообще.

Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

218. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Michael Shigorinemail (ok), 13-Сен-22, 11:51 
> Прикольно конечно размахивать флагом, но... знаете в чем ваша трабла?
> Признавать ошибки вы не умеете от слова вообще.

Умеем.  Просто не спешим, роняя тапки, признавать именно своими ошибками на сейчас спорные.

Пусть время покажет.

Ответить | Правка | Наверх | Cообщить модератору

237. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 13:15 
> Умеем.  Просто не спешим, роняя тапки, признавать именно своими ошибками на
> сейчас спорные.

А точно сей-час? Может, сей-год? Или, даже, сея-декада, если не сей-век?

> Пусть время покажет.

С этой точки зрения за 20 лет результат вроде бы довольно маргинальный по влиянию на окружающий мир, не? Более маргинальный чем у вон той кучки копеечных RISCV, которые уже объявили себя покемонами и захватывают мир, никого особо не спращивая. Китайцам, кстати, очень зашло, а бонусом можно не спрашивать мнение американцев и ARM, а просто шлепать чипы, no strings attached. Удобно, так то. И достаточно эффективно.

Ответить | Правка | Наверх | Cообщить модератору

123. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от Артём (?), 12-Сен-22, 19:39 
всю мцст приперли минусовать тебя кажись
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

219. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Michael Shigorinemail (ok), 13-Сен-22, 11:52 
> всю мцст приперли минусовать тебя кажись

Гм, забавная идея -- может, действительно коллегам ссылочку отправить?
Хотя лучше не отвлекать от полезного, думаю.

Ответить | Правка | Наверх | Cообщить модератору

9. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от DeerFriend (?), 12-Сен-22, 14:49 
А кто будет учитывать 70% падение производительности при невыключении защиты на интелях?
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

43. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +2 +/
Сообщение от Beta Version (ok), 12-Сен-22, 15:47 
>Эльбрус по интелу это Core 2 Duo.

Как ты их так в лоб сравниваешь? Это же две разные архитектуры.

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

69. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +2 +/
Сообщение от Michael Shigorinemail (ok), 12-Сен-22, 16:49 
> Эльбрус по интелу это Core 2 Duo

Это касалось 4С на 800 МГц после переезда с lcc 1.19 на 1.20 применительно к Xfce-десктопу по моей личной оценке, если что ("до" -- скорее как старший PIII на ощупь был; разумеется, до того, как маленькие интеловые шалости начали выходить на публику и обкладываться вот такенными затычками).

Сейчас пишу с рабочего 8С, который смотрит на это всё с недоумением.  А дома ждёт 16С, который подороже соплерона будет, но 4K декодирует примерно на одном ядре и в целом машина совсем другого класса.  Ну и надо бы переезжать на lcc 1.26, уже стабилизировали.

PS: таких психов, кстати, уже не получается посчитать на пальцах одной руки -- за лето ещё двое (или трое? путаться начал) прибавились %)

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

100. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от Аноним (99), 12-Сен-22, 18:06 
Каких психов?
Ответить | Правка | Наверх | Cообщить модератору

109. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +2 +/
Сообщение от Michael Shigorinemail (ok), 12-Сен-22, 18:14 
> Каких психов?

Эльбрусоводов в домашних условиях вроде erthink, ge0gr4f, меня... (кстати, да -- минимум трое опеннетчиков среди таковых оказались, ещё одного человека "светить" не буду)

Ср.: http://altlinux.org/эльбрус/faq#Видео -> http://zen.yandex.ru/id/610319187e2db54b295a6aa4

Ответить | Правка | Наверх | Cообщить модератору

142. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от я из фейсбука (?), 13-Сен-22, 00:28 
Если бы даже распильщики не пользовались этими своими эльбрусами, это был бы полный фейл. Хотя и такое случается
Ответить | Правка | Наверх | Cообщить модератору

187. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от onanim (?), 13-Сен-22, 08:34 
я разинул пасть и заорал, когда на презентации новых мобил хуавея их директор или кто там засветил свой айфон
Ответить | Правка | Наверх | Cообщить модератору

174. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +2 +/
Сообщение от Аноним (173), 13-Сен-22, 04:44 
>> Каких психов?
> Эльбрусоводов в домашних условиях вроде erthink, ge0gr4f, меня... (кстати, да -- минимум
> трое опеннетчиков среди таковых оказались, ещё одного человека "светить" не буду)
> Ср.: http://altlinux.org/эльбрус/faq#Видео -> http://zen.yandex.ru/id/610319187e2db54b295a6aa4
> Эльбрусоводов в домашних условиях
> bitblaze
> В Разработке
> Сделать предзаказ
> БАЙКАЛ-М

Видел я видео обзор на этот ваш "ноутбук" в корпус которого по сути встроили "тв-приставку" и подложили тяжелых болтов заварили сваркой для веса. Графика какая? Mali? Драйвера есть? Конечно нет. На видео что я видел даже курсор мыши при передвижении "моргает", а знаете где еще моргает? На каждой второй тв-приставке на который очумельнцы портировали armbian, slackware-arm64 и т.д тоже "моргает", а почему на них все так плохо? Потому что драйверов нет. А почему драйверов нет? Потому что mali позиционируется как пропреетарный вендор для Android. Сними портрет вождя со стены, а то в его паралельную реальность засосет. Почаще на свежый воздух выходи, пользуйся VPN.

Ответить | Правка | К родителю #109 | Наверх | Cообщить модератору

191. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от n00by (ok), 13-Сен-22, 09:08 
Драйвера открытые есть для Mali. А вот кто их «отреверсил» - это уже очень интересно, чем оно закончится.
Ответить | Правка | Наверх | Cообщить модератору

211. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 10:38 
> Драйвера открытые есть для Mali. А вот кто их «отреверсил» - это
> уже очень интересно, чем оно закончится.

Вроде пока все довольно неплохо выглядит. Драйверы есть. Открытые. Замайнлайнены. И вообще-то эти GPU уже запускается out of the box на майнлайновом линухе. Да и для многих други драверы где реверснули, где сам производитель расщедрился, как с powervr. А вы там можете гадать на кофейной гуще, если вам так удобнее.

Ответить | Правка | Наверх | Cообщить модератору

226. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от n00by (ok), 13-Сен-22, 12:25 
Здравствуйте, дети. Сегодня мы проводим урок информатики на красивых кампегах с новым ядром Linux. Давайте все дружно похлопаем программистам из Collabora, благодаря кому это стало возможным. Все хотят стать такими же крутыми и научиться кодить драйвера, а не просто упаковывать их в пакетики? Тогда давайте внимательно изучим биографию...
Ответить | Правка | Наверх | Cообщить модератору
Часть нити удалена модератором

364. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от n00by (ok), 14-Сен-22, 11:41 
>> Здравствуйте, дети. Сегодня мы проводим урок информатики на красивых кампегах с новым
>> ядром Linux. Давайте все дружно похлопаем программистам из Collabora, благодаря кому
>> это стало возможным. Все хотят стать такими же крутыми и научиться
>> кодить драйвера, а не просто упаковывать их в пакетики? Тогда давайте
>> внимательно изучим биографию...
> Кто хочет - может равняться на тугих орков, изучающих содержимое трусов

В том и дело, что я не хочу на вас ровняться. Не хочу, что бы вы своё содержимое вываливали в биографии на всеобщее обозрение для изучения, будто бы это что-то хорошее. При этом других реверсеров GTA гнобили бы в судах.

Ответить | Правка | К родителю #173 | Наверх | Cообщить модератору

220. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Michael Shigorinemail (ok), 13-Сен-22, 12:00 
> Видел я видео обзор

А я байкалы руками щупал, вот и спокойно дожидаюсь ноутбука на e2c3 (не акация и не ход конём, а двухъядерный эльбрус со встроенной графикой -- инженерка такая уже на стенде есть).  От тех же омичей, которым в качестве одного из образцов компоновки отправил упокоившийся UX31A.

> а то в его паралельную реальность засосет.
> Почаще на свежый воздух выходи, пользуйся VPN.

Про свежий воздух совершенно правы (московская природа тоже хороша), а вот через VPN как раз Вас   по малоумию и засосало в параллельную реальность, где "сияющий град на холме" не бомбил десятки стран и не поставил "свою" же страну на грань гражданки ради той самой власти, в жажде которой обвиняет всех остальных.

Так что да, прогуляйтесь по парку или за городом, пока солнышко блистает.  И возьмите хотя бы недельку отпуска от интернета -- глядишь, инфоугар из головы начнёт выветриваться.

...вспомнилось: "мы не продаём алкоголь тем, кто не достиг ничего, даже 18 лет" (ц)

Ответить | Правка | К родителю #174 | Наверх | Cообщить модератору

255. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (99), 13-Сен-22, 15:35 
>Эльбрусоводов в домашних условиях

А почему психов то? Вы жертвы троллей?

Ответить | Правка | К родителю #109 | Наверх | Cообщить модератору

15. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +7 +/
Сообщение от erthink (ok), 12-Сен-22, 14:59 
Если в штеудах закрыть _все_ спекулятивные дыры, но они будут медленнее сопоставимых Эльбрусов (имеется в виду 16C на 16 нм).

Но тут всё-таки есть вопрос, нужно ли (есть ли смысл) закрывать все интеловские дыры в спекулятивном выполнении, если в микрокоде вообще не понятно что, а в ЦПУ интегрирован руткит с отдельным независимым процессорным ядром (aka AMT).

Ну и скорость - смотря как сравнивать, например байткод Эльбрусы выполняют/интерпретируют медленнее (и будут медленнее как минимум до релиза 7-й версии архитектуры).

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

27. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  –1 +/
Сообщение от Без аргументов (?), 12-Сен-22, 15:25 
В Эльбрусах тоже есть спекулятивное выполнение)) просто уязвимость невозможно найти в том, чего нет.
Ответить | Правка | Наверх | Cообщить модератору

59. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +5 +/
Сообщение от Аноним (51), 12-Сен-22, 16:25 
Чёт не распарсил. Как бы, две части предложения противоречат друг другу.
Ответить | Правка | Наверх | Cообщить модератору

72. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Michael Shigorinemail (ok), 12-Сен-22, 16:59 
Он пытался сострить, но не учёл как минимум http://elbrus.6te.net ;-)
Ответить | Правка | Наверх | Cообщить модератору

120. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  –1 +/
Сообщение от a_kusb (ok), 12-Сен-22, 19:19 
> Он пытался сострить, но не учёл как минимум http://elbrus.6te.net ;-)

В принципе эффект неуловимого Джо. Может и в ARM меньше дыры бросаются в глаза, что до эльбрусов то.

Ответить | Правка | Наверх | Cообщить модератору

152. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 01:34 
Игра в видео не удачный пример. Это игра годов, когда были в ходу Pentium 3. Ещёбы эта игра не заработала как положено. Тест скорее всего видеокарты.

Ах да видео о корпусе для ПК.

Игры меня не интересуют.

Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

62. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  –2 +/
Сообщение от Аноним (62), 12-Сен-22, 16:30 
> Если в штеудах закрыть _все_ спекулятивные дыры, но они будут медленнее сопоставимых Эльбрусов (имеется в виду 16C на 16 нм).

Ждём нормально оформленного теста.

> Но тут всё-таки есть вопрос, нужно ли (есть ли смысл) закрывать все интеловские дыры в спекулятивном выполнении

Правильно - для многих применений нету, и тут с интелами можно получать производительность на порядки выше эльбрусовской.

> если в микрокоде вообще не понятно что, а в ЦПУ интегрирован руткит с отдельным независимым процессорным ядром (aka AMT).

Ну если исходить из того что в закрытых частях процессора сидит руткит, то у эльбрусов, например, руткит сидит и в железе, и в микрокоде, а вдобавок ещё и в комиляторе.

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

73. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +3 +/
Сообщение от Michael Shigorinemail (ok), 12-Сен-22, 17:01 
> и тут с интелами можно получать производительность на порядки выше эльбрусовской.

Вас же не затруднит циферки-то привести?  Вот прям-таки в сотни, тыщи и прочие #миллионы разов отличающиеся?

> у эльбрусов, например, руткит сидит и в железе, и в микрокоде,
> а вдобавок ещё и в комиляторе.

В Вас сидит балабол.

Впрочем, можете попытаться опровергнуть.

Ответить | Правка | Наверх | Cообщить модератору

67. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (67), 12-Сен-22, 16:47 
а что в 7й сделают эдакое? Когда она выйдет и где можно будет купить?
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

91. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от n00by (ok), 12-Сен-22, 17:43 
> Ну и скорость - смотря как сравнивать, например байткод Эльбрусы выполняют/интерпретируют
> медленнее (и будут медленнее как минимум до релиза 7-й версии архитектуры).

Мне казалось, что Эльбрус наоборот должен выигрывать, поскольку в ВМ предсказатель переходов не очень работает. Но зависит от байткода и ВМ, конечно.

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

239. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от erthink (ok), 13-Сен-22, 13:28 
>> Ну и скорость - смотря как сравнивать, например байткод Эльбрусы выполняют/интерпретируют
>> медленнее (и будут медленнее как минимум до релиза 7-й версии архитектуры).
> Мне казалось, что Эльбрус наоборот должен выигрывать, поскольку в ВМ предсказатель переходов
> не очень работает. Но зависит от байткода и ВМ, конечно.

ВМ - более абстрактная вещь, но если говорить о байткоде, то предсказание переходов работает не плохо.
Очень хорошо предсказываются все служебные переходы, leaf-циклы и более-менее ветвления в них.

Но основное замедление не из-за отсутствия предсказателя, а из-за отсутствия спекулятивного выполнения и низкой заполняемости ШК (широких команд).

Переименование регистров и спекулятивное выполнение позволяет out-of-order ЦПУ начать выполнять следующий и даже через-один элемент байт-кода. Тогда как на VLIW каждый элемент байт-кода в большинстве случаев требует выполнения нескольких крайне рыхлых ШК.

Ответить | Правка | Наверх | Cообщить модератору

275. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от n00by (ok), 13-Сен-22, 17:14 
>>> Ну и скорость - смотря как сравнивать, например байткод Эльбрусы выполняют/интерпретируют
>>> медленнее (и будут медленнее как минимум до релиза 7-й версии архитектуры).
>> Мне казалось, что Эльбрус наоборот должен выигрывать, поскольку в ВМ предсказатель переходов
>> не очень работает. Но зависит от байткода и ВМ, конечно.
> ВМ - более абстрактная вещь, но если говорить о байткоде, то предсказание
> переходов работает не плохо.
> Очень хорошо предсказываются все служебные переходы, leaf-циклы и более-менее ветвления
> в них.

Похоже, я что-то недопонимаю. Допустим, у абстрактного процессора есть 256 команд. Их исполняет switch в цикле. Какие-то опкоды можно сгруппировать, в итоге получаем 32 case. При компиляции такой «ВМ» окажется, что switch представляет из себя косвенный переход по таблице адресов в памяти. При таком количестве предсказание на основе истории переходов работает не очень, вот что пишет Интел:

B.8.3.2
Virtual Tables and Indirect Calls
17. Virtual Table Usage: BR_IND_CALL_EXEC / INST_RETIRED.ANY
A high value for the ratio Virtual Table Usage indicates that the code includes many indirect calls. The
destination address of an indirect call is hard to predict.

и вот что рекомендует, что бы упростить предсказание:

Assembly/Compiler Coding Rule 14. (M impact, L generality) When indirect branches are
present, try to put the most likely target of an indirect branch immediately following the indirect
branch. Alternatively, if indirect branches are common but they cannot be predicted by branch
prediction hardware, then follow the indirect branch with a UD2 instruction, which will stop the
processor from decoding down the fall-through path.

Для тестов реализовал интерпретатор байт-кода OCaml на асме AMD64, при этом вместо косвенного перехода по таблице вычислял адрес обработчика умножением на степень двойки (на старых поколениях архитекруры это было бы быстрее, поскольку исключается чтение адреса из памяти).

Вот такие печальные результаты предсказателя из perf stat


    12 440 035 801      instructions:u            #    0,48  insn per cycle
     1 039 998 618      branch-misses:u           #   33,33% of all branches

Что бы улучшить ситуацию, пришлось добавить условный переход, который никогда не исполняется

execute_instruction:
    mov    eax, [opcode]
    shl    rax, instruction_size_log2
+;    Переход никогда не происходит. Предотвращает предсказания следующего
+;    косвенного перехода, во многих случаях некорректные.
+    jc    .stop
    lea    rax, [rax + vm_base + vm_base_lbl - execute_instruction]
    next_opcode
    jmp    rax
-    ud2
+.stop:    ud2

Здесь промахов нет, но обратите внимание - всего одна инструкция за такт, что явно меньше возможного.

    11 600 026 289      instructions:u            #    1,21  insn per cycle
        80 002 443      branch-misses:u           #    3,51% of all branches

Последние результаты блики к оригинальному интерпретатору, написанному на Си. В той реализации файл с байткодом считывается в память и каждый опкод заменяется адресом обработчика, в последствии исполняется расширением GCC goto *ptr.

Если же опкодов мало и их обработчики объёмные, тогда предсказатель должен повести себя лучше, но много ли таких ВМ?

> Но основное замедление не из-за отсутствия предсказателя, а из-за отсутствия спекулятивного
> выполнения и низкой заполняемости ШК (широких команд).
> Переименование регистров и спекулятивное выполнение позволяет out-of-order ЦПУ начать
> выполнять следующий и даже через-один элемент байт-кода. Тогда как на VLIW
> каждый элемент байт-кода в большинстве случаев требует выполнения нескольких крайне рыхлых
> ШК.

По-моему, в примере выше процессор не знает, что ему можно исполнить.

Ответить | Правка | Наверх | Cообщить модератору

321. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от erthink (ok), 13-Сен-22, 20:18 
>[оверквотинг удален]
> +; Переход никогда не происходит. Предотвращает предсказания следующего
> +; косвенного перехода, во многих случаях некорректные.
> + jc .stop
>   lea rax, [rax + vm_base + vm_base_lbl - execute_instruction]
>   next_opcode
>   jmp rax
> - ud2
> +.stop: ud2
>
> Здесь промахов нет, но обратите внимание - всего одна инструкция за такт,

Всё примерно верно, но только иначе.

Базовый паттерн goto jump_table[*bytecode_ip++], соответственно out-of-order процессор может "узнать" адрес перехода еще до реального выполнения инструкций перед goto.
Условных переходов тут нет (можно избавиться), поэтому предсказывать нечего.

Если же инструкция байткода соответствует условному переходу, то вот тогда может участвовать предсказатель.
И у всех современных ЦПУ он будет работать и верно предсказывать переходы в случае циклов в байткоде.

Сложно возникают только если в байткоде есть цикл, а внутри него оператор if, которые реализуются через один опкод, но в актуальном коде работают в разных плечах.
Тогда просто предсказатель начинает путаться, но штеудовский во многих случаях умеет подстраиваться (работает по принципу электронной гадалки).

Как-то так.

Ответить | Правка | Наверх | Cообщить модератору

396. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от n00by (ok), 17-Сен-22, 08:14 
>[оверквотинг удален]
> Базовый паттерн goto jump_table[*bytecode_ip++], соответственно out-of-order процессор
> может "узнать" адрес перехода еще до реального выполнения инструкций перед goto.
> Условных переходов тут нет (можно избавиться), поэтому предсказывать нечего.
> Если же инструкция байткода соответствует условному переходу, то вот тогда может участвовать
> предсказатель.
> И у всех современных ЦПУ он будет работать и верно предсказывать переходы
> в случае циклов в байткоде.
> Сложно возникают только если в байткоде есть цикл, а внутри него оператор
> if, которые реализуются через один опкод, но в актуальном коде работают
> в разных плечах.

Да, те замеры проводились на байткоде, полученном вот из такого исходника:


let rec tailcall4 a b c d =
  if a < 0
  then b
  else tailcall4 (a-1) (b+1) (c+2) (d+3)
По-моему, цикл с выходом по условию - достаточно частая конструкция.

> Тогда просто предсказатель начинает путаться, но штеудовский во многих случаях умеет подстраиваться
> (работает по принципу электронной гадалки).

То есть Интел хорошо работает не во всех случаях. Соответственно, когда это критично, интерпретаторы и/или исполняемую программу оптимизируют с учётом особенностей имеющегося процессора. Под Эльбрус собирают уже готовое, а не под него спроектированное. Возможно, это не решающий фактор, но наверняка играет роль. Если так, то получается, что имеющийся «бесплатный» открытый код отчасти представляет собой эдакий чемодан без ручки, реальная цена за него - это негатив к Эльбрусу.

> Как-то так.

Ответить | Правка | Наверх | Cообщить модератору

20. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +3 +/
Сообщение от Аноним (-), 12-Сен-22, 15:14 
А где сейчас можно пощупать цп эльбрус?
Для этого на свободный тайвань ехать надо? Думаете остались образцы?
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

25. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +5 +/
Сообщение от erthink (ok), 12-Сен-22, 15:23 
> А где сейчас можно пощупать цп эльбрус?
> Для этого на свободный тайвань ехать надо? Думаете остались образцы?

МЦСТ даёт разработчикам доступ к тестовым стендам.

Bitblaze продаёт, в том числе частным лицам.
Пока в наличие что-то точно есть, но вероятно что актуальные процессоры 5-й и 6-й версий архитектуры уже закончились.

Ответить | Правка | Наверх | Cообщить модератору

32. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от Аноним (-), 12-Сен-22, 15:34 
Ну то есть распродаются товарные остатки?
А что предполагается делать дальше?
Доводы вида: глобальный мир, все свое не обязательно иметь итд показали ведь свою несостоятельность?!
Ответить | Правка | Наверх | Cообщить модератору

60. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (51), 12-Сен-22, 16:27 
А дальше делать на 90 нм-ах ;)
Ответить | Правка | Наверх | Cообщить модератору

76. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Michael Shigorinemail (ok), 12-Сен-22, 17:09 
А дальше "весь мир" прикидывает, как быть без неона (китайцам свой самим нужон).  Ну или что пилить под собой сук всё-таки было архиглупо.
Ответить | Правка | Наверх | Cообщить модератору

108. Скрыто модератором  –1 +/
Сообщение от Аноним (-), 12-Сен-22, 18:11 
Ответить | Правка | Наверх | Cообщить модератору

113. Скрыто модератором  –1 +/
Сообщение от Michael Shigorinemail (ok), 12-Сен-22, 18:24 
Ответить | Правка | Наверх | Cообщить модератору

124. Скрыто модератором  +/
Сообщение от Аноним (-), 12-Сен-22, 20:09 
Ответить | Правка | Наверх | Cообщить модератору

132. Скрыто модератором  +/
Сообщение от Michael Shigorinemail (ok), 12-Сен-22, 21:24 
Ответить | Правка | Наверх | Cообщить модератору

140. Скрыто модератором  +1 +/
Сообщение от Аноним (-), 12-Сен-22, 23:20 
Ответить | Правка | Наверх | Cообщить модератору

360. Скрыто модератором  +/
Сообщение от Аноним (-), 14-Сен-22, 09:40 
Ответить | Правка | Наверх | Cообщить модератору

195. Скрыто модератором  +1 +/
Сообщение от n00by (ok), 13-Сен-22, 09:36 
Ответить | Правка | К родителю #124 | Наверх | Cообщить модератору

199. Скрыто модератором  +1 +/
Сообщение от Аноним (-), 13-Сен-22, 10:12 
Ответить | Правка | Наверх | Cообщить модератору

228. Скрыто модератором  +/
Сообщение от n00by (ok), 13-Сен-22, 12:38 
Ответить | Правка | Наверх | Cообщить модератору

232. Скрыто модератором  +/
Сообщение от Аноним (-), 13-Сен-22, 12:58 
Ответить | Правка | Наверх | Cообщить модератору

235. Скрыто модератором  +/
Сообщение от n00by (ok), 13-Сен-22, 13:05 
Ответить | Правка | К родителю #232 | Наверх | Cообщить модератору

240. Скрыто модератором  +/
Сообщение от Аноним (240), 13-Сен-22, 13:49 
Ответить | Правка | К родителю #235 | Наверх | Cообщить модератору

261. Скрыто модератором  +/
Сообщение от n00by (ok), 13-Сен-22, 16:07 
Ответить | Правка | К родителю #240 | Наверх | Cообщить модератору

286. Скрыто модератором  +/
Сообщение от Аноним (-), 13-Сен-22, 17:46 
Ответить | Правка | К родителю #261 | Наверх | Cообщить модератору

366. Скрыто модератором  +/
Сообщение от n00by (ok), 14-Сен-22, 12:05 
Ответить | Правка | К родителю #286 | Наверх | Cообщить модератору

371. Скрыто модератором  +/
Сообщение от Аноним (-), 14-Сен-22, 14:15 
Ответить | Правка | К родителю #366 | Наверх | Cообщить модератору

380. Скрыто модератором  +/
Сообщение от n00by (ok), 14-Сен-22, 16:31 
Ответить | Правка | К родителю #371 | Наверх | Cообщить модератору

388. Скрыто модератором  +/
Сообщение от n00by (ok), 14-Сен-22, 18:31 
Ответить | Правка | Наверх | Cообщить модератору

390. Скрыто модератором  +/
Сообщение от Анонн (?), 14-Сен-22, 18:38 
Ответить | Правка | К родителю #388 | Наверх | Cообщить модератору

393. Скрыто модератором  +/
Сообщение от n00by (ok), 15-Сен-22, 10:42 
Ответить | Правка | К родителю #390 | Наверх | Cообщить модератору

361. Скрыто модератором  +/
Сообщение от Аноним (-), 14-Сен-22, 09:54 
Ответить | Правка | К родителю #235 | Наверх | Cообщить модератору

230. Скрыто модератором  +/
Сообщение от Аноним (-), 13-Сен-22, 12:49 
Ответить | Правка | К родителю #195 | Наверх | Cообщить модератору

236. Скрыто модератором  +/
Сообщение от n00by (ok), 13-Сен-22, 13:08 
Ответить | Правка | Наверх | Cообщить модератору

241. Скрыто модератором  +/
Сообщение от Аноним (240), 13-Сен-22, 13:55 
Ответить | Правка | Наверх | Cообщить модератору

258. Скрыто модератором  +/
Сообщение от n00by (ok), 13-Сен-22, 15:58 
Ответить | Правка | К родителю #241 | Наверх | Cообщить модератору

288. Скрыто модератором  +/
Сообщение от Аноним (-), 13-Сен-22, 17:49 
Ответить | Правка | К родителю #258 | Наверх | Cообщить модератору

367. Скрыто модератором  +/
Сообщение от n00by (ok), 14-Сен-22, 12:15 
Ответить | Правка | К родителю #288 | Наверх | Cообщить модератору

376. Скрыто модератором  +/
Сообщение от Аноним (-), 14-Сен-22, 14:54 
Ответить | Правка | К родителю #367 | Наверх | Cообщить модератору

314. Скрыто модератором  +/
Сообщение от Аноним (314), 13-Сен-22, 19:46 
Ответить | Правка | К родителю #258 | Наверх | Cообщить модератору

368. Скрыто модератором  +/
Сообщение от n00by (ok), 14-Сен-22, 12:25 
Ответить | Правка | К родителю #314 | Наверх | Cообщить модератору

370. Скрыто модератором  +/
Сообщение от Аноним (-), 14-Сен-22, 14:09 
Ответить | Правка | К родителю #368 | Наверх | Cообщить модератору

381. Скрыто модератором  +/
Сообщение от n00by (ok), 14-Сен-22, 16:36 
Ответить | Правка | К родителю #370 | Наверх | Cообщить модератору

389. Скрыто модератором  +/
Сообщение от Анонн (?), 14-Сен-22, 18:31 
Ответить | Правка | К родителю #381 | Наверх | Cообщить модератору

392. Скрыто модератором  +/
Сообщение от Аноним (99), 15-Сен-22, 00:49 
Ответить | Правка | К родителю #230 | Наверх | Cообщить модератору

394. Скрыто модератором  +/
Сообщение от n00by (ok), 15-Сен-22, 11:05 
Ответить | Правка | Наверх | Cообщить модератору

297. Скрыто модератором  +/
Сообщение от Аноним (-), 13-Сен-22, 18:52 
Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

377. Скрыто модератором  +/
Сообщение от Аноним (99), 14-Сен-22, 15:14 
Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

131. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от edo (ok), 12-Сен-22, 21:13 
не слышал, чтобы какой-нибудь завод по производству процессоров встал из-за дефицита неона. и не думаю, что услышу: не такая это высокотехнологичная вещь, чтобы оказалось, что весь мир не может решить проблему.

а вот эльбрусы (и байкалы тоже) не производятся уже сейчас. с полгода точно. и перспектив возобновления производства не видно.

Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

133. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Michael Shigorinemail (ok), 12-Сен-22, 21:25 
Вы много чего не слышали, поинтересуйтесь.
Ответить | Правка | Наверх | Cообщить модератору

143. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от я из фейсбука (?), 13-Сен-22, 00:31 
Вся мировая полупроводниковая отрасль держится на российском неоне. Записали.
Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

200. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 10:14 
> Вся мировая полупроводниковая отрасль держится на российском неоне. Записали.

Проедет 10 лет, интель и амд положат очередные миллиарды в карманы акционеров, как впрочем и тысячи других фирм. А вон те физиономии продолжат вещать как там бедненьким фигово без их неона, бла-бла-бла. Рассекая на ладе-калине без АКПП.

Это мое предсказание будущего. А что, вернемся годиков через 5-10 и проверим? :)

Ответить | Правка | Наверх | Cообщить модератору

153. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 01:49 
Вроде наш неон это какой-то процент и могут обойтись ужаться и без нашего неона. Не точно. Как-то без нашего газа обходятся в уменшенном варианте потребления газа и примрно так можнно и с неоном из рф поступить. Только предположение на уровне гдето что-то слышал. А как будет или на самом деле точно не знаю.
Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

102. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 12-Сен-22, 18:07 
А 65нм может таки запустят?
Или южнокорейцы даже за оверпрайс отказались линию запускать?
Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

75. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Michael Shigorinemail (ok), 12-Сен-22, 17:08 
> вероятно что актуальные процессоры 5-й и 6-й версий архитектуры
> уже закончились.

8СВ в товарных количествах успели сделать, пока есть.

Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

201. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 10:15 
> 8СВ в товарных количествах успели сделать, пока есть.

Прикольный горизонт планирования. Расчет на то что потом станет вообще уже не до всяких эльбрусов чтоли?

Ответить | Правка | Наверх | Cообщить модератору

221. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Michael Shigorinemail (ok), 13-Сен-22, 12:04 
Упор на то, что _сейчас_ есть на чём переносить, пилотить и местами внедрять.  _Уже_ есть.
Ответить | Правка | Наверх | Cообщить модератору

362. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 14-Сен-22, 10:09 
> Упор на то, что _сейчас_ есть на чём переносить, пилотить и местами
> внедрять.  _Уже_ есть.

Пилоты через 20 лет разработки? На этом фоне китайские стартапы с RISCV как элонмаск смотрятся.

Ответить | Правка | Наверх | Cообщить модератору

34. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от Аноним (30), 12-Сен-22, 15:35 
Если бесплатно, то щупайте современный Эльбрус в Московском яндекс музее, он там есть)
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

41. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +2 +/
Сообщение от Аноним (41), 12-Сен-22, 15:46 
тут можно запросить шелл

https://elbrus.6te.net/

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

58. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  –1 +/
Сообщение от Аноним (-), 12-Сен-22, 16:21 
> https://elbrus.6te.net/

Сколько мегахешей оно могет? :)

Ответить | Правка | Наверх | Cообщить модератору

155. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 01:57 
Тебе же показали запуск игры в Линукс с Эльбрусом чего тебе ещё надо? Этого что не достаточно? https://www.opennet.dev/openforum/vsluhforumID3/128413.html#152
Ответить | Правка | Наверх | Cообщить модератору

202. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 10:16 
> Тебе же показали запуск игры в Линукс с Эльбрусом чего тебе ещё
> надо? Этого что не достаточно? https://www.opennet.dev/openforum/vsluhforumID3/128413.html#152

Да нахрен мне игры? Вот помайнить какой-нибудь монеры на халявно шелле - еще можно подумать :)

Ответить | Правка | Наверх | Cообщить модератору

382. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 14-Сен-22, 17:59 
А мня не интересует майнинг и игры. Чем заниматся грабижом лучше майнить. А так майнинг это забор рисурсов у человечества, а в замен не чего не давая. Дерево рубят тоже ресурчы забирают, но из дерева хотябы, что производятЖ тепло например, мебель и т.д. А майнинг это только птребление и ноль продукта - пустой код. По этому я не раматриваю компьюторы для майнинга и для игр.
Ответить | Правка | Наверх | Cообщить модератору

383. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (383), 14-Сен-22, 18:02 
Ж не чего не значит лишнее
Ответить | Правка | Наверх | Cообщить модератору

47. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от Аноним (47), 12-Сен-22, 15:58 
Там же, где и "развитой социализм" :)
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

11. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +4 +/
Сообщение от EuPhobos (ok), 12-Сен-22, 14:54 
Если комп для игр, то mitigations=off и вперёд.

... ой сейчас налетят "каких игОр то на линУхсе?!"

Ответить | Правка | Наверх | Cообщить модератору

16. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от DeerFriend (?), 12-Сен-22, 15:02 
В вине уже давно почти все игры и даже вирусы виндузячие работают.
Ответить | Правка | Наверх | Cообщить модератору

171. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Бывалый смузихлёб (?), 13-Сен-22, 03:55 
На лине вирусов и вредоносов уже и без винды предостаточно и в ближайшие годы будет только больше )
Ответить | Правка | Наверх | Cообщить модератору

17. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (1), 12-Сен-22, 15:06 
как-то так:
noibrs noibpb nopti nospectre_v2 nospectre_v1 l1tf=off nospec_store_bypass_disable no_stf_barrier mds=off tsx=on tsx_async_abort=off mitigations=off
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

22. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от dimez (?), 12-Сен-22, 15:18 
ОКР? Сочувствую.
Ответить | Правка | Наверх | Cообщить модератору

35. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +3 +/
Сообщение от мимо (?), 12-Сен-22, 15:36 
https://make-linux-fast-again.com/
Ответить | Правка | Наверх | Cообщить модератору

154. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от dimez (?), 13-Сен-22, 01:55 
Этому сайту уже не один год, эти заклинания нужны для очень старых ядер, где нет параметра mitigations. И его делал тоже человек, видимо, с ОКР :)
Ответить | Правка | Наверх | Cообщить модератору

38. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (1), 12-Сен-22, 15:42 
я вам тоже сочувствую, лепить незнакомцам ярлыки это тяжкое дело, особенно в интернете
надеюсь вы уже выбили у начальства молочную надбавку за повышенную вредность ?
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

54. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +3 +/
Сообщение от НяшМяш (ok), 12-Сен-22, 16:17 
разве только mitigations=off недостаточно?
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

126. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Xo (?), 12-Сен-22, 20:18 
Если свежее ядро, то достаточно.
https://unix.stackexchange.com/questions/554908/disable-spec...
Ответить | Правка | Наверх | Cообщить модератору

156. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 02:08 
Нет конечно, надо ещё каr-то доносить людям, что твой процессор работает на 70% медленне с kernel в стандартном виде. Тебе надо собрать и установить Kernel с параметром: mitigations=off
Ответить | Правка | Наверх | Cообщить модератору

157. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 02:09 
как-то
Ответить | Правка | Наверх | Cообщить модератору

158. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 02:14 
Нет конечно, надо ещё как-то доносить людям, что твой процессор работает на 70% медленне с kernel 5.19 в стандартном виде и тебе надо собрать и установить Kernel с параметром: mitigations=off чтобы убрать 70% снижение производительности.

Ответить | Правка | К родителю #156 | Наверх | Cообщить модератору

160. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 02:18 
А может и так делать для каждого выпуска kernel после 5.19. Ты, мы в этом плане свободны. Хочешь пользуйся как есть, что даёют, а можешь сам Kernel собирать и устанавливать с свими параметрами (Юмор).
Ответить | Правка | Наверх | Cообщить модератору

397. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (397), 17-Сен-22, 17:31 
mitigations=off - это cmdline параметр ядра, передаваемый ему при загрузке. Пересобирать ничего не нужно.
Ответить | Правка | К родителю #156 | Наверх | Cообщить модератору

127. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +2 +/
Сообщение от Аноним (1), 12-Сен-22, 20:21 
смотря для чего, сам mitigations влияет тока на половину параметров что указал выше

mitigations=off

- noibrs
- noibpb
+ nopti
+ nospectre_v2
+ nospectre_v1
+ l1tf=off
- nospec_store_bypass_disable
- no_stf_barrier
+ mds=off
- tsx=on
+ tsx_async_abort=off
- mitigations=off

подробнее смотри https://docs.kernel.org/admin-guide/kernel-parameters.html

Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

128. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от sobakasobaka (ok), 12-Сен-22, 20:34 
а насколько безопасно это на домашнем пк ставить?
Ответить | Правка | Наверх | Cообщить модератору

130. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от Аноним (1), 12-Сен-22, 21:10 
для домашнего использования здесь ничего опасного нету
для осей что в облаках крутятся то да, там лучше перебдеть чем недобдеть
Ответить | Правка | Наверх | Cообщить модератору

138. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от НяшМяш (ok), 12-Сен-22, 22:37 
Вот я и посмотрел, что всё самое убийственное в списке уже есть и этого достаточно. А то чего нет в списке - похоже мой 5950Х им и не подвержен (по версии spectre-meltdown-checker).
Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

181. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от achtosluchilos (ok), 13-Сен-22, 06:35 
> 5950Х

У тебя там килловатный БП в системном блоке установлен? Сколько он кушает то?

Ответить | Правка | Наверх | Cообщить модератору

190. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +3 +/
Сообщение от iZENemail (ok), 13-Сен-22, 09:00 
Ryzen с TDP=105W - не четверть-киловаттный Intel с такой же производительностью. Ему достаточно башни с воздушным охлаждением.
Ответить | Правка | Наверх | Cообщить модератору

204. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 10:18 
> У тебя там килловатный БП в системном блоке установлен? Сколько он кушает то?

Сейчас бп на 1000...1200W как грязи. Даже в РФ вроде какие-то еще пока остались. Они, кстати, и на более мелкой нагрузке обычно сильно эффективнее более дешевого УГ.

Ответить | Правка | К родителю #181 | Наверх | Cообщить модератору

238. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от НяшМяш (ok), 13-Сен-22, 13:20 
> У тебя там килловатный БП в системном блоке установлен?

Да, поставил киловаттник платиновый просто чтобы про запас. Но у меня ещё RX6800XT стоит, которая не такая энергоэффективная. В теории и хорошего платинового 750-ваттника хватило бы.

> Сколько он кушает то?

Примерно 140 ватт при полной нагрузке на все ядра. Столько же, сколько более дохлый 9700К от синих. Из разгона только XMP профиль на память 3600МГц.

Ответить | Правка | К родителю #181 | Наверх | Cообщить модератору

365. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +2 +/
Сообщение от Аноним (365), 14-Сен-22, 12:02 
Fixed

mitigations=off
- noibrs
- noibpb
+ nopti
+ nospectre_v2
+ nospectre_v1
+ l1tf=off
+ nospec_store_bypass_disable
- no_stf_barrier
+ mds=off
- tsx=on
+ tsx_async_abort=off
- mitigations=off

Подробности: https://docs.kernel.org/admin-guide/kernel-parameters.html

Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

205. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (205), 13-Сен-22, 10:19 
Зачем тогда юзать 5.19? Админусы продолжают удивлять.
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

249. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 15:07 
Есть информация, что в 6 kernel или в последующих будет по другому? Или ты (вы) о том, что 5.4-5.18 kernel будешь использовать лет 10 - 20?
Ответить | Правка | Наверх | Cообщить модератору

61. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  –1 +/
Сообщение от Аноним (51), 12-Сен-22, 16:30 
>Если комп для игр, то mitigations=off и вперёд.

Но тогда и от глобальной сети отключить. Сетевые игры только по локалке.

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

89. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +4 +/
Сообщение от n00by (ok), 12-Сен-22, 17:41 
Как Вы себе представляете атаку? Именно Спектрум с Мельтдонием задействовать, а не впарить «новый крутой чит».
Ответить | Правка | Наверх | Cообщить модератору

206. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 10:20 
> Как Вы себе представляете атаку? Именно Спектрум с Мельтдонием задействовать, а не
> впарить «новый крутой чит».

Жабаскрипт в браузере умудряется даже ROWHAMMER пытаться делать. Иногда даже получается. Наверное и вон то постепенно научатся провоцировать.

Ответить | Правка | Наверх | Cообщить модератору

227. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от n00by (ok), 13-Сен-22, 12:36 
>> Как Вы себе представляете атаку? Именно Спектрум с Мельтдонием задействовать, а не
>> впарить «новый крутой чит».
> Жабаскрипт в браузере

В исходном тезисе были «Сетевые игры», а не «браузер».

Ответить | Правка | Наверх | Cообщить модератору

298. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 18:55 
А, вот тут уже я не знаю что тот анон имел в виду. Он умеет все это для произвольных сетевых игр?
Ответить | Правка | Наверх | Cообщить модератору

105. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (99), 12-Сен-22, 18:09 
>каких игОр то на линУхсе?

Игор с консолечкой.

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

185. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +3 +/
Сообщение от Аноним (185), 13-Сен-22, 07:57 
Игр в запуск игры в wine.
А когда запустишь, окажется что возиться с wine было интереснее чем играть
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

252. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от EuPhobos (ok), 13-Сен-22, 15:16 
> А когда запустишь, окажется что возиться с wine было интереснее чем играть

Слова истинного джедая познавшего силу

Ответить | Правка | Наверх | Cообщить модератору

12. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  –2 +/
Сообщение от ma3x (?), 12-Сен-22, 14:56 
Компьютерной индустрии давно надо переходить на архитектуру RISC.
Ответить | Правка | Наверх | Cообщить модератору

23. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +4 +/
Сообщение от erthink (ok), 12-Сен-22, 15:18 
На всякий я вас обрадую - если взять модно-молодежно-прогрессивный RISC-V, то примерно те же проблемы: либо спекулятивное выполнение с прицепом дыр, либо скорость из нулевых.
Но будет чуть хуже, ибо потенциально уже не один побитый штеуд, а десяток поставщиков с несколькими ядрами у каждого.
Поэтому никаких "британских ученых" не хватит чтобы отыскивать в них все дыры...

Нужна ли некая гарантия отсутствия дыр обычному пользователю - не простой вопрос, ибо сильно влияет на ценник.
А для ответственных применений Эльбрус - чуть ли не единственный вариант (ибо стеки разделены и есть дополнительный защищенный режим).

Ответить | Правка | Наверх | Cообщить модератору

28. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от a_kusb (ok), 12-Сен-22, 15:27 
Если вдруг поверить, что влив некое архитектурное лекарство от дыр, то при чём здесь влияние на ценник. Тогда уж дыры в спекулятивных процессорах искать дорого, в влив без дыр дешевле потому что искать не надо.
Ответить | Правка | Наверх | Cообщить модератору

33. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +3 +/
Сообщение от erthink (ok), 12-Сен-22, 15:34 
> Если вдруг поверить, что влив некое архитектурное лекарство от дыр, то при
> чём здесь влияние на ценник. Тогда уж дыры в спекулятивных процессорах
> искать дорого, в влив без дыр дешевле потому что искать не
> надо.

Ценник тут сугубо от тиража, т.е. если e2k напечатать штеудным тиражем, что цена будет условно как у атмеги.

Ну и назвать VLIW "архитектурным лекарством" нельзя.
Это скорее путь, идя которым приходится находить другие решения, а не делать ставки только на out-of-order execution.

Ответить | Правка | Наверх | Cообщить модератору

64. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (51), 12-Сен-22, 16:37 
А ISA RISC-V тоже удачно и на VLIW ложится. (источник https://riscv.org/) Т.е. совсем не обязательно идти путём спекуляции.
Ответить | Правка | Наверх | Cообщить модератору

349. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Онаним. (?), 14-Сен-22, 00:04 
Хосспаде, может хватит уже гальванизировать? Если лошадь сдохла, с неё разумнее слезть.
Ответить | Правка | Наверх | Cообщить модератору

74. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от a_kusb (ok), 12-Сен-22, 17:03 
Понятно. Не разбираюсь, но мне кажется что частично что-то не так именно с Intel, у AMD, ARM и других меньше проблем с таким выполнением.
А что это за решения и как часто их можно было бы применить к другим архитектурам? Тем же ARM/X86
Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

93. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от n00by (ok), 12-Сен-22, 17:49 
> Понятно. Не разбираюсь, но мне кажется что частично что-то не так именно
> с Intel

В этом вопросе гуманитарии как раз выигрывают:

Из словаря OxfordAmericanDictionary (En-En)
intel [+]
[ˈinˌtel]
in·tel
n. [often as modifier] informal military intelligence; information

т.е. переводится как «военная разведка».

Ответить | Правка | Наверх | Cообщить модератору

96. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +2 +/
Сообщение от Michael Shigorinemail (ok), 12-Сен-22, 17:55 
> А что это за решения и как часто их можно было бы применить
> к другим архитектурам? Тем же ARM/X86

Внимательно перечитайте #66 или http://vk.com/@erthink-risc-v

PS: "{VLIW/EPIC} и {три стека}" -- это две _ортогональные_, насколько хватает моей понималки, характеристики e2k (а сколько стеков у итаника, кстати?).

Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

146. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  –1 +/
Сообщение от я из фейсбука (?), 13-Сен-22, 00:54 
Слава богу Лёня раскрыл коварный замысел врага по внедрению дырявой архитектуры. Теперь риск-5 будет закрыт за ненадобностью и миллиарды инвестиций буржуев коту под хвост
Ответить | Правка | Наверх | Cообщить модератору

300. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  –1 +/
Сообщение от Аноним (-), 13-Сен-22, 19:04 
> Ценник тут сугубо от тиража, т.е. если e2k напечатать штеудным тиражем, что
> цена будет условно как у атмеги.

Это наглый гон. Атмеги делают на допотопном оборудовании и процессах (отбивать затраты не надо) при мизерной площади кристалла (дофига чипов с вафли и дефекты 1 чипа менее критичны).

А эльбрусья похоже довольно здоровенные процы так то. При том более лайтовые варианты поди еще и не предусмотрены, да? VLIW вообще к таким вариациям не особо дружественный. В случае ARM/RISCV и т.п. если надо поменьше, делают простейший in-order, варьирующейся степени тормознутости. А если надо перфоманс - делают дирный OoO со всеми наворотами. Однако наружу торчит одно и то же ABI, и софт вообще может не париться на котором из его запустили. По крайней мере, это будет технрически корректно работать. А в случае VLIW любые изменения начинки немедленно отливаются на интерфейсе, как я понимаю. Поэтому масштабировать его вверх-вниз должно быть проблематично, не? В том смысле что один хрен придется чертову кучу фич влепить для совместимости и кристалл будет здоровенный, даже если много и не было надо, etc?

Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

351. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Онаним. (?), 14-Сен-22, 00:05 
> если e2k напечатать штеудным тиражем

Да, если бы бабушка была дедушкой, и всё такое.

Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

37. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от vvm13 (?), 12-Сен-22, 15:38 
Поскольку "Эльбрусов" сделали немного, а теперь производство совсем накрылось, непонятно, почему вы считаете его вариантом для чего бы то ни было. Стоило бы вообще забыть об этой вещи.
Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

42. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  –1 +/
Сообщение от я из фейсбука (?), 12-Сен-22, 15:46 
Всмысли забыть??? А чем тогда ещё гордиться???
Ответить | Правка | Наверх | Cообщить модератору

107. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (99), 12-Сен-22, 18:11 
Гордыня - это грех :)
Ответить | Правка | Наверх | Cообщить модератору

111. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  –1 +/
Сообщение от Michael Shigorinemail (ok), 12-Сен-22, 18:16 
> Гордыня - это грех :)

Эт если собой гордиться.
Другими -- можно, это не гордыня, а гордость :)
Только осторожно, чтоб не навредить (напарывался на такое с обеих сторон).

Ответить | Правка | Наверх | Cообщить модератору

115. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от a_kusb (ok), 12-Сен-22, 19:02 
Должны ли эти самые другие обязательно быть в одной социальной группе с вами? Если для гордости это важно, то о чём это говорит?
Ответить | Правка | Наверх | Cообщить модератору

125. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от Аноним (-), 12-Сен-22, 20:16 
Не нужно путать гордость и восторг ака благожелательность.
Гордыня и есть гордость. Неважно за кого (себя, или того парня). А если того парня, то можно еще и кумира себе сотворить, что так же не ъ.

--
Мимокрокодил.

Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

254. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (99), 13-Сен-22, 15:30 
Другими - это вообще получается поклонение кумирам, ещё хуже.
Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

77. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Michael Shigorinemail (ok), 12-Сен-22, 17:14 
Знаете, с таким подходом многие из нас здесь могли бы просто не родиться -- поскольку в девяностые накрывалось не какое-то там одиночное производство, а вся страна целиком на краешке бездны покачивалась.

Так что забудьте o тех, кто советует забыть, и занимайтесь в трезвом разуме тем, в чём понимаете, так, как должно.

Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

159. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 02:17 
> вся страна целиком на краешке бездны покачивалась.

Почему ты решил использовать прошедшее время? Тут что-нибудь типа perfect continuous лучше всего подходит: с девяностых годов страна целиком на краешки бездны покачивается.

Ответить | Правка | Наверх | Cообщить модератору

222. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Michael Shigorinemail (ok), 13-Сен-22, 12:07 
>> вся страна целиком на краешке бездны покачивалась.
> Почему ты решил использовать прошедшее время? Тут что-нибудь типа perfect continuous

Эх, чайник.  Я и применил past perfect continuous.

> лучше всего подходит: с девяностых годов страна целиком на краешки бездны покачивается.

Не знаете, о чём лопочете.  Ничего, заведёте паровоз, появится база для сравнения на личном опыте -- будете покровы срывать хоть и похуже Дурова, но в том же направлении, полагаю.

Ответить | Правка | Наверх | Cообщить модератору

303. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (303), 13-Сен-22, 19:20 
> Не знаете, о чём лопочете.

Вы больно много знаете. Как вы думаете, чем может закончиться слив невойны? Николу II вообще ушли прямо в процессе, так случился 1917... если это не над бездной, то что же тогда бездна? А к этому все идет, семимильными шагами. Можете поинтересоваться что за нафиг с салютом по минимальной программе и при чем тут был харьков. Или почему у соловьева рожа разбитая. Вы, кажется, не видите некоторые довольно забавные события в фоне.

Ответить | Правка | Наверх | Cообщить модератору

350. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (99), 14-Сен-22, 00:05 
> почему у соловьева рожа разбитая

Ой, и почему же, расскажи?

Ответить | Правка | Наверх | Cообщить модератору

363. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (363), 14-Сен-22, 10:32 
> Ой, и почему же, расскажи?

Генерaлcвр в телеге неудовольствие вовчика относительно донпропагана запалил за примерно полдня до того как у него подрихтовалась морда. Забавное совпадение, да? :)

Но может быть он конечно и совершенно случайно упал своим лицом на чей-то кулак, именно в этот день, и так раза 4 подряд.

Ответить | Правка | Наверх | Cообщить модератору

161. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 02:30 
Завод на которм проивели Буран закрыли не давно в этом году вроде. Та что процесс ещё в действии.
Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

162. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 02:32 
А на месте где завод находится может ещё не снесли дом в плане многоквартирный построить.
Ответить | Правка | Наверх | Cообщить модератору

163. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 02:36 
Так что
Ответить | Правка | К родителю #161 | Наверх | Cообщить модератору

81. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от llolik (ok), 12-Сен-22, 17:28 
> а теперь производство совсем накрылось

Ну, скажем так, не совсем накрылось. 4С Микрон потянет. У нас пока НИОКР-ы до 28-нм, но варианты есть, где печатать (тот же SMIC, который 14 вполне успешно освоил). Только, с учётом обстановки, догадываюсь, что если договорённости и есть, то о них, по понятным причинам, никто не скажет.

Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

164. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 03:00 
С Байкалом есть комутаторы в продаже. Я вот жду когда будут провайдеры рф в подездах эти комутаторы использовать в место ...
Ответить | Правка | Наверх | Cообщить модератору

166. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от Аноним (-), 13-Сен-22, 03:14 
https://itint.ru/market/goods/tavolga_telekom_31bt_rossiyski.../ Одно из первых, что мне попалось, не реклама, знать не знал о таком сайте.
Ответить | Правка | Наверх | Cообщить модератору

167. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 03:23 
Не пойму по характеристикам он из дорогих или нет. Не когда хорактеристики комутаторов не смотрел. Без учёта стоимости нашего процессора.
Ответить | Правка | Наверх | Cообщить модератору

168. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 03:25 
Кроме простеньких для "дома".
Ответить | Правка | Наверх | Cообщить модератору

182. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от achtosluchilos (ok), 13-Сен-22, 06:47 
> Коммутирующий чип Marvell Prestera-DX 98DX325x

*BRAVO*

Ответить | Правка | К родителю #166 | Наверх | Cообщить модератору

207. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 10:21 
Ты еще список комплектухи на эльбрусовской мамке посмотри и сколько там испортозамещенного...
Ответить | Правка | Наверх | Cообщить модератору

169. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (169), 13-Сен-22, 03:40 
Жду это образно. Я не против, чтобы они там были в место ...
Ответить | Правка | К родителю #164 | Наверх | Cообщить модератору

172. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от Аноним (173), 13-Сен-22, 04:27 
> С Байкалом есть комутаторы в продаже. Я вот жду когда будут провайдеры
> рф в подездах эти комутаторы использовать в место ...

Когда у провайдера стоит выбор, что купить, 10 БУ длинков или 1 байкал и подключить 10 домов против 1 единственного - выбор очевиден.

Ответить | Правка | К родителю #164 | Наверх | Cообщить модератору

253. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 15:28 
Об этом я знаю. Сам разбирался с провайдером почему именно только меня и вдруг не с того, не с сего у себя я не чего не менял, начал комутатор д линка блокировать на своём порту. Притом блокировал не сразу, а в разное не равное время. Зловреды на ПК это не ко мне я в этом разбираюсь. Могу спокойно использовать интернет неделю две, а могу дни до блокировки на порте. Перезагрузка комутатора на время решало. Не разобрались. Но другой, прошитый комутатор подержанный вроде подержаный и вроде перепрошитый помогло. Года три назад это было.
Ответить | Правка | Наверх | Cообщить модератору

256. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 15:45 
То есть у нас знаний не хватало и информации, чтобы разобратся и полного доступа к комутатору не было. Парни которые прокладывают провод это не те люди которые могут посмотреть, что в логах д линк, нет у них доступа к комутатору на програмном уровне придти с ноутбуком подключится к комутатору и посмотреть в реале у тех, что ко мне приходили. Нужен был доступ к д линку в тот момент когда он был включен и порт заблокирован. А у провайдера у котоого пдрячик обслуживал подключение имел одного человека с ноутбуком который мог к комутатору подключится таже компания, что и провд прокладывают подключают. Но! Тогда у этого человека умер отец и он уехал как минимум на месяц или больше. Месяц я или недели три таким интеренетом пользовался раз 6 блокировало приходилось перезагружать комутатор. Не удобно. Но, я в этом плане терпеливый не чего важного очень в эти моменты от интернета мне не надо было. Так и не дождался приезда. Замена д линка помогла.
Ответить | Правка | Наверх | Cообщить модератору

257. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 15:53 
Сейчас наверно всё тот-же делинк.  Я сам видел у себя в подезде это блокирующий порт длинк.
Ответить | Правка | К родителю #253 | Наверх | Cообщить модератору

348. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 23:14 
Тот же это тот с которым порт не блокируется для меня.
Ответить | Правка | Наверх | Cообщить модератору

259. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 16:01 
Я не о том что лучше что хуже и не о том что дороже что дешевле. Провайдеры работающие в рф это большой рынок сбыта комутаторов.
Ответить | Правка | К родителю #172 | Наверх | Cообщить модератору

85. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +3 +/
Сообщение от erthink (ok), 12-Сен-22, 17:34 
> Емнип в riscv вообще нет спекулятивного выполнения,

Конечно нет, это же ISA!

> но никто не запрещает производить
> процессоры с ним, архитектура открыта бери и добавляй, тем более бинарную
> совместимость машинного кода приложений это вообще никак не нарушит, наоборот будут
> процессоры с лучшей производительностью.

Речь о том, что это принесет все проблемы, которые сейчас имеет штеуд с друзьями.

> Найдут дыры, так и выпустить новую версию
> с пофикшенной на аппаратном уровне проблемой, это не x86 же!

А действительно, фигли там - собрать у пользователей пару миллионов устройств и перепаять, фигня вопрос!

> Осталось только умных и талантливых инженеров в Рашке найти угу

Почитаешь вот таких "талантов" и начинаешь думать "хорошо что уехали" вслед за чубйсом.

Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

144. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  –1 +/
Сообщение от я из фейсбука (?), 13-Сен-22, 00:37 
Хорошо что вы остались и сейчас спасете все отрасли, 20 лет было недостаточно, надо ещё немного потерпеть
Ответить | Правка | Наверх | Cообщить модератору

29. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от a_kusb (ok), 12-Сен-22, 15:28 
А они фактически не перешли? X86 с RISC ядром, ARM.
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

63. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (51), 12-Сен-22, 16:32 
Пока только на мобилках и планшетах.
Ответить | Правка | Наверх | Cообщить модератору

36. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +2 +/
Сообщение от penetrator (?), 12-Сен-22, 15:37 
К сожалению, защита приводит к существенным накладным расходам - в проведённых тестах на процессорах AMD и Intel снижение производительности оценивается от 14% до 39%. Более предпочтительным является применение защиты на основе инструкций IBRS, доступных в новых поколениях CPU Intel и поддерживаемых начиная с ядра Linux 4.19.

Это касает Zen 3 и интел выше 8 поколения. Так если программный метод дает максимум просадку 39% зачем использовать IBRS, который садит на 70%?

Ответить | Правка | Наверх | Cообщить модератору

53. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от erthink (ok), 12-Сен-22, 16:14 
> Так если программный
> метод дает максимум просадку 39% зачем использовать IBRS, который садит на
> 70%?

Так нужно перекомпилировать с нужными опциями, что в некоторых случаях может превратиться в ад или быть невозможным в принципе:
- подписанный бинарный код;
- отсутствие исходников;
- непрозрачная и/или сложно поддерживаемая система сборки;
- не факт что соберется актуальным компилятором;
- надо как-то проверить что компилятор увидел и заглушил все проблемные места.

Ответить | Правка | Наверх | Cообщить модератору

70. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от Аноним (51), 12-Сен-22, 16:53 
>- подписанный бинарный код;
>- отсутствие исходников;

Ну а IBRS как в таком случае вставлять?

Ответить | Правка | Наверх | Cообщить модератору

87. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от erthink (ok), 12-Сен-22, 17:36 
>>- подписанный бинарный код;
>>- отсутствие исходников;
> Ну а IBRS как в таком случае вставлять?

Пардон, имелась в виду активация более жестких режимов, включая специализированные версии микрокода.

Ответить | Правка | Наверх | Cообщить модератору

39. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +4 +/
Сообщение от Lyrix (ok), 12-Сен-22, 15:43 
Phoronix сообщил об этом два месяца назад...
https://www.phoronix.com/review/retbleed-benchmark
Ответить | Правка | Наверх | Cообщить модератору

50. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от пох. (?), 12-Сен-22, 16:08 
Ну слава Аллаху - "после выключения возвращается". С KPTI и такого не было.
Ответить | Правка | Наверх | Cообщить модератору

65. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (51), 12-Сен-22, 16:40 
Не спеши радоваться, 6.0 ещё не релизнулось.
Ответить | Правка | Наверх | Cообщить модератору

95. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (95), 12-Сен-22, 17:55 
Выключите комп и никто вас не взломает. То же мне, нашли проблему...
Ответить | Правка | Наверх | Cообщить модератору

110. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (99), 12-Сен-22, 18:16 
А чем тогда заниматься?
Ответить | Правка | Наверх | Cообщить модератору

114. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от Корец (?), 12-Сен-22, 18:54 
Сначала они набалтывают мощь процессора, а потом выпускают защиты, которые утилизируют основную её часть. Обидно. Может быть когда-нибудь эти проблемы получится решить.
Ответить | Правка | Наверх | Cообщить модератору

134. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Michael Shigorinemail (ok), 12-Сен-22, 21:27 
> Может быть когда-нибудь эти проблемы получится решить.

Давно научились -- просто некоторым очень сложно не врать...

Ответить | Правка | Наверх | Cообщить модератору

139. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +2 +/
Сообщение от erthink (ok), 12-Сен-22, 22:46 
>> Может быть когда-нибудь эти проблемы получится решить.
> Давно научились -- просто некоторым очень сложно не врать...

Миша, вы таки ничего не понимаете в маркетинге:
- 3 микросекунды работаем на 5 ГГц;
- затем 3 микросекунды остываем;
- зато продаём 5 ГГЦ ;)

Ответить | Правка | Наверх | Cообщить модератору

145. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от я из фейсбука (?), 13-Сен-22, 00:51 
Эльбрусу хотя бы 0.1 сек поработать на 3 ггц
Ответить | Правка | Наверх | Cообщить модератору

212. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  –1 +/
Сообщение от Аноним (-), 13-Сен-22, 10:46 
>  - затем 3 микросекунды остываем;
>  - зато продаём 5 ГГЦ ;)

В конечном итоге они всю планету своими процами завалили. А вон те импортозаместители сформировали совершенно ложные ожидания о своих возможностях у вон тех господ. Догадываетесь чем это пахнет?

Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

223. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Michael Shigorinemail (ok), 13-Сен-22, 12:11 
> А вон те импортозаместители сформировали совершенно ложные ожидания о своих возможностях
> у вон тех господ. Догадываетесь чем это пахнет?

Думаю, в итоге пахнет 275 статьёй (или ледорубом в эквиваленте) тем, кто причастен к организации афёры Yadro, включая и "сквозные проекты".

Ответить | Правка | Наверх | Cообщить модератору

262. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  –1 +/
Сообщение от Аноним (262), 13-Сен-22, 16:18 
До этого не дойдёт. Скоро режим рухнет, и все эти паразиты из ПЖиВ тихо расползутся везде, и всем станет не до них.
Ответить | Правка | Наверх | Cообщить модератору

310. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  –1 +/
Сообщение от Аноним (310), 13-Сен-22, 19:28 
> Думаю, в итоге пахнет 275 статьёй (или ледорубом в эквиваленте) тем, кто
> причастен к организации афёры Yadro, включая и "сквозные проекты".

Видите ли, вашим дружбанам уже надо было вот именно полномасштабное импортозамещение, и еще вчера. А у вас вместо этого облом "с фабы послали". И 20 лет имения вола, пардон.

Вот интересно, почему каждый совок так уверен что его стандарты жития его самого не посетят? Даже вон того экземпляра продвигавшего Сталину расстрелы и расстреляли же, наконец. А у вас что, иммунитет к ледорубам? Или какая-то особо крепкая крыша у орков, в которой вы настолько уверены что не боитесь даже вполне вероятных грядущих пертурбаций и чисток?

Ответить | Правка | К родителю #223 | Наверх | Cообщить модератору

149. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Онаним. (?), 13-Сен-22, 01:05 
Пора бы уже mitigations=off делать по дефолту, а далее те, кому надо, включат, что надо, сами.
Ответить | Правка | Наверх | Cообщить модератору

170. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (169), 13-Сен-22, 03:43 
https://www.opennet.dev/openforum/vsluhforumID3/128413.html#54
Ответить | Правка | Наверх | Cообщить модератору

177. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (177), 13-Сен-22, 05:48 
Все думали зачем нам ещё более мощные процессоры, а оказывается вот зачем. Раньше какой-нибудь 12 ядерник это ого-го, а сейчас ну не так уж и много по производительности. Это или заговор или у интелов на зарплате предсказатели.
Ответить | Правка | Наверх | Cообщить модератору

243. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 14:22 
Это ты как-то раньше недавнее берёшь. Раньше частота была огого и кеши у процессора так как процессоры были одно ядро. Только сейчас подобрались кабы менше 4 ядер лучше не покупать. А если два ядра то частота выше 3000Mhz, не арм. Что там с производительностью у арм многядерных, высокочастоных я не знаю, не пользовался ими. И если не для игр ПК.
Ответить | Правка | Наверх | Cообщить модератору

244. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 14:25 
4 ядра может не сейчас, а лет пять назад. Какбы особо после этого нечего не именилось. Игры не расматриваю как измеритель производительности пк так как не играю. И если не смотреть 4К видео декодируя на процессоре.
Ответить | Правка | Наверх | Cообщить модератору

248. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (248), 13-Сен-22, 14:55 
4 ядра уже 10 лет назад было маловато для любой работы, а 2 ядра 3+ггц не хватало даже для игр ещё 15 лет назад. А вот производительность в однопотоке это самое главное и сегодня, это то, что стоит измерять в первую очередь. Ядра интересны для вполне конкретных задач. Вот, например, если на 2 ядрах ютуб в фуллхд уже не посмотришь, то 4 пока ещё хватает с натяжкой (главное, чат не включать). Скоро загрузка будет не 300%, а все 500% и тогда 4 ядра не вывезут.
Ответить | Правка | Наверх | Cообщить модератору

263. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 16:31 
Во первых ты меня не услышал. Если пк не для игр. То есть игры я не расматриваю как они будут работать и каие будут работать приемлемо или хорошо, или плохо. Второе я на своём опыте не требовательном рассуждаю. Я с 2003 года до конца пятнадцатого года использовал Celeron D 310 (Pentium 4) одно ядро на частоте 2400 и 1ГБ памяти два канала. До этого Celeron 1500Мгц не помню полное название из серии Pentium 3. Давно на добыло заменить на производительное, но не было на покупку денег. Не катострофа Celeron D 310, нормально если видео смотреть на низких разрешениях 480P, а 720P в плерах так вобще без проблем. С 14 года по 17 на APU два ядра с частотой 3400Мгц. С 17 на 4 ядрах AMD 1500Мгц процессср с 14 года выпускается. 4К на процесоре нет не тянет, но мне и не надо 4K. Игры да десетелетней давности наверно нормально не могу проверить, нет мощьной видеокарты да и не надо. А так меня устраивает. У меня ПК не для игр осознанно не только денгами ограничен, а для интернет, виртуализация, видео. Без прегибов вроде 4К и последнх игр где нужно 3060NV или, что там аналог AMD или последнее, не отслеживаю. Я не против 4К. Мне 4K не надо. И игры не нужны.
Ответить | Правка | Наверх | Cообщить модератору

265. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 16:46 
Celeron D 310 SSE3 32бит
Ответить | Правка | Наверх | Cообщить модератору

267. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 16:51 
это я его использую с частотй 4 ядрах AMD 1500Мгц avx1, а он на самом деле до 3800Мгц от производителя. Перегрев, обороты надо вентеляторов повышать - шум. Меня устраивает и ладно.
Ответить | Правка | К родителю #263 | Наверх | Cообщить модератору

268. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 16:54 
А вот памяти извените не обрадую много.
Ответить | Правка | К родителю #263 | Наверх | Cообщить модератору

269. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 16:55 
И то не давно с этого года. До этого года было 4Гб.
Ответить | Правка | Наверх | Cообщить модератору

270. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 16:57 
И на хосте SSD для файла подкачки.
Ответить | Правка | К родителю #268 | Наверх | Cообщить модератору

271. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (248), 13-Сен-22, 16:58 
Видео? Ну банально даже если h265 с диска 10 летней давности уже не потянет воспроизвести, и только в ужатом виде с кучей косяков и артефактов. А 720 даже на фулхд монике ты не станешь тоже смотреть, правда? Помимо того что это транскодированная уже черте как версия, так ещё и мыльная до невозможности.

Прикол в том, что некрожелезо всегда обходится дороже. Бтв, апушки те просто не стоили своих денег, как их можно купить было? Да ещё и 2 ядра. Так бы взял нормальный камень хотя бы за 60 баксов на 4 ядра, 10 лет назад, и до сих пор не знал бед, я так сделал.

Игры это на мой взгляд очень лайтовая задача для ПК. Да и не надо топовых видеокарт для игр -- затычки 3 летней давности хватит чтоб нормально тянуло фулхд картинку вообще всех когда либо созданных игр хотя бы 30 фпс (без рейтрейсинга разве что).

Ответить | Правка | К родителю #263 | Наверх | Cообщить модератору

276. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 17:15 
У тебя знания расходятся с реальностью, не знаю только придумал или реально мы обсуждаем не те задачи что кто делает в пк. У меня разрешение 1280x1024 78 ГЦ установлено в мониторе где макс можно выстывить 1920x1080 меня так устраивает. У меня в ходу разрешение 480P если битрейта хватает то меня устраивает. Да я и 720 60 кадров смотрю. Но меньше. Всётаки виртуализация - ~20-30% с процессора если смотреть в браузерах. В плераха потеря в процесорных мощьностях горяздо меньше почти 1 в 1
Ответить | Правка | Наверх | Cообщить модератору

277. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 17:17 
"или реально мы обсуждаем не те задачи что кто делает в пк" Тоесть у нас для разных дел используется ПК.
Ответить | Правка | Наверх | Cообщить модератору

279. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 17:20 
у меня с моим процессором минус ~20-30% и то 1500MHz, а если 3800Мгц. Не вопрос.
Ответить | Правка | К родителю #276 | Наверх | Cообщить модератору

280. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 17:23 
минус ~20-30% потеря от виртуализации в браузерах
Ответить | Правка | Наверх | Cообщить модератору

281. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 17:30 
точнее наверно из-за аертуализации, а не от
Ответить | Правка | Наверх | Cообщить модератору

289. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (248), 13-Сен-22, 17:49 
Лайк за элт моник, но, вообще, они выцветают, и сейчас самая днищенская ипс-матрица будет не намного хуже. Мне просто сложно представить, какие задачи могут быть на экране меньше 1920x1080 -- там же ничего не помещается. Я уж не говорю, что куда комфортнее хотя бы 2к разрешение. Мне кажется, ты просто троллишь сейчас. Но вообще да, требования ощутимо возрастают с ростом разрешения экрана.
Ответить | Правка | К родителю #276 | Наверх | Cообщить модератору

294. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 18:28 
Яндекс опомнись капча: проводила натыкали. Я за такую капчу уже думаю куда написать ...

А ты шутник. У когото может и ЭЛТ мониторы, но нет уже не актуально элт мониторы https://yandex.ru/search/?text=%D0%B6%D0%...

Ответить | Правка | Наверх | Cообщить модератору

296. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (248), 13-Сен-22, 18:41 
> А ты шутник. У когото может и ЭЛТ мониторы, но нет уже
> не актуально элт мониторы https://yandex.ru/search/?text=%D0%B6%D0%...

При чём тут герцы и ЖК? Странный ты. о_0

У ЖК панелей ведь только одно разрешение, и любое другое будет вызывать мигрени и слепоту. Потому и сделал такое предположение -- ЭЛТ-гробы действительно позволяли менять разрешение в широких пределах, и упомянутое как раз напоминает комфортное ЭЛТ-шное.

Ответить | Правка | Наверх | Cообщить модератору

299. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (363), 13-Сен-22, 18:58 
Мигрени не знаю. Мониторы это такая вещь что людям не с каким вариантом, не с каким резрешением не с каким жк монитором не комфортно или ужасно плохо глазам, а слепоту от смены разрешения в жк мониторе это ты что-то загнул давай по этому поводу что-то научное где будут подтверждены твои слова. Боль у виска это как правило не мигрень, а пывышенное глазное давление которе может привести к катаракте и катаракта к слапоте, а катаракта это необратимое отслоение сетчатки глаза.
Ответить | Правка | Наверх | Cообщить модератору

302. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 19:20 
Я о ЖК мониторах.
Ответить | Правка | Наверх | Cообщить модератору

305. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (248), 13-Сен-22, 19:24 
Ну естественно когда картинка мыльновата глаза устают в первую очередь. Причём, достаточно даже лёгкой мыльности (по этой причине смотреть двд с разрешением 480 несколько некомфортно, там ещё и чересстрочность часто, а она не убирается нормально фильтрами). Не знаю, мне вот комфортно, если нет ШИМ и родное разрешение стоит. Могу сутки провести перед экраном без усталости (от ЭЛТ вот глаза уставали, но там случается намагничивание и начинается мерцание тоже). Исследований на эту тему я не встречал, но на многие темы исследования найти не столь и просто (особенно учитывая, что доступ к ним платный). Мне всегда казалось, это здравый смысл, потому что эффекты ощутимые.
Ответить | Правка | К родителю #299 | Наверх | Cообщить модератору

317. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 20:00 
Мне не помогло. Монитор без шим мерцания он так и позиценируется отсутствие мерцания у шим, лучше стало, но полного комфорта нет.
Ответить | Правка | Наверх | Cообщить модератору

322. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (248), 13-Сен-22, 20:24 
Ещё могу порекомендовать отказаться от векторных шрифтов, лично мне так растровые шрифты это прямо услада для глаз. Ну, например, terminus (там есть векторный с таким названием, не он) или gnu unifont (этот только 12 размер растровый, с другими размерами вектор) -- немного своеобразно выглядит, но читать такой текст легче. Только в браузере скорее всего придётся векторные оставить, но полный хинтинг (это тот, который с легкой радугой -- субпиксельным сглаживанием) меньше утомляет глаза. У меня телефон мерцает, я прямо ощущаю, как он бьёт по глазам. С ртутной подсветкой всё же было проще, она вроде не мерцала (но лампы дохли).
Ответить | Правка | К родителю #317 | Наверх | Cообщить модератору

329. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 21:12 
Нет это всё мелочи для меня сменя шрифтов на которые я не особо реагирую. Вот что, а шрифты нет это не вариант точно, смысла для меня нет, менял. Смысл для меня только нравятся или не нравятся шрифты.
Ответить | Правка | К родителю #322 | Наверх | Cообщить модератору

331. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 21:22 
Возможно те шрифты которые мне не нравятся не хочется такими пользоватся что-то и добавят, но сомневаюсь, что это будет существено влият мне на утомляемость глаз.
Ответить | Правка | К родителю #329 | Наверх | Cообщить модератору

332. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (248), 13-Сен-22, 21:24 
Ну, для начала, стоит выставить реальное разрешение монитора, а не отмасштабированное, тогда разница будет ощутима. У меня приоритет чтобы шрифты были читаемые. И если в венде с читаемостью, например, китайского текста, проблем нет, то в линуксе разобрать, что там написано -- задача весьма не простая. В консоли шрифты а ля терминус или юнифонт тоже норм, очень удобно работать.
Ответить | Правка | К родителю #329 | Наверх | Cообщить модератору

335. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 21:41 
Выбраны те характеристики в мониторе которые мне менше всего принося дискомфорт глазам.
Ответить | Правка | К родителю #332 | Наверх | Cообщить модератору

343. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от Аноним (248), 13-Сен-22, 21:55 
Это может быть обманчивое ощущение. Вместо неродного разрешения правильно будет изменить размер шрифтов или поменять dpi экрана (по-сути, масштабирование и есть, только корректное).
Ответить | Правка | К родителю #335 | Наверх | Cообщить модератору

344. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 22:02 
Не веришь?
Ответить | Правка | К родителю #343 | Наверх | Cообщить модератору

345. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 22:03 
Чтобы делать правельные выводы надо знать чем и как я пользуюсь.
Ответить | Правка | К родителю #343 | Наверх | Cообщить модератору

347. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (248), 13-Сен-22, 22:21 
Ну не я же говорю что устаю от ЖК. Я вот точно знаю, что устаю только от ШИМ и неродного расширения со смазанными пикселями. Либо когда хинтинг шрифтов не настроен корректно.
Ответить | Правка | К родителю #345 | Наверх | Cообщить модератору

398. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Michael Shigorinemail (ok), 30-Сен-22, 16:56 
> Это может быть обманчивое ощущение. Вместо неродного разрешения правильно будет изменить
> размер шрифтов или поменять dpi экрана (по-сути, масштабирование и есть, только корректное).

+1: при рендеринге шрифтов есть информация о векторах, а у масштабировалки монитора уже только растр (и реальное время).

PS: пришёл перечитать соображения в тредике, введя наконец стационарно в эксплуатацию домашний "Эльбрус-16С" с 4К-монитором -- всё-таки старый добрый мяконький -rfx-serenetypewriter-medium-r-normal-*-18-180-*-*-m-*-iso10646-0400 примерно бы на четверть увеличить... (нежирные 19 и 24 там страшненькие в плане разнобоя толщины линий, а вот 18 близок к идеалу для моих глаз)

Ответить | Правка | К родителю #343 | Наверх | Cообщить модератору

391. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 14-Сен-22, 21:20 
Перепутал не к катаракте а к глоукоме.

Боль у виска это как правило не мигрень, а пывышенное глазное давление которе может привести к глаукоме и глаукома к слапоте, а глаукома это необратимое отслоение сетчатки глаза.

Ответить | Правка | К родителю #299 | Наверх | Cообщить модератору

283. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 17:40 
Но игроманы теперь мереют категориями мониторы 120-144гц и соответсвено пк должен работать так чтобы в игре были эти 120-144 кадров секунду, а для получения этого 120-144 даже скорость памяти важна.
Ответить | Правка | К родителю #271 | Наверх | Cообщить модератору

284. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 17:42 
а для получения этого 120-144 кадров в игре даже скорость памяти важна.
Ответить | Правка | Наверх | Cообщить модератору

287. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 17:48 
Память общая, а не только память в GPU
Ответить | Правка | Наверх | Cообщить модератору

291. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (248), 13-Сен-22, 17:57 
Это понты, современные игры хорошо если 60 фпс выдают на топовой карте. А вот возможность не наблюдать остаточного свечения дорогого стоит, это проблема чисто матриц. Кстати, те мониторы емнип не IPS, а, значит, страдает цветопередача. Или OLED может быть -- там всё хорошо с цветопередачей, но тогда они выгорают.
Ответить | Правка | К родителю #283 | Наверх | Cообщить модератору

307. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 19:26 
Понты не понты, а стремятся выжать максимум для игр, что еть и 60 кадрами не хотят ограничиватся у кого есть денги и желание.
Ответить | Правка | Наверх | Cообщить модератору

274. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 17:05 
В плеерах 720P без проблем это наверно 30 кадров. В тегоды 60 кадров были не в ходу ещё наверно только появлялось видео с 60 кадрами. Уже не помню. Проверять надо.
Ответить | Правка | К родителю #263 | Наверх | Cообщить модератору

264. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 16:43 
APU два ядра с частотой 3400Мгц avx1 от 14 года процессор в продаже, 1080p 30 кадров в браузерах должно хватать youtube. 1080p 60 кадров тоже наверно на приделе должно хватать по 70%-80% нагрузка на процесор. Но я уже плохо помню. Как на этом процессоре. Есть у меня подозрение, что будет или в районе 40% или 50-60% 1080p 60 кадров через браузер в yotube. В плеерах так без проблем вообще. AVC1/VP9 1080p 60 кадров 5000Клбит это как правило такой формат видео в youtube. Попадается AV1 ещё не массово. Но вроде он не сильно больше требует мощностей на декодирование на процесоре с темже битрейтом и кадрами, и разрешением или не сильно больше. Вот кодирование в av1 это надо запредельно не нужные мощьности от пк чтобы время кодирования было разумным и удобным.
Ответить | Правка | К родителю #248 | Наверх | Cообщить модератору

278. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (248), 13-Сен-22, 17:20 
Апу это не процессоры, это вроде интеловских пентиумов на 2 ядра, собранных их отходов. Частота в принципе не играет никакой роли в данном случае, важно только то, сколько времени оно живёт от батарейки и сколько тепла выделяет. Не вариант для работы.

У меня вот декодирование av1 люто тормозит. При этом, h265 только на сценах с большим битрейтом очень тормозит в плеере (при софтдекоде, сейчас декодер в любой видеокарте есть), на ютубе софтдекодом браузер точно без проблем тянет 2к vp9@60, нагрузка не больше чем от 1080 h264@60.

Ответить | Правка | Наверх | Cообщить модератору

301. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 19:18 
APU. "Апу это не процессоры, это вроде интеловских пентиумов на 2 ядра, собранных их отходов. Частота в принципе не играет никакой роли в данном случае, важно только то, сколько времени оно живёт от батарейки и сколько тепла выделяет. Не вариант для работы" Ерунду написал лучше не обижайся - написал ерунду. Что-то в этих словах врено, но в общем ерунду.
Ответить | Правка | Наверх | Cообщить модератору

308. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (248), 13-Сен-22, 19:26 
Да всё верно. Этот хлам по реальной производительности всегда на дне.
Ответить | Правка | Наверх | Cообщить модератору

312. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 19:36 
Я не о том, что ты считаешь хламом я о том, что я не считаю хламом и подходило подходит мне. Но всё же 4 ядра сейчас лучше.
Ответить | Правка | Наверх | Cообщить модератору

245. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 14:37 
Я только о бытовом использовании, а не и о серверах (процессорах). А так и 10 летней Xenon 4 ядра нормально и сейчас для бытового использования.
Ответить | Правка | К родителю #243 | Наверх | Cообщить модератору

246. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 14:38 
И не только Xenon.
Ответить | Правка | Наверх | Cообщить модератору

282. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (248), 13-Сен-22, 17:30 
Разве это нормально, когда надо 5 часов ждать, пока скомпилируется файрфокс? Не могу сказать сколько надо на хромиум, в районе суток с полной загрузкой. Может быть, у нас  разные представления о бытовом использовании. Для меня это установить браузер и открыть в нём видосик (без ускорения видеокарты, которое в линуксе не существует). И вот с такими задачами 4 ядерные зиноны не справляются, они не для бытового использования.
Ответить | Правка | К родителю #245 | Наверх | Cообщить модератору

304. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 19:23 
Разные. Я как обычный человек которых 98% или сколько там в мире которые не чего не собирают и не компелирут и для этого не использут ПК.
Ответить | Правка | Наверх | Cообщить модератору

309. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 19:28 
Разные дела в пк делаем. Можно ещё и майнинг сюда притащить тоже ресурсы нужны не малые.
Ответить | Правка | Наверх | Cообщить модератору

311. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 19:32 
Не малые ресурсы, чтобы результат можно было ощутить существеный. А так майниг можно и на Raspberry Pi организовать.
Ответить | Правка | Наверх | Cообщить модератору

318. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (248), 13-Сен-22, 20:06 
В том и дело, что зиона 10 летней давности вполне достаточно для компиляции (просто если взять современный 8-ядерник он раза в 3 быстрее будет). А вот ютуб скорее всего уже не потянет -- частота не та. Как и играм, увеличенный кэш не особо поможет. Маленький кэш -- серьёзная беда обгрызенных проциков, как и понерфленные пайплайны и разные блоки вычислений, которые могут быть отключены и по причине брака. А вот на задачах вроде баз данных, я встречал бенчмарки с прямо приятным приростом от кэшей, это имеет смысл. Хотя двигатель скорее всего виртуализация. Но это не бытовые задачи вроде поигрушечек и киношки.
Ответить | Правка | К родителю #304 | Наверх | Cообщить модератору

323. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 20:43 
Это Xeon X3380 Release date February 22, 2009 https://tinyurl.com/3nkxt7rk ютьюбовское 1080p 60 в браузере не будет вытягивать? Не очень верю. Почти не верю. Но не проверял.
Ответить | Правка | Наверх | Cообщить модератору

324. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 20:44 
Этот
Ответить | Правка | Наверх | Cообщить модератору

326. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (248), 13-Сен-22, 21:01 
Такой скорее всего будет, но опять же на пределе возможностей в районе 3 ядер из 4. Там другие проблемы возникнут -- тогда ещё не было многих simd, из-за чего будут тормозить криптография, софтрейды, всевозможные кодировщики/декодировщики -- да много чего, вплоть до glibc.
Ответить | Правка | К родителю #323 | Наверх | Cообщить модератору

327. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 21:05 
Нет так не пойдёт. Предпологать я и сам умею и моё предположение с запасом будет воспроизводить. А поскольку мы не можем проверить посмотреть то и не чего обсуждать обстрактно.
Ответить | Правка | Наверх | Cообщить модератору

330. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (248), 13-Сен-22, 21:19 
Это действительно так. Но там вроде нет не только AVX, но и SSE4.2 с AESNI. Что довольно критично на многих задачах. Кроме того, там старый сокет будет и это прям ещё менее приятно. Да и частота всё же куда ниже, чем у тех же десктопных сандиков. Если бесплатно достанется, то конечно можно найти применение (поставить в дома в чулане для бэкапов каких), но не более.
Ответить | Правка | Наверх | Cообщить модератору

333. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 21:27 
На странице если открыть ссылку все характеристике этого процессора написаны. Это ты предлагаешь другие задачи для этого процессора, а я обсуждаю только просмотр видео. Ну что кидаем кличь, чтобы собрать денег и купить этот процесор, собрать с ним ПК и будем проверять? Или продолжим обсуждать без проверки?
Ответить | Правка | Наверх | Cообщить модератору

340. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (248), 13-Сен-22, 21:49 
Дело в том, что просмотр видео и аппаратное ускорение разбора xml (html) -- это проблемы напрямую связанные. Я тебе больше скажу, есть некоторая вероятность, что значительная часть софта на таком процессоре сегодня просто не запустится (практически весь проприетарный софт так точно).
Ответить | Правка | Наверх | Cообщить модератору

342. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 21:54 
Вроде пока не ниже SSE3 для браузеров нужен процессор. А у этого есть ещё и SSSE3, SSE4.1.
Ответить | Правка | Наверх | Cообщить модератору

315. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 19:56 
Обстрактно написал о характеристиках своего пк. Каой Linux название, какое ядро номер, какая модель процессора, сколько памяти. Хотя память, не критична если не гигабайт или два, а хотябы 4. Характеристики видео: разрешение, битрейт, частоа кадров у видео? А может интернет не тянет не хватает скорости интернета для просмотра видео это тоже надо учитывать знать.
Ответить | Правка | К родителю #282 | Наверх | Cообщить модератору

319. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (248), 13-Сен-22, 20:11 
Не, там чисто процессор забит. Я конечно согласен что 3 ядра целиком выжирать это как-то не ок, но это то, что получается с софтрендером без vaapi (да и вообще у меня аппаратное ускорение работает только для локальных файлов в том же mpv). А софрендер потому что вебрендер на расте выжирает всю видеокарту, хоть и неплохо ускоряется.
Ответить | Правка | Наверх | Cообщить модератору

320. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (248), 13-Сен-22, 20:15 
Кстати, ускоренный видеокартой вебрендер на воспроизведении видео выжирает где-то полядра суммарно на 1080@60 (без vaapi). Mpv с yt-dlp и то больше. Но вот то что видеокарту жрёт фоном мне совсем не нравится.
Ответить | Правка | Наверх | Cообщить модератору

325. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 20:47 
Без характеристик это разговор не о чём. Или пиши характеристики, что я предложил написать или разговор для меня не серьёздный. И выглядит для меня сходи туда незная куда.
Ответить | Правка | К родителю #319 | Наверх | Cообщить модератору

328. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (248), 13-Сен-22, 21:05 
В этом и нет смысла, это просто данность. 2 ядер мне бы никак не хватило даже для этого, 3 -- пока хватает.
Ответить | Правка | Наверх | Cообщить модератору

337. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 21:45 
Два ядра чего? Два ядра в Linux, Kernel? Так это не возможн два ядра.
Ответить | Правка | Наверх | Cообщить модератору

341. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (248), 13-Сен-22, 21:52 
Два ядра процессора, не линукс же вычислениями занимается.
Ответить | Правка | Наверх | Cообщить модератору

346. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 22:12 
Не знаю какие у тебя ядра, может ядра в грецских орехах. Модель процессора какой используеш не пишешь. Пишеш обстрактно.
Ответить | Правка | Наверх | Cообщить модератору

247. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 14:49 
кабы=какбы
Ответить | Правка | К родителю #243 | Наверх | Cообщить модератору

178. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (177), 13-Сен-22, 05:51 
Проще на бсд перейти.
Ответить | Правка | Наверх | Cообщить модератору

188. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  –1 +/
Сообщение от пох. (?), 13-Сен-22, 08:34 
где половина этого г-на не отключается вообще, а вторая половина уязвимостей игнорируется потому что миллион долларов в этом году уже проели и kib@ забесплатно не работает?

Причем в рамках все тех же тенденций, ты не найдешь среди стапиццот FEATURE ведра возможности нахрен выпилить ненужные тебе улучшайки при сборке. Только хардкор, только миллиард проверок глобальной переменной с локами в самых нагруженных частях ядра.

Ответить | Правка | Наверх | Cообщить модератору

231. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 13-Сен-22, 12:51 
Пох, а правду говорят, что макось из бсдей пошла есть?
Ответить | Правка | Наверх | Cообщить модератору

242. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  –2 +/
Сообщение от пох. (?), 13-Сен-22, 14:07 
Нет, там ан@логовнетный mach, поверх которого что-то такое 4.2/Lite based, но это из той серии что "сетевой стек винды из bsd". Тот Йопсь тоже не был инженером, конечно, но он тогда нанимал грамотных и не считая денег (они у него воистину были бесконечны).

Так что от bsd там только отсутствие system-v совместимости (которого и у линукса нет) в основном.

Ответить | Правка | Наверх | Cообщить модератору

352. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 14-Сен-22, 01:22 
В давние времена был у Вашего неинженера жобса период, когда он совсем зажрался. Турнули его значится из своего собственной конторы.
Отправился жобс искать просветления в тибет. Что там с ним происходило я тут пейсать не буду, но вернулся он крепко подсев на определенные вещества и полностью отказавшись от поедания трупов животных.

Основал он некст степ и занялся разными интересными вещами.
В то же время дела у супер дорогого эффективного менеджыра пошли неважно и совет дирехторофф приполз на коленях с просьбой вернуться.

Так жобс второй раз овладел собственным созданием.
Время поджимало, убытки росли, надо было что-то делать.

И тут просветленный жобс понял, что надо сделать красивую картинку, чтобы пипл хавал.

Так начались работы над осх. Его основой стало ядро дарвин. Название то какое, понимаете да... В структуру дарвина входило микроядро мах3, которое он успел запилить в рамках работы в некстеп. Но внезапно выяснилось, что чего-то не хватало. И тут Ваш кумир решил на халяву порешать свои проблемы, как водится за счет энтузиазизмы увлеченных людей. Он открыл исходники дарвина и норот ломанулся помогать жопсу делать карашо. Норот не долго думаю взял недостающее из нетбсд и вкорячил все это дело в дарвин. Потом маркетолухи скромно назвали все этт дело бсд 4.4 лайт. По лайту ж норот поимели. Ток половину напейсали, не все де целиком.

Ось так воно и було.

Ну а про венду и сетевой стек бсд. Помнится в середине 10х утекали исходники выни из спец служб. Те кто их смотрел утверждали, что наприклад файрволл странно напоминал пф. Такие дела.

Ответить | Правка | Наверх | Cообщить модератору

353. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (353), 14-Сен-22, 01:49 
Сорян хлопцы, в структуре ядра ксну забыл. Фор грейт джастис.
Ответить | Правка | Наверх | Cообщить модератору

373. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от пох. (?), 14-Сен-22, 14:37 
> В давние времена был у Вашего неинженера жобса период, когда он совсем
> зажрался. Турнули его значится из своего собственной конторы.

не зажрался а нарушил корпоративные стандарты вовлеченности и субординацию. Нанеся тем компании прибылей, но пострадало руководящее звено, которое так это дело не оставляет. (Если что, десять лет спустя таких недоинженеров увольняли сразу же.)

> Отправился жобс искать просветления в тибет. Что там с ним происходило я
> тут пейсать не буду, но вернулся он крепко подсев на определенные
> вещества и полностью отказавшись от поедания трупов животных.
> Основал он некст степ и занялся разными интересными вещами.
> В то же время дела у супер дорогого эффективного менеджыра пошли неважно
> и совет дирехторофф приполз на коленях с просьбой вернуться.

досюда сказка не только красивая, но и относительно историчная. Но вот дальше, увы, те самые вещества что из Тибета. Видимо, йопс еще и с вами поделился адресочком. А мне, гад - зажал!

> И тут просветленный жобс понял, что надо сделать красивую картинку, чтобы пипл

он ее еще в бытность nёх(т) сделал. И пипл сию нёх радостно схавал, но денег на цию красоту хватило не только лишь у всех.  Пришлось переделывать так чтоб joe average смог купить. (Жаль, идея "дискеты" в 600mb в этот момент и накрылась)

А вот полноценный эмулятор для другой архитектуры и чтоб все работало - вот это действительно было круто, потому что никто тогда такого не умел. И нашел же тех кто смог ему запилить.

> какое, понимаете да... В структуру дарвина входило микроядро мах3, которое он

ни разу

> успел запилить в рамках работы в некстеп. Но внезапно выяснилось, что

mach - разработка cmu, но mach2.5 не был микроядром, это просто bsd-like система без копирастии. Ничего не умеющая, даже сеть.

> исходники дарвина и норот ломанулся помогать жопсу делать карашо. Норот не

угу, прям представляю как на коленях в очереди стояли, сдавать свое хорошо в яббл. Но, к сожалению, когда отпустило - очередь тоже куда-то рассосалась. А на самом деле исходники выложили когда ишмяки и G3 во всю уже продавали. Эх... было ж время... приползаешь на работу пораньше, аж к полудню, а у нового чувака уже рабочее место настроено и работает. Кто настраивал? А...вон... топ-менежджер... Оля?! "А я что, должна была ждать, пока ты проснешься? Ему уже пахать надо!" Все еще не доходит почему за них готовы были переплатить?

> Ну а про венду и сетевой стек бсд. Помнится в середине 10х
> утекали исходники выни из спец служб. Те кто их смотрел утверждали,

но погоны их выдавали.

> что наприклад файрволл странно напоминал пф. Такие дела.

странно что он умеет то чего не умеет pf, и при этом совершенно иначе управляется.


Ответить | Правка | К родителю #352 | Наверх | Cообщить модератору

384. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 14-Сен-22, 18:05 
Так то сей сказ - это вольная интерпретация его автобиографии. Валяется у меня книга.

>не зажрался а нарушил корпоративные стандарты вовлеченности и субординацию.

Корпативным адептам виднее, как это называется.
Вот ведь как оно в этом вашем капиталистическом мире бывает...сам создал, бац и ты уже не хозяина. Чем это принципиально отличается от рейдэрства?

>Жаль, идея "дискеты" в 600mb в этот момент и накрылась

А стримеры не оно? Вроде ж были такие, только не у всех.
Хотел бы я посмотреть на лица хипстеров, услыши они тот прекрасный звук...хе хе.


>В структуру дарвина входило микроядро мах3, которое он
>ни разу

Ага, как буд-то бы они там все что-то сами сделали, что он, что гейтс. Один дос купил. Второй скоммуниздил гуй у серокса.

В остальном почитайте биографию, там все написано. И про нетбсд в том числе.

По архитектуре же пикча структуры доступна в инторнете.

>А...вон... топ-менежджер... Оля?! "А я что, должна была ждать, пока ты проснешься? Ему уже пахать надо!" Все еще не доходит почему за них готовы были переплатить?

Кхм

>те самые вещества что из Тибета. Видимо, йопс еще и с вами поделился адресочком. А мне, гад - зажал.

Топ менеджыры Оли маки запиливают. Вещества жопс точно зажал?
Ну ок. Но Вы как на работу к обеду пришли, аклы в аду поправили, чтоб оно в файлопомойке хоть как-то ерзало?
Или у Вас там и сервера маковские были. Чистый гомоген?

>странно что он умеет то чего не умеет pf, и при этом совершенно иначе управляется.

Что странного то? Конечно функционал добавили. Гуй запилили. Правда я не помню что там пф не умеет того, что умеет вынь, ну да ладно. Оставим на будущее.

Ответить | Правка | Наверх | Cообщить модератору

395. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Sem (??), 16-Сен-22, 19:40 
Потрясающая некомпетенция высказанная уверенно не становится правдой.
Ответить | Правка | К родителю #242 | Наверх | Cообщить модератору

372. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от Аноним (372), 14-Сен-22, 14:18 
Вот жеж бред-то про Фри. Ни слова правды и все линуксятники в восторге.
Ответить | Правка | К родителю #188 | Наверх | Cообщить модератору

180. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +2 +/
Сообщение от Аноним (177), 13-Сен-22, 06:16 
Теперь или использовать два ядра и перезагружаться между ними или поставить на виртуалку образ без защиты и выходить в интернеты только через него. Хотя дома наверное пофиг, это боль для серваков?!
Ответить | Правка | Наверх | Cообщить модератору

184. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (185), 13-Сен-22, 07:52 
Нет, выходить в интернет очень опасно, там могут заразить вирусы
Ответить | Правка | Наверх | Cообщить модератору

357. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (357), 14-Сен-22, 09:05 
> или поставить на виртуалку образ без защиты и выходить в интернеты только через него

Чё-то не догнал. Может наоборот, образ с защитой и только через него в интернет?

Ответить | Правка | К родителю #180 | Наверх | Cообщить модератору

213. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от darkshvein (ok), 13-Сен-22, 10:51 
как мило, инструкции для процессора,
улучшающие скорость передачи данных при/для атаки
Ответить | Правка | Наверх | Cообщить модератору

338. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +1 +/
Сообщение от Songo (ok), 13-Сен-22, 21:48 
А вы думали, что новые CPU выпускают более шустрые для прироста производительности? НЕТ, чтобы скомпенсировать падение производительности при подобных фиксах :)))
Ответить | Правка | Наверх | Cообщить модератору

378. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним (-), 14-Сен-22, 16:06 
Я не понимаю, чего вы все ноете в комментах. Это же очень хорошие новости. Это значит, что недоверенный код выполнять опасно. А значит всё ещё нативные приложения лучше веб-приложений. Без веб-приложений плохо, но всё что надо -- это добавить капабилитей процессу, типа доверенный или недоверенный, и если недоверенный то выполнять со скоростью черепахи, а если доверенный, то гнать на полной скорости.

Понятно, что браузеры придётся научить гонять интерпретатор js и виртуальную машину wasm в отдельном процессе, вешая на него эти капы. Но зато получится идеальный мир, где за ненативность приложения придётся платить тормозами.

Ответить | Правка | Наверх | Cообщить модератору

379. "Серьёзное снижение производительности ядра 5.19, вызванное з..."  +/
Сообщение от Аноним12345 (?), 14-Сен-22, 16:19 
Добавьте памяти в вмварю
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру