Вход | Регистрация


1С:Предприятие :: 1С:Предприятие 8 общая

Тормоза 8.3.12

Тормоза 8.3.12
Я
   гваделупа
 
13.11.18 - 14:39
В последнее время народ жаловался что при переходе с 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.
Так что готовьтесь.
 
 
   H A D G E H O G s
 
1 - 13.11.18 - 14:49
В нашей строке использовались две основные технологии оптимизации:

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


Как бы ребятам было бы проще на Дельфях, где это все из коробки.
   H A D G E H O G s
 
2 - 13.11.18 - 14:52
Но вообще читать про внутреннюю кухню прикольно.
   H A D G E H O G s
 
3 - 13.11.18 - 14:54
Если бы я был бы всемогущим существом, я бы запирал в одном помещении головожопов, кричащих "Ваша 1С - гно" с вот этим разработчиком, копавшемся полгода в некрокоде и давал бы ему картбланш без последствий.
   DmitrO
 
4 - 13.11.18 - 14:56
Внутренний буфер еще в 7.7 был. :)
На счет Copy On Write не помню.
   гваделупа
 
6 - 13.11.18 - 15:08
Я с этими тормозами не сталкивался, но по описаниям похоже что тормозит гуй. Т.е. стандартные методы диагностики (железо, запросы и т.п.) ничего не покажут. Причем подобные проблемы описывал чувак на убунту под постгресом, после перехода на 8.3.13.
   timurhv
 
7 - 13.11.18 - 15:36
(6) На партнерке насчитал 6 тем по проблеме тормозов. Думаю, допилят в ближайшее время (нет).
   гваделупа
 
8 - 13.11.18 - 15:40
(7) Вот хз. Вроде ни одной зарегенной ошибки по этой теме нет. В ближайшее время допилят до С++17 и как это проявится - хз.
   МаленькийВопросик
 
9 - 13.11.18 - 16:10
По ощущениям, 12-ая работает быстрее, чем 10-ка и в файле и на сервере.

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

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

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

И похоже все типовые переведены на бсп 3.0 тк они требуют уже 12-ую платформу???????
   МаленькийВопросик
 
10 - 13.11.18 - 16:14
Кстати, вопрос

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

База 150 гб....

Интересно, много ли хапну геммора при переходе на крайний релиз 12-ой???
 
 Рекламное место пустует
   Вафель
 
11 - 13.11.18 - 16:15
(10) все зависит от того насколько твой код покрыт тестами
   МаленькийВопросик
 
12 - 13.11.18 - 16:26
(11) фиг с тестами, там ничего сверхсложного в базе не происходит - я бы сказал топорно в большей степени, за 8.2.90 мог бы сказать, что сервер отросительно стабилен.

Но 8.3 мне нужна уже для полноценной комфортной работы с json, ну и экселем в придачу....
   Вафель
 
13 - 13.11.18 - 16:36
(12) ну тогда переводи. Ну сломается. так сломается - починишь
   tesseract
 
14 - 13.11.18 - 16:38
(10) Всего не предусмотришь. Лучше уж на 8.3.13 сразу. Там функционал в разы удобнее.
   Вафель
 
15 - 13.11.18 - 16:40
(14) а именно?
   tesseract
 
16 - 13.11.18 - 16:48
(14) Много плюшек добавили. Потоки там, счетчики производительности и прочее. Интерфейс просто летать начал.
   H A D G E H O G s
 
17 - 13.11.18 - 16:55
(16) Стабильность?
   МаленькийВопросик
 
18 - 13.11.18 - 16:59
(16) может, я напишу какую-то глупость, но в чем смысл потоков в 1с будет???? Чтобы постостоянно напарываться на конфликт блокировок и ломать связь мду регистрами и документами????
   ДенисЧ
 
19 - 13.11.18 - 17:02
(16) Какие потоки? Файловые? Streams, что ли? А то тут тебя поняли как threads...
   H A D G E H O G s
 
20 - 13.11.18 - 17:07
   Вафель
 
21 - 13.11.18 - 17:08
(20) а где там про потоки?
   H A D G E H O G s
 
22 - 13.11.18 - 17:13
(21) Ну это просто собирательное "и примкнувший к ним Шелепин"
   H A D G E H O G s
 
23 - 13.11.18 - 17:13
Шепилов
   Вафель
 
24 - 13.11.18 - 17:13
кроме счетчиков получается ничего нового?
   H A D G E H O G s
 
25 - 13.11.18 - 17:15
(24) Ахренеть у вас запросы.
Да за счетчики нужно целовать.
   Вафель
 
26 - 13.11.18 - 17:16
(25) для типовой конфы не особо и нужны.
кто потом и что будет оптимизировать то?
   H A D G E H O G s
 
27 - 13.11.18 - 17:17
   tesseract
 
28 - 13.11.18 - 17:18
(19) Файловые и в памяти. Как избавление от временных файлов для меня очень хороший бонусик.  А то скачай, потом сохрани, потом удали. Сейчас код обработки сильно сократился.

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

(25) Раньше через RAC-ом собирать приходилось. Теперь так появились.
   Вафель
 
29 - 13.11.18 - 17:18
(27) новые веселые цветные кнопки?
   H A D G E H O G s
 
30 - 13.11.18 - 17:18
(28) "Файловые и в памяти."
Это было еще в 8.3.10
   ptiz
 
31 - 13.11.18 - 17:19
(26) Похоже, 1С считает, что на каждой фирме должен быть как минимум "эксперт по технологическим вопросам", а не так, чтобы платформа работала стабильно и не требовала никакого вмешательства.
   tesseract
 
32 - 13.11.18 - 17:19
(30) Не было у двоичных данных. ТД не мог загружать данные из потоков.
   H A D G E H O G s
 
33 - 13.11.18 - 17:19
(29) Я думаю, в рамках этой темы, пересобрали ГУЙ и все забегало, судя по отзывам tesseract
 
 
   H A D G E H O G s
 
34 - 13.11.18 - 17:20
(31) Не только 1С.
   Вафель
 
35 - 13.11.18 - 17:20
(31) Никакой эксперт не сможет совладатьс 1с, если она глючит
   Вафель
 
36 - 13.11.18 - 17:20
(33) гуй на клиент-сервере уже давно быстро бегает. (если ты не первый пользователь)
   H A D G E H O G s
 
37 - 13.11.18 - 17:21
(32) Ну может что-то добавили, посмотрим. Ты скажи, стабильно все работает? Чтобы клиент-сервер под Виндой и MSSQL
   tesseract
 
38 - 13.11.18 - 17:22
(37) У меня linux + веб клиенты + тонкие под винду + Макос.  Даже на #@$#%# рарус не жалуются.
   H A D G E H O G s
 
39 - 13.11.18 - 17:23
(38) Понятно. Подождем релиза 8.3.14.
   ildary
 
40 - 13.11.18 - 17:24
(20) а можно спросить - в зазеркалье сказали, что можно прервать серверный вызов, не завершая сеанс, но не написали - как именно. Можно узнать подробности?
   tesseract
 
41 - 13.11.18 - 17:27
(40) В администрировании теперь появилось "Завершить сеанс" и "Прервать текущий серверной вызов".  И теперь можно отправить сообщение при прерывании.  Удобно кстати.
   МаленькийВопросик
 
42 - 13.11.18 - 17:42
(41) прикол в том, что когда на 32-битах запускали большой отчет - память сжиралась до 4гб и процесс вылетал с ошибкой... здесь все "окультурено" )
   МаленькийВопросик
 
43 - 13.11.18 - 17:43
(41) раньше "Завершить сеанса" не было чтоли???? или это что-то про другое
   ДенисЧ
 
44 - 13.11.18 - 17:44
(41) В консоли сервера? Или на клиенте?
   МаленькийВопросик
 
45 - 13.11.18 - 17:45
(38) что за постгрес? размер базы какой?
   tesseract
 
46 - 13.11.18 - 18:00
(42) До каких 4-х? 32-битная ось больше 2 гигов на процесс не отдаст.

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

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

(45) 9.6.   Гигов  400 основная + еще штук 20 разной степени жирности. Даже не интересовался размерами.
   МаленькийВопросик
 
47 - 13.11.18 - 18:06
(46) да не важно, главное вылетала с ошибкой - причем на отчетах СКД

база крайней степени запущенности... О_О
   МаленькийВопросик
 
48 - 13.11.18 - 18:15
(46) я помню время - лет 8-10 назад, когда здесь на форуме ребята писали, что вот у них база 100 гб и она требует "особого подхода", так как "стандартные" вещи в не работают ....

теперь понимаешь, что 100 гб базы - это более чем обычное явление
   tesseract
 
49 - 13.11.18 - 21:39
(48) Так там 90% жира. Индексы жрут некисло. Да и оборудование подтянулось.

Ну и толстый клиент таки уходит в ад.
 
 Рекламное место пустует
   МаленькийВопросик
 
50 - 13.11.18 - 21:53
(49) а дт-шник сколько твоей базы весит?
   oleg_km
 
51 - 13.11.18 - 22:08
(50) А на такой базе он разве создается? Я на 300 гб пробовал - не взлетело
   tesseract
 
52 - 13.11.18 - 22:12
(50) Крайний раз было около 5. Хотя dt выгружать - это же жп.

(51) Это если данные битые или места не хватает - нужно минимум в два раза больше.
   ptiz
 
53 - 14.11.18 - 09:04
(51) На >400Гб нормально выгружал/загружал рабочую базу.
   dezss
 
54 - 14.11.18 - 09:10
(46) э...чего?
2^32 = 4 ГБ - это ж и есть максимальная адресация
   ДенисЧ
 
55 - 14.11.18 - 09:14
(54) В вин32 процессу отдаётся 2ГБ. При использовании PAE до 3х. Такая архитектура
   dezss
 
56 - 14.11.18 - 09:53
(55) хм...видать мало я работал в вин32...либо столько памяти не жрал, чтоб столкнуться...
спасибо за разъяснения
   ДенисЧ
 
57 - 14.11.18 - 09:54
(56) Извини, но такую вещь я знал ещё в 1996м году ))))
   dezss
 
58 - 14.11.18 - 10:09
(57) ну я не знал...в 96-м я еще и комп ни разу не видел)
   tesseract
 
59 - 14.11.18 - 13:49
(57) У меня в 1996 16 мегабайт SIMM было - и это было офигеть как круто :-)
   ДенисЧ
 
60 - 14.11.18 - 13:52
(59) У нас в Вузе в это время были целых 4МБ! )))
   unregistered
 
61 - 14.11.18 - 14:33
Интересная, на мой взгляд, выдержка из комментариев к статье из ссылки в (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-битная платформа — для современных.
   tesseract
 
62 - 14.11.18 - 14:55
(61) В смысле поворот? 64-битный процессор однозначно поддерживает определенный набор инструкций. 32-х битная платформа для устаревших решений и поодержки всяких старых модулей.
   H A D G E H O G s
 
63 - 14.11.18 - 14:57
(62) Нигде не указано, что 32-х битная платформа не требует SSE2, и, наоборот. Вот, в этом и поворот.
   H A D G E H O G s
 
64 - 14.11.18 - 14:57
(62) Что 64-битная платформа быстрее.
   tesseract
 
65 - 14.11.18 - 15:12
(63) Я как бы не очень понимаю необходимость SIMD инструкций для учетного софта. Там довольно мало массивов данных.

(64) Это подразумевается. Еще 64-битная платформа по определению жрет примерно на треть больше ресурсов.
   H A D G E H O G s
 
66 - 14.11.18 - 15:18
(65) По каким вашим внутренним определениям перевод дескрипторов на 64UINT (ну ладно, сделаем скидку на лень, и DWORD, который в коде скорее всего не поменяли) дали "на треть больше" ресурсов?
   tesseract
 
67 - 14.11.18 - 15:39
(66) По утилите руссиновича :-)  Треть - это конечно самая высокая планка.


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Рекламное место пустует