Галактика 7.12 и быстродействие

Администрирование баз данных (Pervasive.SQL, MS SQL, Oracle, утилита Support)

Модераторы: m0p3e, edward_K, Модераторы

Ответить
DarkAngel27
Местный житель
Сообщения: 228
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Москва
Контактная информация:

Галактика 7.12 и быстродействие

Сообщение DarkAngel27 »

Не подскажите, какие минимальные системные требования необходы для нормальной работы?
Johny
Местный житель
Сообщения: 291
Зарегистрирован: 29 мар 2005, 17:49
Откуда: С-Петербург
Контактная информация:

Сообщение Johny »

уточняющий вопрос: Кому? Юзеоу или серверу?
Соответственно если серверу, то на какой платформе собираетесь крутить?
А вообще, чтобы голову не забивать, нужно посмотреть в документацию, там для каждой платформы приводятся требования к железу. Причем с расчетом на количество пользователей

1.1. Инструкция по установке системы «Галактика» Это раздел
I_SQL.pdf например файлик такой.
DarkAngel27
Местный житель
Сообщения: 228
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Москва
Контактная информация:

Сообщение DarkAngel27 »

Меня больше интересуют рабочие станции.
Документации пока нет на руках, а перейти очень хочется.
Johny
Местный житель
Сообщения: 291
Зарегистрирован: 29 мар 2005, 17:49
Откуда: С-Петербург
Контактная информация:

Сообщение Johny »

Под 2000 на sql

Рекомендуемая PII-400/RAM64-128/HDD min 350 свободного места

для Btrieve PII-400/RAM64/HDD min 250 свободного места

У админа только оперативку рекомендуют 512.

Насколько можно верить этим рекомендациям не знаю. Был у разработчиков. На фразу о том, что у нас у юзеров стоит 256RAM получил ответ, что в принципе можно и побольше.

Зависит от задач которые решает пользователь.
Но вроде, стандартной офисной кофигурации хватает. Дальше уже зависит от мощностей и настройки сервера.
DarkAngel27
Местный житель
Сообщения: 228
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Москва
Контактная информация:

Сообщение DarkAngel27 »

Перешли на 7.12
для Btrieve PII-400/RAM64/HDD min 250 свободного места
на P4C-1200 256Mb 75Gb свободного места тормоза просто безумные... Удаление накладной (по сравнению с 5.85 и 7.11) увеличено в 2.5 и 3 раза соответственно... Занесение данных и того больше.
Зато на P4-3000 1Gb все просто летает и работает с задержкой на 1-2 сек по сравнению с предыдущими версиями...
А с минимальными требованиями я не согласен... С одной и той же точки доступа на компе P3-600 Галактика грузится минут 10 о работе я лучше промолчу, а на P4-3ГГц всё нормально...
Это если кому интересно...
Спасибо за участие, тему можно закрыть.
san
Местный житель
Сообщения: 412
Зарегистрирован: 28 апр 2005, 11:34
Откуда: Галактика Млечный Путь

Сообщение san »

был прикол по поводу рекомендуемой конфигурации, ребята прочитали в инструкции для Btrieve PII-400/RAM64/HDD min 250 свободного места. долго искали такую машину - нашли :shock: . поставили - тормоза жуткие. пришлось долго объяснять, что текст в инструкции безнадежно устарел и несоответсвует развитию программы. нашли старую инструкцию , кажется 98 года с такими же требованиями и показали в качестве примера :lol:
WiRuc
Местный житель
Сообщения: 414
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Воронеж

Сообщение WiRuc »

DarkAngel27 писал(а):Перешли на 7.12
для Btrieve PII-400/RAM64/HDD min 250 свободного места
на P4C-1200 256Mb 75Gb свободного места тормоза просто безумные... Удаление накладной (по сравнению с 5.85 и 7.11) увеличено в 2.5 и 3 раза соответственно... Занесение данных и того больше.
Зато на P4-3000 1Gb все просто летает и работает с задержкой на 1-2 сек по сравнению с предыдущими версиями...
А с минимальными требованиями я не согласен... С одной и той же точки доступа на компе P3-600 Галактика грузится минут 10 о работе я лучше промолчу, а на P4-3ГГц всё нормально...
Это если кому интересно...
Спасибо за участие, тему можно закрыть.
Ну и чтовы удивляетесь? Вполне закономерно для архитектуры Галактики. Чем дальше будет развиваться Галактика, тем большие будут тормоза. А причина этого очевидна. С каждой версией увеличивается кол-во индексов на таблицах, т.к. они ей необходимы для любого, даже незначительного изменения функционала. А каждый дополнительный индекс = увеличение тормозов при модификации таблицы. Уже сейчас есть таблицы с 60-70 индексами, хотя уже наличие более 10 индексов на таблице считается очень плохим проектированием. Я предлагал путь частичного решения этой проблемы, но прислушиваться к умным8) людям разработчики не хотят.
Ответить