| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
mike24
Участник со стажем
Вступление в Клуб: 24.08.2012
|
 Чт Авг 27, 2015 09:48 |
 |
Полезность: Нет оценки
|
| timochev пишет: | | mike24 пишет: | | Ждем исправления в ядре, пакет PLP2PLSQL, процедура declare2plsql |
Это ЦФТ так сразу согласилось вносить изменения в ТЯ? |
а как иначе исправлять проблему, если не в ТЯ?
Ну либо переписывать библиотеку без использования курсоров %rowtype.
Если не вносить изменения в ТЯ, то стрельнёт чуть позже |
|
 |
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Чт Авг 27, 2015 10:30 |
|
Полезность: Нет оценки
|
| mike24 пишет: | | timochev пишет: | | mike24 пишет: | | Ждем исправления в ядре, пакет PLP2PLSQL, процедура declare2plsql |
Это ЦФТ так сразу согласилось вносить изменения в ТЯ? |
а как иначе исправлять проблему, если не в ТЯ?
Ну либо переписывать библиотеку без использования курсоров %rowtype.
Если не вносить изменения в ТЯ, то стрельнёт чуть позже |
Ну могли послать со своими локальными реквизитами куда подальше и ничего не делать. |
|
|
mike24
Участник со стажем
Вступление в Клуб: 24.08.2012
|
| Чт Авг 27, 2015 11:00 |
|
Полезность: Нет оценки
|
| timochev пишет: |
Ну могли послать со своими локальными реквизитами куда подальше и ничего не делать. |
Нигде в документации Платформы не сказано ничего подобного. Банк имеет право создавать локальные объекты и они должны компилироваться  |
|
|
egor_spb
Участник - экстремал
Вступление в Клуб: 28.09.2007
|
| Пн Сен 07, 2015 10:49 Время обновления |
|
Полезность: Нет оценки
|
Накатывал в эти выходные 15.3 и 15.4.
Что-то у меня время наката хранилища сильно от ЦФТ-шного эталонного стало отличаться. Сервера у нас примерно совпадают, раньше и время практически не отличалось, может быть, у нас чуть быстрее было, чем заявлено у ЦФТ.
Вот пример:
| Код: |
Обновление Время ЦФТ Время у нас
14.5 2:46 2:23
14.6 2:13 1:48
15.1 6:47 3:37
15.2 3:35 3:24
15.3 3:44 6:40
15.4 3:48 6:30
|
Причем тормозит именно перенос, а не компиляция...
Хочется понять, это в порядке вещей, или что-то сдыхает в сервере?
На резервном сервере, например, перенос шел по 16 часов и 15.3 и 15. 4. После выяснения причин, обнаружилось, что сдох аккумулятор на контроллере жестких дисков, поэтому отключился дисковый кэш.
На рабочем сервере вроде никаких плохих симптомов нет, но смущает снижение производительности при накате. |
|
|
svn
Профи
Вступление в Клуб: 04.02.2008
|
| Пн Сен 07, 2015 11:33 |
|
Полезность: Нет оценки
|
15.4 - 2:58
15.3 - 3:28
15.2 - 2:41
15.1 - 4:44
как то так... |
|
|
egor_spb
Участник - экстремал
Вступление в Клуб: 28.09.2007
|
| Пн Сен 07, 2015 12:05 |
|
Полезность: Нет оценки
|
| svn пишет: | 15.4 - 2:58
15.3 - 3:28
15.2 - 2:41
15.1 - 4:44
как то так... |
Спасибо!
У вас все стабильно ниже ЦФТ-шных значений.... |
|
|
svn
Профи
Вступление в Клуб: 04.02.2008
|
| Пн Сен 07, 2015 12:22 |
|
Полезность: Нет оценки
|
| диски быстрые)) |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Пн Сен 07, 2015 12:53 |
|
Полезность: Нет оценки
|
Привожу время наката MDB, компиляция 12 потоков, без сбора статистики.
| Код: |
тест рабочая
15.1 12:33 2:35
15.2 6:54 1:26
15.3 8:18 ---
15.4 8:03 ---
|
| egor_spb пишет: | Причем тормозит именно перенос, а не компиляция...
Хочется понять, это в порядке вещей, или что-то сдыхает в сервере? |
Рабочую станцию, с которой запускали, не меняли?
Заметили, что время переноса сильно зависит от рабочей станции (процессор и память). Мы делали тесты с разных машин. Четкую зависимость выявить не удалось. Отказались от использования машины со старым 4-ядерный процом, хотя по частоте он не уступал.
В результате сейчас накатываю c i3-2130 3.4GHz, 4Gb, Win7 Pro x32. |
|
|
egor_spb
Участник - экстремал
Вступление в Клуб: 28.09.2007
|
| Пн Сен 07, 2015 13:12 |
|
Полезность: Нет оценки
|
| timochev пишет: | Привожу время наката MDB, компиляция 12 потоков, без сбора статистики.
| Код: |
тест рабочая
15.1 12:33 2:35
15.2 6:54 1:26
15.3 8:18 ---
15.4 8:03 ---
|
| egor_spb пишет: | Причем тормозит именно перенос, а не компиляция...
Хочется понять, это в порядке вещей, или что-то сдыхает в сервере? |
Рабочую станцию, с которой запускали, не меняли?
Заметили, что время переноса сильно зависит от рабочей станции (процессор и память). Мы делали тесты с разных машин. Четкую зависимость выявить не удалось. Отказались от использования машины со старым 4-ядерный процом, хотя по частоте он не уступал.
В результате сейчас накатываю c i3-2130 3.4GHz, 4Gb, Win7 Pro x32. |
Увы, рабочая станция все та же, с 4-ядерным процессором i3-540, 3.07 GHz, 4Gb, Win7 Pro 32bit.
Хотя я антивирус недавно сменил, возможно, повлияло... |
|
|
VSV056
Участник - экстремал
Вступление в Клуб: 25.11.2010
|
| Пн Окт 19, 2015 06:47 |
|
Полезность: Нет оценки
|
Доброго дня, коллеги.
Подскажите, пож-та, на каком объеме данных у вас установка проходит за такое короткое время? Или в постах выше вы имеете ввиду только перенос самого хранилища?
Какое время у вас занимает полная установка патча?
Например, при переходе на 15.4 установка пачта у нас заняла более 15 часов. Из которых 9 часов делался сбор статистики (29 пункт обновления).
Наиболее долго сбор статистики делался по таблице Z#MAIN_DOCUM в которой порядка 27 млн. записей. |
|
|
svn
Профи
Вступление в Клуб: 04.02.2008
|
| Пн Окт 19, 2015 11:20 |
|
Полезность: Нет оценки
|
main_docum примерно 5 млн
вся база около 150 гигов |
|
|
|
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
