16 октября, вторник 02:27
Bankir.Ru

Объявление

Свернуть
Пока нет объявлений.

переход с 10.1а на 10.1b

Свернуть
X
  • Фильтр
  • Время
  • Показать
Очистить всё
новые сообщения

  • переход с 10.1а на 10.1b

    Здравствуйте, всем.

    перешел на прогресс 10.1b03 с 10.1А02
    так вот мне показалось что "новый" прогресс как очень
    "сильно" использует память - гораздо "сильней" чем 10.1А
    почему заметил.
    потому что мы год работаем с 8 Гигами на 10.А и все хватало
    с запасом всегда была свободная физическая память
    а как только запустили 10.В.
    не только не хватило но и пришлось swap файл удвоить!!
    и поэтому субьективно кажется чтона 10.В стало медленне чем
    на 10.А

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

    база размером 39 Гиг. увеличлась на 2-3 Гига за последний год
    нагрузка конечно растет но на 10А. как то "гнёт" постепенно и
    ощущался - а здесь такое резкое "изменение"
    С уважением, Дмитрий.

  • #2
    На 10-ку сразу переходили с 9-ки, со сменой операционки и железа, так что опыта миграции 10.1а - 10.1b у меня нет.

    У нас 32-разрядная версия, 2G оперативки и 14G базы, в оперативку помещается всё и остаётся немного под вебсервер, самбу и прочую муть. Процесс работы с базой занимает примерно 400М в shared memory и 10М собственной, пользовательские процессы отъедают 40-100М каждый, в зависимости от того, чем пользуются. Сообщаю просто для сравнения чисел.

    Возможностей масса, но такое резкое изменение прожорливости мне кажется неправильным. Разве что с переходом на 10.1B стал актуальным какой-либо мёртвый параметр в bisquit.pf, в этом случае всё верно
    /kiv

    Комментарий


    • #3
      переходили с 101a02 на 101b02 и с 101b02 на 101b03
      особых проблем в производительности не заметил.

      Комментарий


      • #4
        ЗЫ забыл добавить 64 битная версия

        Комментарий


        • #5
          и еще вчера заметил
          что рост Bi файл увеличился в разы
          на тех же самых транзакциях что в 10A проходили
          на 10b они вызывают "неконтролируемый" рост Би файлы
          получается настройки от 10A не подходят для 10B ?

          вот что я использую сейчас в 10,B03
          подскажите что из этого можно оптимизировать ?
          на 10A эти настройки были оптимальны - сервер работал максимально эффективно

          -D 150
          # DON'T CHANGE THESE
          -ld bisquit
          -h 2
          -p bislogin.p
          -nb 255
          -crc
          -s 400
          -l 2000
          -inp 15000
          -d dmy
          -yy 1964
          -lng "Russian"
          -cpcase Basic
          -cpcoll Russian
          -cpinternal ibm866
          -cpstream ibm866
          -tok 3000
          -rereadnolock
          -nosavepoint
          -noshvarfix

          # Оптимизация клиентской сессии
          -TM 32
          -TB 31
          -mmax 10000
          -Bt 1024
          -tmpbsize 4

          -bibufs 25 -aibufs 25 -spin 40000 -semsets 5 -bistall -bithold 1900 -tablerangesize 130
          С уважением, Дмитрий.

          Комментарий


          • #6
            да конечно забыл добавить UnixWare 7.1.4.
            С уважением, Дмитрий.

            Комментарий


            • #7
              DWP в логе нет ничего подозрительного?
              А сколько BQNusers, BQNdbbufs BQNlocks BQNAPW в скрипте запуска бисквита ?

              Комментарий


              • #8
                нет ничего подозрительного
                то есть вообще никаких новых сообщений нет
                С уважением, Дмитрий.

                Комментарий


                • #9
                  DWP Сколько пользователей, какое количество буферов, таблицы локировки? Я имею в виду параметры BQNusers, BQNdbbufs BQNlocks BQNAPW в скрипте запуска бисквита

                  Комментарий


                  • #10
                    те что и были на 10А
                    BQNusers 269
                    BQNdbbufs 131072 его стал убавялять уже в два раза ... пытаюсь память меньше расходовать
                    BQNlocks 1238400
                    BQNAPW 1 одного хватает вполне потому как статистика стабильная и не меняется
                    Rec Lock Waits 0 % BI Buf Waits 0 % AI Buf Waits 0 %
                    Writes by APW 99 % Writes by BIW 35 % Writes by AIW 55 %
                    DB Size: 40 GB BI Size: 272 MB AI Size: 928 K
                    Empty blocks: 651080 Free blocks: 93 RM chain: 107
                    Buffer Hits 99 % Active trans: 14
                    С уважением, Дмитрий.

                    Комментарий


                    • #11
                      DWP Для полноты информации, скопируй сюда кусок лога из bisquit.lg с момента последнего запуска, начиная с "Multi-user session begin." заканчивая "AIW/BIW ... started" (только без временнЫх меток

                      Переход на новую версию базы не сопровождался переходом на новый патч?
                      Последний раз редактировалось Andry; 03.06.2008, 10:18. Причина: вспомнил

                      Комментарий


                      • #12
                        1
                        Последний раз редактировалось DWP; 03.06.2008, 12:03.
                        С уважением, Дмитрий.

                        Комментарий


                        • #13
                          собственно вот кусок лога
                          как раз кое что изменил и рестартил
                          физическую память освобоил немного но теперь зато не своп по дискам шаркает, а большое количество чтений
                          работать сильно быстрее конечно не стало но хоть сервак теперь
                          не "на коленях"

                          абсолютно никаких других изменений кроме миграции
                          c 10.1А на 10.1В не делалось

                          Tue Jun 3 13:36:37 2008
                          [2008/06/03@13:36:37.517+0700] P-1859 T-1 I BROKER 0: (333) Начало сеанса multi-user.
                          [2008/06/03@13:36:37.663+0700] P-1859 T-1 I BROKER 0: (5326) Begin Physical Redo Phase at 13312 .
                          [2008/06/03@13:37:17.943+0700] P-1859 T-1 I BROKER 0: (7161) Physical Redo Phase Completed at blk 14936 off 12018 upd 59564.
                          [2008/06/03@13:37:17.945+0700] P-1859 T-1 I BROKER 0: (13547) At end of Physical redo, transaction table size is 512.
                          [2008/06/03@13:37:19.764+0700] P-1859 T-1 I BROKER 0: (4234) Версия PROGRESS 10.1B build 1372 SP03 для UnixWare rsb 5 7.1.4.
                          [2008/06/03@13:37:19.764+0700] P-1859 T-1 I BROKER 0: (4281) Сервер запущен пользователем dba с терминала /dev/syscon.
                          [2008/06/03@13:37:19.766+0700] P-1859 T-1 I BROKER 0: (6574) Запущен с pid: 1859.
                          [2008/06/03@13:37:19.766+0700] P-1859 T-1 I BROKER 0: (4235) Физическое имя БД (-db): /db/v10/bisquit.
                          [2008/06/03@13:37:19.766+0700] P-1859 T-1 I BROKER 0: (4236) Тип БД (-dt): PROGRESS.
                          [2008/06/03@13:37:19.766+0700] P-1859 T-1 I BROKER 0: (4237) Принудительный доступ (-F): Not Enabled.
                          [2008/06/03@13:37:19.766+0700] P-1859 T-1 I BROKER 0: (4238) Прямой ввод/вывод (-directio): Not Enabled.
                          [2008/06/03@13:37:19.766+0700] P-1859 T-1 I BROKER 0: (4239) Число буферов БД (-B): 65536.
                          [2008/06/03@13:37:19.768+0700] P-1859 T-1 I BROKER 0: (9422) Максимальное количество частных буферов на пользователя (-Bpmax): 64.
                          [2008/06/03@13:37:19.768+0700] P-1859 T-1 I BROKER 0: (4240) Excess Shared Memory Size (-Mxs): 16464.
                          [2008/06/03@13:37:19.769+0700] P-1859 T-1 I BROKER 0: (10014) Сегмент разделяемой памяти не заблокирован в памяти.
                          [2008/06/03@13:37:19.769+0700] P-1859 T-1 I BROKER 0: (4241) Текущий размер таблицы блокировок (-L): 1238400.
                          [2008/06/03@13:37:19.769+0700] P-1859 T-1 I BROKER 0: (-----) Maximum Area Number (-maxArea): 32000.
                          [2008/06/03@13:37:19.769+0700] P-1859 T-1 I BROKER 0: (4242) Размер хэш-таблицы (-hash): 18289.
                          [2008/06/03@13:37:19.769+0700] P-1859 T-1 I BROKER 0: (4243) Число попыток спин-блокировки (-spin): 30000.
                          [2008/06/03@13:37:19.770+0700] P-1859 T-1 I BROKER 0: (6526) Количество установленных наборов семафоров (-semsets) 5.
                          [2008/06/03@13:37:19.773+0700] P-1859 T-1 I BROKER 0: (13924) Maximum Shared Memory Segment Size (-shmsegsize) 1024 Mb.
                          [2008/06/03@13:37:19.773+0700] P-1859 T-1 I BROKER 0: (4244) Защита от сбоев (-i): Enabled.
                          [2008/06/03@13:37:19.773+0700] P-1859 T-1 I BROKER 0: (6573) Database Blocksize (-blocksize): 8192.
                          [2008/06/03@13:37:19.773+0700] P-1859 T-1 I BROKER 0: (4245) Задержка слива Before-Image (-Mf): 3.
                          [2008/06/03@13:37:19.773+0700] P-1859 T-1 I BROKER 0: (4247) Режим записи файла Before-Image (-r -R): Reliable.
                          [2008/06/03@13:37:19.773+0700] P-1859 T-1 I BROKER 0: (4249) Интервал усечения файла Before-Image (-G): 0.
                          [2008/06/03@13:37:19.773+0700] P-1859 T-1 I BROKER 0: (4250) Размер кластера Before-Image: 16777216.
                          [2008/06/03@13:37:19.773+0700] P-1859 T-1 I BROKER 0: (4251) Размер блока Before-Image: 16384.
                          [2008/06/03@13:37:19.773+0700] P-1859 T-1 I BROKER 0: (4252) Число буферов Before-Image (-bibufs): 25.
                          [2008/06/03@13:37:19.773+0700] P-1859 T-1 I BROKER 0: (-----) Record free chain search depth factor 5 (-recspacesearchdepth)
                          [2008/06/03@13:37:19.817+0700] P-1859 T-1 I BROKER 0: (9238) Пороговый размер файла BI (-bithold): 1.8 GBytes.
                          [2008/06/03@13:37:19.821+0700] P-1859 T-1 I BROKER 0: (6551) Приостанов при достижении файлом BI порогового размера (-bistall): Включен.
                          [2008/06/03@13:37:19.821+0700] P-1859 T-1 I BROKER 0: (4254) Задержка After-Image (-aistall): Not Enabled.
                          [2008/06/03@13:37:19.821+0700] P-1859 T-1 I BROKER 0: (4255) Размер блока After-Image: 16384.
                          [2008/06/03@13:37:19.821+0700] P-1859 T-1 I BROKER 0: (4256) Число буферов After-Image (-aibufs): 25.
                          [2008/06/03@13:37:19.827+0700] P-1859 T-1 I BROKER 0: (8527) Размер кэша хранилища объектов (-omsize): 1024
                          [2008/06/03@13:37:19.827+0700] P-1859 T-1 I BROKER 0: (4257) Макс. число удал. клиентов на один сервер (-Ma): 68.
                          [2008/06/03@13:37:19.827+0700] P-1859 T-1 I BROKER 0: (4258) Макс. число серверов (-Mn): 5.
                          [2008/06/03@13:37:19.827+0700] P-1859 T-1 I BROKER 0: (4259) Мин. число удал. клиентов на один сервер (-Mi): 1.
                          [2008/06/03@13:37:19.828+0700] P-1859 T-1 I BROKER 0: (4260) Макс. число пользователей (-n): 276.
                          [2008/06/03@13:37:19.828+0700] P-1859 T-1 I BROKER 0: (4261) Имя машины (-H): Not Enabled.
                          [2008/06/03@13:37:19.828+0700] P-1859 T-1 I BROKER 0: (4262) Имя сервиса (-S): Not Enabled.
                          [2008/06/03@13:37:19.828+0700] P-1859 T-1 I BROKER 0: (4263) Тип сети (-N): Not Enabled.
                          [2008/06/03@13:37:19.828+0700] P-1859 T-1 I BROKER 0: (4264) Внутренняя кодовая страница (-cpinternal): ibm866.
                          [2008/06/03@13:37:19.828+0700] P-1859 T-1 I BROKER 0: (4282) Файл параметров: /home2/bis/quit41b/bisquit.pf.
                          [2008/06/03@13:37:19.829+0700] P-1859 T-1 I BROKER 0: (9336) Created shared memory with segment_id: 4095
                          [2008/06/03@13:37:19.829+0700] P-1859 T-1 I BROKER 0: (9336) Created shared memory with segment_id: 4094
                          [2008/06/03@13:37:19.830+0700] P-1859 T-1 I BROKER 0: (9336) Created shared memory with segment_id: 4093
                          [2008/06/03@13:37:19.830+0700] P-1859 T-1 I BROKER 0: (9336) Created shared memory with segment_id: 4092
                          [2008/06/03@13:37:19.830+0700] P-1859 T-1 I BROKER 0: (9336) Created shared memory with segment_id: 4091
                          [2008/06/03@13:37:19.830+0700] P-1859 T-1 I BROKER 0: (9336) Created shared memory with segment_id: 4090
                          [2008/06/03@13:37:19.831+0700] P-1859 T-1 I BROKER 0: (12813) Allowed index cursors (-c): 1104.
                          [2008/06/03@13:37:19.831+0700] P-1859 T-1 I BROKER 0: (12814) Group delay (-groupdelay): 10.
                          [2008/06/03@13:37:19.832+0700] P-1859 T-1 I BROKER 0: (12815) Lock table hash table size (-lkhash): 192877
                          [2008/06/03@13:37:19.832+0700] P-1859 T-1 I BROKER 0: (12818) Message Buffer Size (-Mm): 1024
                          [2008/06/03@13:37:19.843+0700] P-1859 T-1 I BROKER 0: (12821) Use muxlatches (-mux): 1
                          [2008/06/03@13:37:19.844+0700] P-1859 T-1 I BROKER 0: (12823) Semaphore Sets (-semsets): 5
                          [2008/06/03@13:37:19.844+0700] P-1859 T-1 I BROKER 0: (13870) Database Service Manager - IPC Queue Size (-pica) : 64.0 KBytes.
                          [2008/06/03@13:37:19.844+0700] P-1859 T-1 I BROKER 0: (13896) TXE Commit lock skip limit (-TXESkipLimit): 10000.
                          [2008/06/03@13:37:19.848+0700] P-1859 T-1 I BROKER 0: (10471) Можно подключаться к базе данных.
                          [2008/06/03@13:37:19.857+0700] P-1874 T-1 I Usr 5: (452) Вошел dba с batch.
                          [2008/06/03@13:37:19.917+0700] P-1931 T-1 I Usr 6: (452) Вошел root с batch.
                          [2008/06/03@13:37:19.920+0700] P-1931 T-1 I Usr 6: (708) UserID теперь SERV.
                          [2008/06/03@13:37:19.919+0700] P-1874 T-1 I Usr 5: (708) UserID теперь NUM.
                          [2008/06/03@13:37:20.249+0700] P-1931 T-1 I Usr 6: (12699) Database bisquit Options:
                          [2008/06/03@13:37:20.248+0700] P-1874 T-1 I Usr 5: (12699) Database bisquit Options:
                          [2008/06/03@13:37:20.376+0700] P-2040 T-1 I AIW 7: (2518) Стартовал.
                          [2008/06/03@13:37:20.376+0700] P-2039 T-1 I APW 8: (2518) Стартовал.
                          [2008/06/03@13:37:20.372+0700] P-2041 T-1 I BIW 9: (2518) Стартовал.
                          С уважением, Дмитрий.

                          Комментарий


                          • #14
                            Странно что Database Blocksize (-blocksize): 8192.
                            а Размер блока Before-Image: 16384.

                            Комментарий


                            • #15
                              ситуацию удалось выправить
                              резкий расзход памяти прошел из-за
                              увеличения
                              -l
                              -s
                              -tmpbsize

                              что сделал для того чтобы выправить ситуацию
                              убавил системные переменные до минимально необзходимых для меня
                              в этот момент изучив статистику promon и sar
                              NPROC
                              SFNOLIM
                              SHMMNI
                              MAXUP
                              SHMSEG
                              FLCKREC

                              пересобрал ядро освободил немного памяти этим
                              убавил
                              -tmbsize в 1
                              -mf 5 чтобы немного разгрузить диск с БИ файлом
                              -mmax 11000 даже поставил чуть чуть больше опять же что бы разгрузить диск с r-ками
                              -q по тоже причине

                              в итоге сервер заработал @нормально в обычном режиме"
                              попозже добавлю оперативки и собственно проблема решится
                              на все 100%
                              С уважением, Дмитрий.

                              Комментарий


                              • #16
                                Корпорация Progress Software и компания Progress Technologies, официальный дистрибьютор Progress Software Corp. на территории стран СНГ и Латвии имеют честь пригласить Вас принять участие в 7-й Ежегодной Российской Конференции пользователей программных продуктов Progress: Яркие идеи. Блестящие результаты.

                                Конференция состоится 12 ноября 2008 года, г. Москва,
                                Гостиница Золотое Кольцо, залы Ярославль, Владимир
                                ул.Смоленская, д.5, ст. м. «Смоленская»

                                Ознакомиться с программой конференции и зарегистрироваться можно на сайте www.progress-tech.ru

                                Комментарий


                                • #17
                                  PS Участие бесплатное

                                  Комментарий

                                  Пользователи, просматривающие эту тему

                                  Свернуть

                                  Присутствует 1. Участников: 0, гостей: 1.

                                  Обработка...
                                  X