всем привет друзья!
Кто ставил 8.3.15.1830 серверный вариант баз, все стало хуже работать.

ребут сервера сделал, может есть смысл перейти на 8.3.16.1148?

На последней 16 та же фигня (((

Надо бомбить партнерку, что бы они разрабов платформы отшлепали.
Чем больше воя. тем больше толку

2DYMC  Материнская плата Dell
Intel® Xeon® Processor X5675
48 гигов памяти
не ссд на 1 терабайт

Та я тут партнерку глянул, там у людей жопы горят.
https://partners.v8.1c.ru/forum/topic/1880900 например
Ждем когда поправят и бомбим партнерку.

Интересно попробовать - эска завалит пентагоновский сервак? :(

(0) Этот же релиз - никакой разницы в производительности не заметил с предыдущими.

(0) вы наверное почувствовали разницу между ПРОФ и КОРП ;)

тоже ставил одну из новых платформы, были жуткие тормоза, удаление кеша помогло

(5) в двух словах, о чем там речь идет ?

>>Intel® Xeon® Processor X5675
Очередной деликатный намек "любителям винтажа".

(10) там про ошибку в файловой базе - неправильный план запроса для 8.3.16.1048

(10) К тому что за последние 2 дня очегь много на платформу жалуются, у некоторых бомбит.

Может дело не в платформе а в конфе? Она обновлялась или нет?

у нас 15.1830 -  уторможений после апдейта не замечено

(14) ласт

У нас вообще стал падать сервер 1С(32 разряда) с нехваткой памяти. На 12 перезапускали раз в месяц - теперь раз в пол-дня валится.

Есть ли жизнь на новых платформах?)

(17) Ну так укажите ограничение в настройках.

(19) ну будет валиться еще чаще

ограничение не ограничивает потребление, а прибивает если слишком много съел

(19) ограничение чего? Онаж вроде больше 2Гб адресовать не может. Сделать еще меньше? Ей и этого не хватает теперь.

(21) пользователи отвалятся при этом?

(5) Какую-то ты левую тему скинул. (10) Там про то что техподдержка у 1С - дно

(23) Для 32б кроме размножения рпхостов у тебя выхода нет

(17) подтвержу проблему с 32-разрядным сервером 1с на платформе 8.3.16.1048. Пришлось срочно докупать лицуху на x64...

(25) так вроде ты сам ничего размножить не можешь, 1с все сама делает

(27) Через ограничение кол-ва соединений на процесс конечно же

(25) (27) 8.3. плодит рпхосты автоматически, в зависимости от параметров "Количество ИБ на процесс" и "Количество соединений на процесс".

А лицензии уровня ПРОФ не позволяют изменять эти параметры)))

(29) Ошибаешься

"Количество соединений на процесс" лицензия уровня ПРОФ позволяет изменять

Тогда жить чуть легче)

если добавить в boot.ini /PAE и /3GB, то 32битные процессы в 64битной ОС смогут адресовать аж до 4 ГБ адресного пространства. для обновления измененной КА хватит. И рпхосты пореже станут падать.

Существуют две группы мудаков:
1. Которые пытаются на файловой 1С эксплуатировать продуктивные многопользовательские БД.
2. Которые пытаются юзать современные типовые решения на 32хразрядном сервере 1С при гигабайтных базах (от 10 Гб).

Лучше в них не вступать.

Мы еще пять лет назад все сервера на x64 перевели.

(34) А что с пунктом 2 не так?

(0) Вот на днях тоже планируем перейти. В чем собственно проявляются тормоз то ?

(34) Типовые конфигурации работают на x86, но на длинной дистанции для небольшой компании затраты на администрирование выше.
Если есть люди которые хорошо понимают как оно там внутри устроено то всё решается в рабочем порядке, пользователи даже не узнают что были какие-то проблемы. Но небольшой компании такие люди не нужны и зарплату им платить смысла нет. Дешевле купить лицензию на x64 сервер.

(17) Немного выросло потребление памяти. Но этого "немного" хватило.
Можно было раньше разбираться.

(11) Нормальный процессор. При запуске на физическом железе 30 попугаев по тесту Гилёва должно быть. Можно работать.
Потребление электричества у сервера конечно раза в два больше чем у современного. Но при наших ценах общая стоимость сравняется не скоро.

(34)(36) а что с пунктом 1 не так?

(41) Меньшая надежность и производительность в многопльзовательском режиме - по сравнению с клиент-севрерным. И об этом официально сказано в разных первоисточниках (ИТС, сайт, ЖКК).

(42) 2 пользователя - тоже многопользовательский режим

(43) Хочешь придраться - ступай в первоисточники и найди там сам то, о чем Я тебе кратко пересказал в предыдущем сообщении

(44) я не хочу придраться. Я хочу сделать сноску к (34) сообщению - не нужно воспринимать его всецело за истину. Не редки случаи вполне рабочих многопользовательских систем на файловой БД, как и на 32х битном сервере.

(11) Думаете, "сервер" из запчастей с Aliexpress?

(45) "Не редки случаи вполне рабочих многопользовательских систем на файловой БД" // Ошибаешься

(45) Безусловно. Но надо осознавать риски. А они довольно серьезные. Лично я сразу говорю всем клиентам, что файловый вариант - это в основном для обучения, разработки и базовых версий. Ну можно еще на 2-3 пользователей, если они с разными участками работают и технические перерывы для бэкапов выделены.

(46) Необязательно, просто давно куплен.

(34) >> Лучше в них не вступать
Да, выйти оттуда будет весьма нелегко.
Пока вендор предлагает(пусть и с оговорками) эти два решения, мало что изменится.

(48) у тебя лет 20 как нет клиентов, внутренняя автоматизация =)

(0) После, не значит в следствии.
Сократи ЖР, проведи оптимизацию баз SQL.

(51) Так бывшие коллеги-то регулярно за советом обращаются. Иногда даже за платным.

Обновили сервер на 8.3.15.1830 -  работаю на mac os. Нигде не могу теперь найти тонкий клиент. Кто знает где скачать?

(54) издеваешься?

https://releases.1c.ru/version_file?nick=Platform83&ver=8.3.15.1830&path=Platform\8_3_15_1830\thin.osx_8_3_15_1830.dmg

Зашел под собой . Однако по ссылке - Ошибка доступа
У Вас нет доступа к данной странице. Уточните пожалуйста ссылку. Если она верна - то обратитесь в техподдержку и вам обязательно помогут найти интересующие вас данные.

Кто может, скиньте ссылку на облако какое нибудь с данной версией клиента. Срочно надо. Буду очень благодарен. В компании что нас обслуживает техник на выезде.

(57) держи:
https://yadi.sk/d/VnVPsd_DC1qSkg

Спасибо. добрый человек!

(33) "если добавить в boot.ini /PAE и /3GB, то 32битные процессы в 64битной ОС смогут адресовать аж до 4 ГБ"
В 64-битной ОС эти заклинания не требуются, там изначально 32-разрядные процессы имеют по 4Гб.

(0) А по теме - действительно, заметил такой нюанс. Судя по профайлеру VerySleepy, можно сделать вывод, что в очередной раз в рантайме сломали динамическую память - malloc/free жрут процессор. Читал, что в многопоточных процессах использовать системную кучу - плохое решение, ибо куча однопоточна, и возникает точка конкуренции за ресурс с блокировками и ожиданием.

(61) В Linux можно использовать tcmalloc, 1С, в принципе, не против - 1C 8.3. Linux + mimalloc = +10% (ссылка в 11-м сообщении).

(62) Так особо это не избавит от проблем многопоточной кучи, точка блокировки всё равно останется. Даже если сама куча оптимальнее сделана, чем стандартная. Правильнее было бы для каждого потока создавать свою кучу и выделять память отдельно, но это надо переписывать в платформе, а там и так глюков хватает..

На 1830 32 битный клиент запарил вылетать в режими конфигуратора из-за нехватки памяти. Решил установкой 64 бит. И, да, все тормозит.

(0) Работаем на 8.3.15.1830 (64х) уже почти месяц, тормозов особо не замечено

клиент - серверный вариант баз
УТ, БП, ЗУП - более 300 юзверей

(64) Сегодня тоже столкнулся с этой проблемой. Решил тоже переходом на 64-разрядную платформу. Т.е. в режиме конфигуратора на этой платформе лучше использовать 64-разрядную платформу.

(58) Добрый день! Не могли бы Вы еще раз ссылку на дистрибутив дать, я тоже не могу на мак поставить)
Спасибо)