https://pgconf.ru/2016/90069

https://pgconf.ru/2016/90069

ох хорошо

Поясните за тест Гилева. Мне вчера онжинер из первого бита втирал, что он для файлового варианта только

Поясните за тест Гилева. Мне вчера онжинер из первого бита втирал, что он для файлового варианта только

бред мне кажется

тест Гилева штука очень специфичная и попугаи показывает тоже очень специфичные

Тест гилева под разные варианты и под файловый и под Клиент-Серверный но отчет показаний конечно интересный и непредсказуем.

а другого нету

есть ЦУП/ЦКК

и APDEX

Да других тестов просто нету вот и приходится на него ореинтироваться

в нем

Поясните за тест Гилева. Мне вчера онжинер из первого бита втирал, что он для файлового варианта только

Тест для всех баз

Тест Гилева - однопоточный, синтетический, на основе напрочь устаревшего прикладного кода и в толстом клиенте. То есть какие-то попугаи он, конечно, покажет, но вот осмысленность этих попугаев вызывает большое сомнение

У нас было два тестовых сервера, 750 клиентских лицензий, 5 терабайт оперативки в vSphere для развертывания клиентов, пол-терабайта SSD под базу данных и целое множество конфигурационных файлов технологического журнала и скриптов его парсинга, а также grep, sed и perl с регэкспами, Корпоративный инструментальный пакет, Zabbix, счетчики производительности Windows и методика APDEX. Не то чтобы это был необходимый запас для нагрузочного тестирования, но если начал оптимизировать самописную конфигурацию, бывает трудно остановиться. Единственное, что вызывало у меня опасение - это тест Гилева. Нет ничего более беспомощного, безответственного и испорченного, чем сертифицированный эксперт по технологическим вопросам, применяющий тест Гилева. Я знал, что рано или поздно мы перейдем и на эту дрянь.

А кто тестировал тестом Гилева базы postgresql, у меня подозрение что этот тест не подходит для таких баз

Да других тестов просто нету вот и приходится на него ореинтироваться

В любой конфигурации - свой прикладной код, вызывающийся с различными закономерногстями. По сути дела, на каждую конфигурацию нужен индивидуальный нагрузочный тест. Именно так делают ребята из ЦКТП

У нас было два тестовых сервера, 750 клиентских лицензий, 5 терабайт оперативки в vSphere для развертывания клиентов, пол-терабайта SSD под базу данных и целое множество конфигурационных файлов технологического журнала и скриптов его парсинга, а также grep, sed и perl с регэкспами, Корпоративный инструментальный пакет, Zabbix, счетчики производительности Windows и методика APDEX. Не то чтобы это был необходимый запас для нагрузочного тестирования, но если начал оптимизировать самописную конфигурацию, бывает трудно остановиться. Единственное, что вызывало у меня опасение - это тест Гилева. Нет ничего более беспомощного, безответственного и испорченного, чем сертифицированный эксперт по технологическим вопросам, применяющий тест Гилева. Я знал, что рано или поздно мы перейдем и на эту дрянь.

Ржу

А кто тестировал тестом Гилева базы postgresql, у меня подозрение что этот тест не подходит для таких баз

Он подходит ровно в той мере, как и для MSSQL либо файловых баз Запуститься-то он запустится, но смысла в его результатах немного, и экстраполировать эти результаты на многопользовательскую систему в архитектуре управляемого приложения нельзя.

Может у кого есть другие решение по тестированию серверов 1с?

Хорошо. Есть 1с Документооборот, 8.3.8 сервер х64, постгрес 9.4.8. Планируется порядка 50 юзеров, как лучше тестировать, чтобы узкие места найти?

собирать APDEX

Может у кого есть другие решение по тестированию серверов 1с?

ЦУП/ЦКК

Может у кого есть другие решение по тестированию серверов 1с?

http://fragster.ru/perfomanceTest/

Но они сложны в настройке

на 50 юзерах и проверите

ни какие другие тесты ничего не дадут

ЦУП/ЦКК

Только она бешенных бабок стоит

Есть интересный тест: пишется батник, который заставляет выполнять типовые операции

Войти, создать документ, поикать

Но это с каждой машины нужно запускать

хорошо привезать 1с и графит

да хоть танк прикрутить...

все равно ничего не даст

сравнивать по графикам

тестировать смысла не много, результаты будут актуальны либо до начала роста базы, либо до настройки РЛС. Так что тест с полными правами покажет попугаев

пока нет активных реальных юзеров стругающих и проводящих документы, забивающих справочники и формирующих отчетов не покажет какие-либо достоверные результаты

В Документообороте, ЕМНИП, есть встроенный тест производительности, посмотрите по коду

А кто тестировал тестом Гилева базы postgresql, у меня подозрение что этот тест не подходит для таких баз

вот это может быть

показывает он там катасрофически низкие

но помню когда мне гилев показвал 4

дело было и впрямь плохо

ЦУП написан для тестирования mssql, а сам postgresql работает через обвертку mssql

ЦУП написан для тестирования mssql, а сам postgresql работает через обвертку mssql

очень странная информация

Так и есть, сами разработчики говорят

тем более у 1с fresh работает на poostgtes, но у них там написан отдельный тестовый софт для снятие значении

ЦУП написан для тестирования mssql, а сам postgresql работает через обвертку mssql

Ты mysql с mssql не перепутал?

Пардон перепутал

что-то подсказывает, что фреш таки на mssql...

они его в продакшене нигде не используют...

что-то подсказывает, что фреш таки на mssql...

Именно на postgresql работает, у них дистриб на linux, и они его в аренду здают и продают как облочный сервис

Именно на postgresql работает, у них дистриб на linux, и они его в аренду здают и продают как облочный сервис

логично, иначе на калах раззоришься

Видимо это еще другой постгрес

1с какой-то там платиновый партнер МС, так что калы там не такая и проблема

черт почему вот мускул низя а

1с какой-то там платиновый партнер МС, так что калы там не такая и проблема

для 1с может и не проблема

Далее, линуксовые версии стоят не на фреше

С postgres.pro сами рассказывали, они пользуются их ней сборкой

есть облачный сервис с виртуальными рабочими местами на opensteck, вот там линуксы

Ейной

Тогда почему френчи не умеют постгрес готовить?

pgpro берет патчи и только

в остальном у них своих уже полно

С постгрес.про собирают

ну так pgpro и собирает, но не 1с

а то что франчи не умеют готовить, так это не только pg касается...

я хоть и франч, но таки переломил себя

1с патчи делают, а pgpro собирает дистр из этих патчей

не совсем

pgpro свои патчи накладывает помимо того что предлагает 1с

Но это да

и судя по тому что сейчас PostgreSQL9.4.2-1.1C 17.06.15 то 1с кране не заинтересован в pg и тем более в патчах к нему

А фреш?

если бы реально в продакшене 1С использовал активно pg, то они просто не смогли бы работать на нем не обработав его как следует, и на старинных версиях

ну а что фреш... там обычная винда, на венде и на mssql

мне сами разработчики сказали с pgpro что в фреши они используют постгрес

сомневаюсь что там даже могли прикрутить oracle

повторюсь, говорить что угодно можно, но косвенно подтверждается только то что pg 1с не интересен

и в продакшен они врятли его бы пустили

тут был представитель 1с

может он раскроет инсайдерскую инфу?

Я тебе доки по фрешу вечером могу скинуть, они доступны только вендерам

я хоть и франч, но таки переломил себя

Таки умеешь в пг?

/me тоже хочет доки

угу, нарушаем соглашение с 1С?

Вечером будет доки по развертывание облака 1с

угу

Спс

Спорить можно сколько угодно, но лучше своими глазами увидеть

Можете задать вопрос в чате https://telegram.me/pgsql Там сидят из pgpro

Тут тоже есть. Например @vadvmkn

Ну зачем... Лучше уж от непосредственного представителя 1С получить инфу

И из желтой конторы тут человек есть

Ник забыл

и я тоже

Нашел. Вот @aaristar

Ну зачем... Лучше уж от непосредственного представителя 1С получить инфу

Что имеется ввиду? Не понял из истории