https://www.opennet.ru/openforum/vsluhforumID3/135589.html В состав ядра Linux 6.13-rc3 принято изменение, устраняющее регрессию производительности в гипервизоре KVM, связанную с медленной обработкой вызовов CPUID на новых CPU, например, на CPU Intel Emerald Rapids операции c CPUID выполняются в 3-4 раза медленнее, чем на CPU Intel Skylake. Подобная особенность привела к снижению производительности гипервизора KVM, который использует CPUID в процессе сохранения и восстановления состояния процессора при каждой передаче управления виртуальной машине, в случае использования вложенной виртуализации. Для решения проблемы в ветку ядра 6.13 принят сокращённый патч, позволивший до 40% сократить время операции даже CPU семейства SkyLake, благодаря кэшированию CPUID. В ядре 6.14 будет представлена полная версия патча, дополнительно улучшающая производительность...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=62415<br> https://www.opennet.ru/openforum/vsluhforumID3/135589.html#203 Wed, 25 Dec 2024 03:44:16 GMT зачем ты тогда описывал задачи с DSP и проблемы с ним, если к делу оно, оказывается, отношения особо не имеет? почему ты каждый раз выбираешь как пример что-то огромное и общее, а как начинаются разборы по существу &#8212; то оказывается, что всё это к делу отношения не имеет?<br> https://www.opennet.ru/openforum/vsluhforumID3/135589.html#202 Wed, 25 Dec 2024 03:39:48 GMT &gt;&gt; а я в 32-бит режиме могу как минимум в четыре раза больше битов. и что?<br>&gt; То что в SSE оно обладает кучей особенностей которых у GPR нет. <br><br>да. например, у ESI/EDI нельзя использовать младшие части регистров как восьмибитные. у SSE/AVX регистров таких ограничений нет &#8212; там все регистры равноправны. или вот работа с памятью через EBP автоматически делает префикс SS.<br><br>&gt; И на x86-64 это не просто можно - но и как <br>&gt; раз там гарантировано.<br><br>там у нас есть операции сложения/вычитания с сатурацией хотя бы? или хоть min/max?<br><br>&gt; А билдить 32 бит код - спецом под полтора уродца - обломав <br>&gt; всех остальных - не понимаю какой пойнт этой активности вообще.<br><br>ну, не все же используют проприетарный софт.<br><br>&gt; Не очень понимаю как можно быть "немножечко" беременной. Архитектура или поддерживает режимы <br>&gt; адресации нужные для position independent, или нет. И если нет - <br>&gt; это сразу полкило фееричных костылей на ровном месте.<br><br>а загрузи-ка мне 64-битный immediate в регистр, а? ну, частая же операция, нет? https://www.opennet.ru/openforum/vsluhforumID3/135589.html#201 Wed, 25 Dec 2024 03:14:00 GMT &gt;&gt; надо же: сначала ты заявил, что в 32-бит режиме невозможно сделать 64-бит <br>&gt; Это где я такое сказал? O_O.<br><br>прямо в сообщении #163. как ещё можно понять твоё удивление тем, что же я без таких чисел делать буду? никак иначе, чем: &#171;на 32-битных архитектурах 64-битные числа обрабатывать нельзя!&#187; это удивление не трактуется.<br><br>&gt; На 32 битах SSE2 не гарантирован. Конец истории.<br><br>ой. простите, мистер фукуяма, не узнал вас без логина. кстати SHA512 без SSE (а мой компилятор умеет и так) медленнее&#8230; вот тут сделаю драматическую паузу&#8230; держим паузу&#8230; держим&#8230; примерно на процент. чуть меньше, может быть.<br><br>&gt; попутно обувая себя в разы на всю скорость крипто<br><br>ну, см. мои рассуждения про SHA512 таки. Keccak &#8212; одни из немногих криптостойких примитивов, который натурально ложится на 64 бита. и там нет абсолютно ничего кроме побитовых операций. которые довольно плохо оптимизируются без специально разработаного железа, потому что последующие операции используют результаты предыду https://www.opennet.ru/openforum/vsluhforumID3/135589.html#200 Wed, 25 Dec 2024 00:34:29 GMT &gt; ты описываешь, как очень нужно DSP, просто жить без него никак &#8212; <br>&gt; и тут же рассказываешь, как не нужно, и жить нормально. а <br>&gt; можно, мы будем беседовать без подобных шизофренических тэйков? я тоже в <br>&gt; подобное умею, но мы же не триьбют монтипайтонам делаем?<br><br>В именно степперах - DSP по сей день весьма опциональное развлечение, и имеет какой-то смысл только если железо его более-менее нормально поддерживает. <br><br>Т.е. если сильно заморочиться - можно сделать микрошаги и проч - и крутить ЭТО примерно как и другие моторы, где вон то делают. Это имет некие плюсы: выше разрешение, тише работает. Но. Это заметно все усложняет. И если кто ставит степпер, возможно - он хотел таки - "гарантированными" шагами фигачить с минимумом заморочек, и уповать на позицию этого всего без feedback.<br><br>Но грань на самом деле достаточно размытая. Т.е. какой-нибудь синхронный 3-фазный BLDC от этого не так уж и отличается. И поэтому сие иногда ставят "сервомотором". А в целом вон то разводят когда хотят чтобы тихо работ https://www.opennet.ru/openforum/vsluhforumID3/135589.html#199 Wed, 25 Dec 2024 00:14:16 GMT &gt; а я в 32-бит режиме могу как минимум в четыре раза больше битов. и что?<br><br>То что в SSE оно обладает кучей особенностей которых у GPR нет. И на x86-64 это не просто можно - но и как раз там гарантировано.<br><br>А билдить 32 бит код - спецом под полтора уродца - обломав всех остальных - не понимаю какой пойнт этой активности вообще. Это типа билда -march=native для вот именно себя? Я для себя не юзаю никакие "pentium4" и "pentium-m", ктулху меня упаси такое юзать.<br><br>&gt; pc-relative &#8212; так я сообщаю. из столь ненавидимых тобой фиксапов конкретно <br>&gt; кода &#8212; только доступ к глобалам.<br><br>Немножечко беременна, ага.<br><br>&gt; в нормальном коде это весьма редкая ситуация. надо будет как-нибудь ради<br>&gt; интереса опять сделать статистику, она довольно забавная получается.<br><br>Не очень понимаю как можно быть "немножечко" беременной. Архитектура или поддерживает режимы адресации нужные для position independent, или нет. И если нет - это сразу полкило фееричных костылей на ровном месте.<br><br>&gt;&gt; 3) Более адекватный регистровы https://www.opennet.ru/openforum/vsluhforumID3/135589.html#198 Tue, 24 Dec 2024 23:53:43 GMT &gt; надо же: сначала ты заявил, что в 32-бит режиме невозможно сделать 64-бит <br><br>Это где я такое сказал? O_O. Пойнт был лишь что это менее эффективно в дофига номинаций и идет в комплекте с кучей грабель.<br><br>&gt; числа, а теперь сдал назад. какая неожиданность.<br><br>А нельзя ли уточнить где я сказал что совсем нельзя? Я лишь сказал что это будет менее эффективно.<br><br>&gt; ну кто ж вам виноват, что ваше ядро &#8212; один сплошной хак?<br><br>Ну так никто не заставляет его юзать. И да, разгребают понемногу ошибки молодости.<br><br>&gt;&gt; Не очень понимаю ремарку про SSE2 и Intel <br>&gt; а всё просто: внезапно &#8212; нет никакой причины бежать за толпой на <br>&gt; 64 бита, потому что операции над 64-битными целыми отлично доступны в <br>&gt; 32-бит режиме, с восемью отдельными регистрами для этого. деления, правда, нет, <br>&gt; а для умножения придётся немного заинлайнить. ок.<br><br>На 32 битах SSE2 не гарантирован. Конец истории. Если гарантирован - то это x86-64 как раз и есть. С современными объемами RAM имхо нет никакого смысла экономить на спичках бай https://www.opennet.ru/openforum/vsluhforumID3/135589.html#197 Mon, 23 Dec 2024 23:17:25 GMT &gt;&gt;&gt; У вас до сих пор 32 битная машина для работы?<br>&gt;&gt; вот у меня, например, 32-битная ось, и 8гб памяти на рабочей машине.<br>&gt; Зашибись комбо когда нельзя даже аллоцировать доступную оперативу некоей программе.<br><br>какое счастье, что у меня нет &#171;неких программ&#187;, писаных безрукими Современными Программистами, уверенными, что их софт лучший в мире, поэтому ему нужны все доступные ресурсы и ещё чуть-чуть.<br><br>&gt;&gt; пересборка ядра занимает примерно шесть минут. не то чтобы мне это было <br>&gt;&gt; постоянно надо, но вот так.<br>&gt; Что однозначно выдает дико обрубленый и неуниверсальный кернел. Прекрасно для админа локалхоста <br>&gt; но очень непрактично для всего остального.<br><br>для чего &#171;остального&#187;? ядра &#8212; ты тут удивишься, наверное &#8212; всегда на &#171;локалхостах&#187; работают. но, опять же, ты продолжаешь иллюстрировать Современное Ойте: &#171;зачем делать быстро и экономично, если можно медленно и прожорливо?&#187;<br> https://www.opennet.ru/openforum/vsluhforumID3/135589.html#196 Mon, 23 Dec 2024 20:37:35 GMT &gt; kvm удобен в том числе для создания хорошо изолированых окружений. но в <br>&gt; общем &#8212; да. хотя это был скорее эксперимент в бесполезном, чего скрывать. ;-) <br><br>Ну как бы у меня он так и юзается. И вот гуесты иногда можно и 32 бита. Хотя 64 лучше по перфомансу крипто всякого и проч, а оперативы они у меня много не жрут - я умею минимальные дебианы фигарить.<br> https://www.opennet.ru/openforum/vsluhforumID3/135589.html#195 Mon, 23 Dec 2024 20:34:53 GMT &gt;&gt; У вас до сих пор 32 битная машина для работы?<br>&gt; вот у меня, например, 32-битная ось, и 8гб памяти на рабочей машине. <br><br>Зашибись комбо когда нельзя даже аллоцировать доступную оперативу некоей программе.<br><br>&gt;&gt; Ну это смотря в чем работа состоит. Если например просто захотеть скомилять <br>&gt;&gt; сабжевое ядро с другим конфигом <br>&gt; пересборка ядра занимает примерно шесть минут. не то чтобы мне это было <br>&gt; постоянно надо, но вот так.<br><br>Что однозначно выдает дико обрубленый и неуниверсальный кернел. Прекрасно для админа локалхоста но очень непрактично для всего остального.<br>