|  | Подвисает 2й конфигуратор при запуске сравнения конфигураций в 1м | ☑ | 
    
        | 0
    
        cons24   15.07.20✎ 14:09 | Всего мнений: 3 
 
 
        Приходится ждать пока завершится сравнение в 1м.
Сталкивались с таким? Есть лекарство?
 |  | 
    
        | 1
    
        timurhv   15.07.20✎ 14:11 | 
        (0) в какой-то версии платформы 8.3.13 или ниже было такое, больше не встречал     |  | 
    
        | 2
    
        Aleksey   15.07.20✎ 14:11 | 
        было такое     
 Есть такое |  | 
    
        | 3
    
        cons24   15.07.20✎ 14:12 | 
        (1) 8.3.15     |  | 
    
        | 4
    
        cons24   15.07.20✎ 14:54 | 
        Прибил 2й, запустил заново - не висит 1й теперь.     |  | 
    
        | 5
    
        Мимохожий Однако   15.07.20✎ 19:01 | 
        В чём смысл голосовалки?     |  | 
    
        | 6
    
        zak555   15.07.20✎ 19:55 | 
        А в edt ?     |  | 
    
        | 7
    
        timurhv   15.07.20✎ 23:45 | 
        (3) Вроде было если запустить сеанс с отладкой из конфигуратора и быстро во втором конфигураторе запустить сравнение.
 На новой 8.3.17 бывает такое: ставишь точку останова, выгружаешь в макет большую таблицу (>120тыс строк и 20 столбцов), удаляешь первые столбцы и все, виснет намертво на точке останова сам конфигуратор.
 |  | 
    
        | 8
    
        hhhh   16.07.20✎ 06:19 | 
        (4) я пробовал 3 конфигуратора. Зависают порой жестко.     |  | 
    
        | 9
    
        ink-nsk   16.07.20✎ 06:24 | 
        Места на системном диске мало, там где твой профиль лежит.
когда место закончится вообще отвалится.
 Можно кэшик почистить, так немного поможет, но не на долго
 |  | 
    
        | 10
    
        DrZombi   гуру 16.07.20✎ 06:34 | 
        Обнови железку, на i9 :)     
 Не замечал |  | 
    
        | 11
    
        K1RSAN   16.07.20✎ 06:42 | 
        Ни разу не встречал. Делаю параллельные сравнения стабильно, особенно, когда проверяю перенесенные доработки после больших обновлений, когда приходится формы ручками доправлять.     
 Не замечал |  | 
    
        | 12
    
        Фрэнки   16.07.20✎ 08:00 | 
        имхо, памяти возможно мало. 
Ну и вторая причина, а база на чем? Если она на серваке, то конфигураторы могут друг друга заблокировать общими глобальными блокировками.
 |  | 
    
        | 13
    
        Фрэнки   16.07.20✎ 08:03 | 
        А почему на память думаю - а не корректно отрабатывает диспетчер памати. Возможно, что при сборке самих приложений выставлены какие-то специальные флаги, которые не дают память процессов свопать. Не всех процессов. Но вот толстые клиенты конфигураторов, насколько я смог заметить, память свопать не хотят.     |  |