Чушь, добро должно умножаться. Если вы даёте X денег, но при этом отказываете себе в оплате диагностики, а потом обнаруживается рак последней степени — это, не добро. Смысл в том, что одни и те же вещи имеют разную стоимость для разных людей, поэтому лишая себя того, что значит для вас мало и отдавая тому, для кого это стоит много вы творите (умножаете) добро, а поступая противоположно — зло. Например, если вы сыты и у вас лишний вес, то отдать свою булочку голодному бомжу — это добро, а если вы три дня ничего не ели, а какой-то хряк просит чего-нить закусить глядя на вашу булочку, то отдав вы творите — зло.
А блок питания, стабилизированный по току, это уже не блок питания?
P. S. У драйвера гораздо более размытое понятие, чем у блока питания, туда входят и ПО и двигатели, и контроллеры и блоки питания и даже отдельные личности в компании друзей. Поэтому, конечно же, сужения понятия до какого-то там стабилизированного тока, это — не верно.
Нет никаких проблем сделать софтовый эмулятор и попробовать написать программу, что бы оценить эффективность выполнения стандартных алгоритмов. Но то что автор такого чуда, это будет делать «смешно даже думать».
Параграфы и миниядра-клетки, есть в архитектуре Мультиклет. Её можно пощупать в железе.
Ну как бы очевидно, что при современных реалиях, когда память даже для рядовых процов — это ужасный тормоз, то увеличение ядер и эффективность — это антонимы. Можно сделать каждому ядру локальную память, есть такой проц, берите и проверяйте: МальтСистем
Аргументы против PowerPC, просто эмоциональный бред. Тренды для RISC-V, это гадание на кофейной гуще. Статья не объективна, хотя «пощупать новенькое», конечно, хочется всем. Это как с языками программирования, пока весь код на новом языке пишется с нуля, язык — конфетка, а все разрабы: могучие криейторы, когда накапливается куча дремучего легаси, никто не хочет уже с этим возиться и пахать ассенизатором (например, куча конфигов архитектуры АРМ, опциональностей и т.п.).
это купить компанию наподобие AMD. Думаю, достаточо очевидно, что это нереально по многим причинам, в том числе политическим.
Купите интеллектуальную собственность по процессору Alpha (думаю цены там уже ниже плинтуса) и развивайте, думаю, очевидно, что всегда можно что-нибудь подходящее купить, а не делать с нуля. Уж чего-чего, а бабок у государства — достаточно.
HTTP и web-сервис имеют ограничения на одновременное подключение, по умолчанию установлено ограничение на 10 параллельных запросов, можем увеличить количество по необходимости.
Дайте пруф на эту информацию, и что не так с увеличением количества?
Отвечу сразу всем, у меня нет возможности вести дискуссию в комментариях, поэтому я пообщался с автором в привате.
Докладываю, автор всё понимает, его позиция заключается в: «я придумал как было бы классно, а 1с идиоты».
С документацией 1С всё в порядке, там и близко нет никаких указаний полей среза. Читаем по языку запросов:
в конфигурации предусмотрены частотные запросы к срезам последних на текущий момент времени и/или к срезам первых для получения актуальных данных (т.е. когда не задан период в параметрах виртуальных таблиц СрезПервых и СрезПоследних);
при этом остальные условия для виртуальных таблиц СрезПервых и СрезПоследних задаются только на значения измерений
Условия я выделил жирным специально. Вот как выглядит обращение к срезу по справке:
РегистрСведений.ЦеныНоменклатуры.СрезПоследних(Дата, Истина AND Измерение = &Переменная)
Для тех кто не знает 1С, это калька с SQL блока where true and table.Измерение = &Значение, то есть фильтр будет идти по значению в поле.
Автор напрочь игнорирует, описание того, что это условие, ему похер на логические операнды, на аналогию с группировкой и блоком where. Для него, раз там есть отсылка к измерениям, значит он тут указывает по каким полям срез...! И хоть кол на голове ему чеши, 4 сообщения про одно и то же, тупо проигнорированы и аргументы его, не меняются.
Далее смотрим объектную модель (цитата из справки):
СрезПоследних (<Конец периода>, <Отбор>)
Ему опять же — глубоко насрать на то, что параметр называется отбор, раз он отбор осуществляет по значениям измерений, то вынь и положь ему срез по ним, а не срез, который был сконфигурирован, при создании регистра. И в жопу, составной кластерный индекс, по котрому и происходит группировка, в жопу итоги, которые были предрасчитаны…
Срез последних, это очень ресурсоёмкая операция, и когда делались регистры, то он делался именно для ускорения работы, поэтому для этого фиксируются измерения, создаются под них индексы, создаются итоги, и удобный доступ ко всему этому. С регистром, вы работаете без всяких срезов, а если нужно, то — ускоряетесь с помощью этого механизма.
А задач, где может потребоваться нестандартный срез, под которые не подходит данный 1с функционал — море. Например, очень часто, записи из регистра не удаляются, а помечаются как недействительные (не обязательно параметром булево) и должны быть вырезаны ДО среза, так как не являются результатом, а просто должны игнорироваться, или данные должны быть заранее отфильтрованы по другим критериям, или срез делается не по конфигурации регистра, а по своим полям, пусть даже ресурсным. Всё это легко и непринуждённо делается обычным запросом. Но нет — автору вынь да положь, накликивание того, что хочет именно он, в данный момент!
И ещё раз, конфигурация среза создаётся при создании регистра заданием полей, которые называются измерениями, потом вы просто с ним работаете. Если вы сделали 3 измерения, а почти всегда используете 2, то это архитектурный просчёт, если вам в редких случаях надо использовать 2, то вы не сможете использовать механизм ускорения в виде среза 1С, а просто используете обычный доступ к регистру и делаете через вложенный запрос кастомный срез в ручную.
К регистрам есть ещё объектная модель доступа, это довольно удобно, потому что можно одной строкой получить то, что нужно, а кроме того, она избавлена от Null. Но вот, как, например, объяснить то, что «найти последнее» в переодическом регистре, возвращает только ресурсы, то есть когда это последнее, вы узнать не можете. Про кучу ограничений в объектной модели, типа вы должны указать все измерения или работать только с индексируемыми полями я молчу. Помимо ресурсов, вроде бы, ещё есть реквизиты в регистрах, тоже странная вещь, про которую хочется спросить: нахрена?
P. S. В статье не раскрыто о переодичности переодических регистров, типа в пределах секунды, минуты и т.п. Вообще, я бы сказал, что нам «гонит дичь», человек который просто не до конца понимает что и как и хочет разложить это у себя по полочкам, но выдаёт за какое-то откровение.
P. P. S. Не могу часто писать, но спустился по комментариям ниже и немного подахренел. Уважаемый автор, логика платформы 1С предельно ясна: вы не можете взять срез по 1му измерению, вы не можете взять срез по 2 измерениям, вы просто берёте срез. Измерения указаны при создании регистра, именно по ним и берётся срез, если их два. то это будет срез по 2 измерениям, если был создан регистр с 3мя измерениями, то это будет срез по 3м. Таким образом, вы путаете фильтр, в котором вы задаёте что выводить из полученного среза (сейчас не помню, вроде бы он применяется на данные до взятия среза) и какие-то мифические динамо-срезы, которых тут и в помине нет. Если вам нужен срез по 2м измерениям в регистре из 3х, то GoTo handmade.
Мультиклет это именно архитектура процессора общего назначения, а на его базе они разрабатывают всевозможные линейки: для криптохешей, графический, нейроморфный и т.п.
Вы с такой болью пишете про «проёб… средства», когбуд-то не понимаете, что процессор, это не только ядро, а ещё и множество IP блоков, DDR4, PCI, IO, Кеш, куча всего и всё это разрабатывается коммандой Эльбрус и легко лицензируется другим прозводителям, а так же поддерживается не зависимо от любых санкций. Специализированное ПО и рабочие, стоят так же очень дорого и им всё равно процессор какой архитектуры делать. Фактически, очень многое из сделанного, это уже идеально вложенные силы в разработкую любого нормального процессора. И зачем тогда бучу поднимать?
P. S. У драйвера гораздо более размытое понятие, чем у блока питания, туда входят и ПО и двигатели, и контроллеры и блоки питания и даже отдельные личности в компании друзей. Поэтому, конечно же, сужения понятия до какого-то там стабилизированного тока, это — не верно.
Параграфы и миниядра-клетки, есть в архитектуре Мультиклет. Её можно пощупать в железе.
Купите интеллектуальную собственность по процессору Alpha (думаю цены там уже ниже плинтуса) и развивайте, думаю, очевидно, что всегда можно что-нибудь подходящее купить, а не делать с нуля. Уж чего-чего, а бабок у государства — достаточно.
Дайте пруф на эту информацию, и что не так с увеличением количества?
Докладываю, автор всё понимает, его позиция заключается в: «я придумал как было бы классно, а 1с идиоты».
С документацией 1С всё в порядке, там и близко нет никаких указаний полей среза. Читаем по языку запросов:
Условия я выделил жирным специально. Вот как выглядит обращение к срезу по справке:
Либо так:
Для тех кто не знает 1С, это калька с SQL блока where true and table.Измерение = &Значение, то есть фильтр будет идти по значению в поле.
Автор напрочь игнорирует, описание того, что это условие, ему похер на логические операнды, на аналогию с группировкой и блоком where. Для него, раз там есть отсылка к измерениям, значит он тут указывает по каким полям срез...! И хоть кол на голове ему чеши, 4 сообщения про одно и то же, тупо проигнорированы и аргументы его, не меняются.
Далее смотрим объектную модель (цитата из справки):
Ему опять же — глубоко насрать на то, что параметр называется отбор, раз он отбор осуществляет по значениям измерений, то вынь и положь ему срез по ним, а не срез, который был сконфигурирован, при создании регистра. И в жопу, составной кластерный индекс, по котрому и происходит группировка, в жопу итоги, которые были предрасчитаны…
Срез последних, это очень ресурсоёмкая операция, и когда делались регистры, то он делался именно для ускорения работы, поэтому для этого фиксируются измерения, создаются под них индексы, создаются итоги, и удобный доступ ко всему этому. С регистром, вы работаете без всяких срезов, а если нужно, то — ускоряетесь с помощью этого механизма.
А задач, где может потребоваться нестандартный срез, под которые не подходит данный 1с функционал — море. Например, очень часто, записи из регистра не удаляются, а помечаются как недействительные (не обязательно параметром булево) и должны быть вырезаны ДО среза, так как не являются результатом, а просто должны игнорироваться, или данные должны быть заранее отфильтрованы по другим критериям, или срез делается не по конфигурации регистра, а по своим полям, пусть даже ресурсным. Всё это легко и непринуждённо делается обычным запросом. Но нет — автору вынь да положь, накликивание того, что хочет именно он, в данный момент!
И ещё раз, конфигурация среза создаётся при создании регистра заданием полей, которые называются измерениями, потом вы просто с ним работаете. Если вы сделали 3 измерения, а почти всегда используете 2, то это архитектурный просчёт, если вам в редких случаях надо использовать 2, то вы не сможете использовать механизм ускорения в виде среза 1С, а просто используете обычный доступ к регистру и делаете через вложенный запрос кастомный срез в ручную.
P. S. В статье не раскрыто о переодичности переодических регистров, типа в пределах секунды, минуты и т.п. Вообще, я бы сказал, что нам «гонит дичь», человек который просто не до конца понимает что и как и хочет разложить это у себя по полочкам, но выдаёт за какое-то откровение.
P. P. S. Не могу часто писать, но спустился по комментариям ниже и немного подахренел. Уважаемый автор, логика платформы 1С предельно ясна: вы не можете взять срез по 1му измерению, вы не можете взять срез по 2 измерениям, вы просто берёте срез. Измерения указаны при создании регистра, именно по ним и берётся срез, если их два. то это будет срез по 2 измерениям, если был создан регистр с 3мя измерениями, то это будет срез по 3м. Таким образом, вы путаете фильтр, в котором вы задаёте что выводить из полученного среза (сейчас не помню, вроде бы он применяется на данные до взятия среза) и какие-то мифические динамо-срезы, которых тут и в помине нет. Если вам нужен срез по 2м измерениям в регистре из 3х, то GoTo handmade.