В последнее время народ жаловался что при переходе с 8.3.10 на 8.3.12 и 8.3.13 начались тормоза (вроде бы чаще проявляется на Win 2003). А тут оказывается 1С-овцы делают какой-то ацкий рефакторинг платформы https://habr.com/company/1c/blog/429678/
Конкретно про релиз 8.3.12 не сказано, но чувак из 1С пишет что "версия 1С:Предприятие 8.3.14 (в разработке, релиз запланирован на начало следующего года) уже переведена на стандарт С++17."
Не думаю что они переводут сразу вжух и готово на 8.3.14, скорее всего делают по частям, и уже начало вылезать в 8.3.12.
Так что готовьтесь.

В нашей строке использовались две основные технологии оптимизации:

    Для коротких значений используется внутренний буфер в самом объекте строки (не требующий дополнительной аллокации памяти).
    Для всех остальных используется механика Copy On Write. Значение строки хранится в одном месте, при присвоении/модификации используется счетчик ссылок.


Как бы ребятам было бы проще на Дельфях, где это все из коробки.

Но вообще читать про внутреннюю кухню прикольно.

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

Внутренний буфер еще в 7.7 был. :)
На счет Copy On Write не помню.

Я с этими тормозами не сталкивался, но по описаниям похоже что тормозит гуй. Т.е. стандартные методы диагностики (железо, запросы и т.п.) ничего не покажут. Причем подобные проблемы описывал чувак на убунту под постгресом, после перехода на 8.3.13.

(6) На партнерке насчитал 6 тем по проблеме тормозов. Думаю, допилят в ближайшее время (нет).

(7) Вот хз. Вроде ни одной зарегенной ошибки по этой теме нет. В ближайшее время допилят до С++17 и как это проявится - хз.

По ощущениям, 12-ая работает быстрее, чем 10-ка и в файле и на сервере.

Ну я не знаю, работа на ссд и и7 всегда

Но и 10-ая версия хороша, наверное по-настоящему это уже 8.3.

В 12-ой непонятки с ком-объектами, если предыдущие версии были. А так нормальное развитие, после 10-ки полностью отказался от 8.2

И похоже все типовые переведены на бсп 3.0 тк они требуют уже 12-ую платформу???????

Кстати, вопрос

У меня есть база примерно 12 года неподдерживаемая ут10.3 вся переписанная с веб сервисами поднятыми, работает на 8.2.90 ажжж по-моему

База 150 гб....

Интересно, много ли хапну геммора при переходе на крайний релиз 12-ой???

(10) все зависит от того насколько твой код покрыт тестами

(11) фиг с тестами, там ничего сверхсложного в базе не происходит - я бы сказал топорно в большей степени, за 8.2.90 мог бы сказать, что сервер отросительно стабилен.

Но 8.3 мне нужна уже для полноценной комфортной работы с json, ну и экселем в придачу....

(12) ну тогда переводи. Ну сломается. так сломается - починишь

(10) Всего не предусмотришь. Лучше уж на 8.3.13 сразу. Там функционал в разы удобнее.

(14) а именно?

(14) Много плюшек добавили. Потоки там, счетчики производительности и прочее. Интерфейс просто летать начал.

(16) Стабильность?

(16) может, я напишу какую-то глупость, но в чем смысл потоков в 1с будет???? Чтобы постостоянно напарываться на конфликт блокировок и ломать связь мду регистрами и документами????

(16) Какие потоки? Файловые? Streams, что ли? А то тут тебя поняли как threads...

(18) (19) https://wonderland.v8.1c.ru/blog/mekhanizm-upravleniya-potrebleniem-resursov/

(20) а где там про потоки?

(21) Ну это просто собирательное "и примкнувший к ним Шелепин"

Шепилов

кроме счетчиков получается ничего нового?

(24) Ахренеть у вас запросы.
Да за счетчики нужно целовать.

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

(24) Вот еще
https://wonderland.v8.1c.ru/blog/podderzhka-korporativnogo-stilya/

(19) Файловые и в памяти. Как избавление от временных файлов для меня очень хороший бонусик.  А то скачай, потом сохрани, потом удали. Сейчас код обработки сильно сократился.

(24) Ну там портянка большая. Мне ее всю сюда копировать?

(25) Раньше через RAC-ом собирать приходилось. Теперь так появились.

(27) новые веселые цветные кнопки?

(28) "Файловые и в памяти."
Это было еще в 8.3.10

(26) Похоже, 1С считает, что на каждой фирме должен быть как минимум "эксперт по технологическим вопросам", а не так, чтобы платформа работала стабильно и не требовала никакого вмешательства.

(30) Не было у двоичных данных. ТД не мог загружать данные из потоков.

(29) Я думаю, в рамках этой темы, пересобрали ГУЙ и все забегало, судя по отзывам tesseract

(31) Не только 1С.

(31) Никакой эксперт не сможет совладатьс 1с, если она глючит

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

(32) Ну может что-то добавили, посмотрим. Ты скажи, стабильно все работает? Чтобы клиент-сервер под Виндой и MSSQL

(37) У меня linux + веб клиенты + тонкие под винду + Макос.  Даже на #@$#%# рарус не жалуются.

(38) Понятно. Подождем релиза 8.3.14.

(20) а можно спросить - в зазеркалье сказали, что можно прервать серверный вызов, не завершая сеанс, но не написали - как именно. Можно узнать подробности?

(40) В администрировании теперь появилось "Завершить сеанс" и "Прервать текущий серверной вызов".  И теперь можно отправить сообщение при прерывании.  Удобно кстати.

(41) прикол в том, что когда на 32-битах запускали большой отчет - память сжиралась до 4гб и процесс вылетал с ошибкой... здесь все "окультурено" )

(41) раньше "Завершить сеанса" не было чтоли???? или это что-то про другое

(41) В консоли сервера? Или на клиенте?

(38) что за постгрес? размер базы какой?

(42) До каких 4-х? 32-битная ось больше 2 гигов на процесс не отдаст.

(43) Вот только "Завершить сеанс" и было.

(44) На клиенте через БСП только завершить сеанс :-) .

(45) 9.6.   Гигов  400 основная + еще штук 20 разной степени жирности. Даже не интересовался размерами.

(46) да не важно, главное вылетала с ошибкой - причем на отчетах СКД

база крайней степени запущенности... О_О

(46) я помню время - лет 8-10 назад, когда здесь на форуме ребята писали, что вот у них база 100 гб и она требует "особого подхода", так как "стандартные" вещи в не работают ....

теперь понимаешь, что 100 гб базы - это более чем обычное явление

(48) Так там 90% жира. Индексы жрут некисло. Да и оборудование подтянулось.

Ну и толстый клиент таки уходит в ад.

(49) а дт-шник сколько твоей базы весит?

(50) А на такой базе он разве создается? Я на 300 гб пробовал - не взлетело

(50) Крайний раз было около 5. Хотя dt выгружать - это же жп.

(51) Это если данные битые или места не хватает - нужно минимум в два раза больше.

(51) На >400Гб нормально выгружал/загружал рабочую базу.

(46) э...чего?
2^32 = 4 ГБ - это ж и есть максимальная адресация

(54) В вин32 процессу отдаётся 2ГБ. При использовании PAE до 3х. Такая архитектура

(55) хм...видать мало я работал в вин32...либо столько памяти не жрал, чтоб столкнуться...
спасибо за разъяснения

(56) Извини, но такую вещь я знал ещё в 1996м году ))))

(57) ну я не знал...в 96-м я еще и комп ни разу не видел)

(57) У меня в 1996 16 мегабайт SIMM было - и это было офигеть как круто :-)

(59) У нас в Вузе в это время были целых 4МБ! )))

Интересная, на мой взгляд, выдержка из комментариев к статье из ссылки в (0) PeterG - представитель 1С и автор статьи:


DikSoft
Правильно ли я понял, что теперь фичи новых Xeon/Core будут наконец задействованы? Или флаги компиляции так и остались на «Pentium-4»?
gecube
Используются ли дополнительные инструкции процессора в коде, или вся надежда на компилятор, что он верно сам увидит и соптимизирует.

PeterG
К сожалению, мы не можем так просто задействовать фичи новых процессоров у себя в платформе. Некоторое время назад мы пытались банально включить поддержку SSE2 при компиляции 32-битной платформы (в x64 процессорах она уже есть по умолчанию) и сразу получили несколько проблем от внедренцев, т.к. у клиентов до сих пор используются компьютеры, не поддерживающие SSE2.

DikSoft
Печально. Так и будем гоняться по «помойкам» за старыми Xeon На 3.2 ГГц для серверов 1С?
Вариант выпуска нескольких наборов бинарников, условно «под старые процессоры» / «под новые процессоры» хотя бы для Windows платформы не рассматривался?

PeterG
Речь шла о клиентских компьютерах и, соответственно, процессорах. С серверными такой проблемы нет.
По поводу двух редакций — сейчас фактически так и есть, 32-битная платформа для старого железа и ОС, 64-битная платформа — для современных. В том числе для этого мы сделали 64-битный клиент и Конфигуратор.


Вот такой вот поворот. 32-битная платформа для старого железа и ОС, 64-битная платформа — для современных.

(61) В смысле поворот? 64-битный процессор однозначно поддерживает определенный набор инструкций. 32-х битная платформа для устаревших решений и поодержки всяких старых модулей.

(62) Нигде не указано, что 32-х битная платформа не требует SSE2, и, наоборот. Вот, в этом и поворот.

(62) Что 64-битная платформа быстрее.

(63) Я как бы не очень понимаю необходимость SIMD инструкций для учетного софта. Там довольно мало массивов данных.

(64) Это подразумевается. Еще 64-битная платформа по определению жрет примерно на треть больше ресурсов.

(65) По каким вашим внутренним определениям перевод дескрипторов на 64UINT (ну ладно, сделаем скидку на лень, и DWORD, который в коде скорее всего не поменяли) дали "на треть больше" ресурсов?

(66) По утилите руссиновича :-)  Треть - это конечно самая высокая планка.