20 ноября, вторник 14:21
Bankir.Ru

Объявление

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

расчет памяти для сервера БИСквит

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

  • расчет памяти для сервера БИСквит

    Доброе время суток.

    как рассчитать объем памяти для сервера БИСквит.

    Сейчас имеем 16Гб памяти, около 130 пользователей и дикий свопинг.

    Спасибо.

  • #2
    вряд ли дело в нехватке памяти, скорее в настройке buffers для прогресса
    BQNdbbufs в скрипте запуска у вас раскомментирован и сколько там стоит?

    Комментарий


    • #3
      было 32000
      поменяли на 64000, лучше не стало...

      Комментарий


      • #4
        IronOre, Придётся писать сюда расширенную информацию о текущем состоянии настроек, памяти, висящих процессах прогресса,...

        Комментарий


        • #5
          тоже интересуюсь ...
          можно ли так прогресс настроить, что б он всю базу в оперативке держал ?
          натыкать оперативки объемом с размер базы в принципе не очень накладно.

          Комментарий


          • #6
            ... [в порядке комментария к комментарию] своппинг, вообще-то, означает, что какое-то приложение запрашивает больше памяти, чем может выделить сервер. И память ему (этому приложению) надо ограничивать.

            По лично моему опыту, Вас интересует скорее не "вся база в оперативке", а "временные файлы на рамдиске", хотя точнее надо смотреть по iostat.

            PS. На zfs нет проблем сконфигурировать arc cache в размер базы, это фактически (после разогрева кеша) и будет "база в оперативке".

            PPS. Это я к тому, что надо указывать хотя бы операционку. А ещё лучше - и разрядность как прогресса, так и операционки. А то советы будут абстрактные.
            /kiv

            Комментарий


            • #7
              Сообщение от IronOre Посмотреть сообщение
              было 32000
              поменяли на 64000, лучше не стало...
              Системный "дикий свопинг" от этого только увеличится.

              Не занимайтесь лечением, не поставив диагноз!
              А диагноз можно поставить только по результатам анализа.

              Комментарий


              • #8
                Сообщение от VincentVega Посмотреть сообщение
                ... что б он всю базу в оперативке держал ?
                Вы не выиграете в производительности ровным счетом ничего. Скорее всего, даже потеряете, в некоторых случаях (если не хватит памяти) - катастрофически.
                Для БИСквита достаточно объема кэша, вмещающего часто используемые таблицы, а их объем, при правильной структуре базы весьма небольшой.
                Я не встречал на практике потребности увеличения -B выше 500..1000 МБ даже для баз объемом в сотни ГБ и кол-вом пользователей 300..400 человек.
                Но это только для БИСквита.

                Не занимайтесь лечением, не поставив диагноз!
                А диагноз можно поставить только по результатам анализа.

                Комментарий


                • #9
                  Сообщение от Илюха Посмотреть сообщение
                  "временные файлы на рамдиске"
                  ... На zfs нет проблем сконфигурировать arc cache в размер базы
                  Какой смысл тратить свободную память на рамдиск или увеличение файлового кэша, если гораздо эффективнее использовать ее по прямому назначению самим Прогрессом для решения узких мест?

                  Наиболее частые узкие места (для БИСквита):
                  1. свопинг r-кода (не путать с системным свопингом!)
                  2. -B
                  3. клиентские временные таблицы и LBI
                  реже: .bi файл.

                  Комментарий


                  • #10
                    Сообщение от Yuri_Kos Посмотреть сообщение
                    3. клиентские временные таблицы
                    И таки где они хранятся ?

                    Есть правда свежий взгляд на вещи - называется SSD drive. Вот на него их и направить (ключ -T конфига).
                    /kiv

                    Комментарий


                    • #11
                      SSD вроде, еще страдают ограниченным числом циклов перезаписи?
                      Тогда на них лучше держать данные редко меняемые но часто читаемые...

                      Комментарий

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

                      Свернуть

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

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