Стабильная платформа 8.3. Кто какую использует?
Платформе 8.3 уже больше 2 лет... с 03.07.2012. Наконец решились обновиться... Релиз 8.3.5.1119 300+ пользователей... Стольких "ярких картинок" я давно не видел... Это не говоря уже о том что "требования назначения функицональности" и "Отказоустойчивый кластер" просто не работают...
Здесь и "Отсутствующие сеансы" и "Ошибка совместного доступа к файлу" и падения рабочих процессов, и тех лог 20 ГБ ошибок за 10 минут... и "Ошибка блокировки", и "Соединение не удерживается"... И падение клиента и падение конфигуратора.. За неделю узнали всё. Это в самой простой конфигурации. 1 центральный сервер и 2 рабочих, без отказоустойчивости, и с настройками чтобы везде был один рабочий процесс.
А у всех так было? Кто какую версию использует? За 2 года эти ошибки так и остались? или были какие-то "Удачные" версии? Кто-нить не подскажет какие?
Здесь и "Отсутствующие сеансы" и "Ошибка совместного доступа к файлу" и падения рабочих процессов, и тех лог 20 ГБ ошибок за 10 минут... и "Ошибка блокировки", и "Соединение не удерживается"... И падение клиента и падение конфигуратора.. За неделю узнали всё. Это в самой простой конфигурации. 1 центральный сервер и 2 рабочих, без отказоустойчивости, и с настройками чтобы везде был один рабочий процесс.
А у всех так было? Кто какую версию использует? За 2 года эти ошибки так и остались? или были какие-то "Удачные" версии? Кто-нить не подскажет какие?
По теме из базы знаний
- Универсальный конструктор отчетов СКД (управляемые формы, тонкий клиент)
- В Telegram из 1С: сообщения с эмодзи (смайлы, пиктограммы, иконки) пользователям и группам
- Автоматизация распределительных центров компании "Вкусвилл" на мобильной платформе 1С
- Как из 1С отдать миллионы строк в BI и успеть это сделать быстро
- Получение стабильных ссылок на объекты ИБ (УФ, 8.3)
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1345) nagaitseff, тут у многих старючие переписанные УПП, УТ, ERP и прочие, которые могут даже не обновляться, да и по релизам конфигурации программист сам может разобраться, как правило, конфигуратор в руки и вперед. А вот с платформой другая ситуация, она обновляется и тут все зависит от 1С
(1345) nagaitseff,
Это утверждение отчасти верно, да и то, только для продакшен сервера, и только при правильной организации работы программистов.
Обычно, на сервере разработки, а для многих коллег он и есть, самый что ни на есть "продакшен", стоит последняя версия платформы.
Это конечно да, но еще лучше прогнать тестовые сценарии на новой версии платформы и уже по результатам тестов судить, пригодна платформа для установки в продакшен или нет.
Здесь наверняка надо исходить из того, какую конфигурацию использует человек,
Это утверждение отчасти верно, да и то, только для продакшен сервера, и только при правильной организации работы программистов.
Обычно, на сервере разработки, а для многих коллег он и есть, самый что ни на есть "продакшен", стоит последняя версия платформы.
Затем можно посмотреть, какие ошибки есть и что уже убрали или доработали.
Это конечно да, но еще лучше прогнать тестовые сценарии на новой версии платформы и уже по результатам тестов судить, пригодна платформа для установки в продакшен или нет.
(1357) progr-2008,
Угу, в принципе можно было и не сомневаться, что через пару недель эту сборку зарелизят.
Вот только на партнерском форуме появилось несколько тем, в которых обсуждают отваливающиеся, из-за блокировок, обмены на 8.3.8.1933 и 1964. Так что сначала тестить, особенно обмены, а уже потом радоваться "свободным" портам удп. ;)
Ну вот, проблему с UDP решили, значит.
Угу, в принципе можно было и не сомневаться, что через пару недель эту сборку зарелизят.
Вот только на партнерском форуме появилось несколько тем, в которых обсуждают отваливающиеся, из-за блокировок, обмены на 8.3.8.1933 и 1964. Так что сначала тестить, особенно обмены, а уже потом радоваться "свободным" портам удп. ;)
(1364) s0nya, (1362) h00k,
В 2027 исправление
При выполнении обмена данными в распределенной информационной базе происходит ошибка
Ошибка при вызове метода контекста (ЗаписатьИзменения): Конфликт блокировок при выполнении транзакции:
Превышено максимальное время ожидания предоставления блокировки.
В 2027 исправление
При выполнении обмена данными в распределенной информационной базе происходит ошибка
Ошибка при вызове метода контекста (ЗаписатьИзменения): Конфликт блокировок при выполнении транзакции:
Превышено максимальное время ожидания предоставления блокировки.
При запуске отчета за месяц на 8.3.8 серверный вариант, полностью зависает. Тот же отчет только выбран квартал. строит за пару сек. база УПП 1.3 у других пишет что ошибка транзакции при зависании отчета. такого при 8.2 не было.
Была платформа 8.3.8.1747, на ней "1С:Учет в управляющих компаниях ЖКХ, ТСЖ и ЖСК" (3.0.43.18) (SQL 2008r2 + сервер 1с x64).
Обновление до 3.0.43.25 потребовало платформу не ниже 8.3.8.1784, решил накатить последнюю на тот момент 1933.
Сразу после обновления платформы (еще до обновления конфы) не обнаружился ключ (там сервер лицензий СЛК). Ладно, перезапустил службу СЛК, службу сервера 1с - всё подхватилось. Я успокоился и обновил конфу.
Теперь каждый день косяки с лицензией! На клиентских компах запускается конфа и она не видит ключ (консоль менеджера лицензий запущенный на этом же компе сервер лицензий прекрасно видит. Помогает только перезапуск служб СЛК и сервера 1с на сервере (именно обеих служб, перезапуск какой-то одной из них не помогает).
В ВДГБ посоветовали откатить платформу и сказали что работать будет, несмотря на то, что в 1cv8upd.htm красным крупно написано про минимально необходимую 8.3.8.1784).
Вот сейчас думаю, откатывать или наоборот обновить до 1964 (или даже вовсе до тестовой 2014)?
Обновление до 3.0.43.25 потребовало платформу не ниже 8.3.8.1784, решил накатить последнюю на тот момент 1933.
Сразу после обновления платформы (еще до обновления конфы) не обнаружился ключ (там сервер лицензий СЛК). Ладно, перезапустил службу СЛК, службу сервера 1с - всё подхватилось. Я успокоился и обновил конфу.
Теперь каждый день косяки с лицензией! На клиентских компах запускается конфа и она не видит ключ (консоль менеджера лицензий запущенный на этом же компе сервер лицензий прекрасно видит. Помогает только перезапуск служб СЛК и сервера 1с на сервере (именно обеих служб, перезапуск какой-то одной из них не помогает).
В ВДГБ посоветовали откатить платформу и сказали что работать будет, несмотря на то, что в 1cv8upd.htm красным крупно написано про минимально необходимую 8.3.8.1784).
Вот сейчас думаю, откатывать или наоборот обновить до 1964 (или даже вовсе до тестовой 2014)?
Кстати, на 8.3.8 перестали виснуть "Рабочие процессы", но по ощущениям стали жрать больше оперативки, уменьшил интервал перезапуска с 10 часов до 6, вроде бы все ок, оперативку сожрать не успевают (у меня их 1 штука на 20 юзеров, а юзеров 500+).
(1386) Win98,
Мне кажется не очень оптимальная настройка. Сколько баз на сервере? И сколько NUMA-нод?
Думаю можно смело раз в пять-шесть минимум уменьшить количество рабочих процессов, а то и в десять. Оперативки сразу хватать станет. У нас один рабочий процесс нормально тянет одну базу с 200 пользователями. Расход не больше 10 Гб. Раз-два в неделю делаем перезапуск службы сервера.
у меня их 1 штука на 20 юзеров, а юзеров 500+
Мне кажется не очень оптимальная настройка. Сколько баз на сервере? И сколько NUMA-нод?
Думаю можно смело раз в пять-шесть минимум уменьшить количество рабочих процессов, а то и в десять. Оперативки сразу хватать станет. У нас один рабочий процесс нормально тянет одну базу с 200 пользователями. Расход не больше 10 Гб. Раз-два в неделю делаем перезапуск службы сервера.
(1387) Armando,
Да ладно!? Подобную картинку с Сервера предприятия сделайте, плиз, очень хочется посмотреть как у вас.
PS. Один процесс не умеет использовать более 4 ядер ((( Соответственно 2 процесса нагружают 8 ядер на 100%, а остальные 16 простаивают. 15-20 процессов относительно равномерно грузят 24 ядра.
PPS. Ни как не могу научится втыкать сюда кликабельные картинки (((
У нас один рабочий процесс нормально тянет одну базу с 200 пользователями.
Да ладно!? Подобную картинку с Сервера предприятия сделайте, плиз, очень хочется посмотреть как у вас.
PS. Один процесс не умеет использовать более 4 ядер ((( Соответственно 2 процесса нагружают 8 ядер на 100%, а остальные 16 простаивают. 15-20 процессов относительно равномерно грузят 24 ядра.
PPS. Ни как не могу научится втыкать сюда кликабельные картинки (((
(1389) Win98,
Тут вот ещё какой нюанс - поведение сервера 1С зависит от конкретного релиза платформы. На старых релизах, каких точно уже не помню, больше одного процесса сильно "просаживали" производительность сервера и был период, когда я перенастраивал кластер на 1 рпхост. Потом ситуацию исправили и я вернул настройки для 4 рпхостов.
Один процесс не умеет использовать более 4 ядер ((( Соответственно 2 процесса нагружают 8 ядер на 100%, а остальные 16 простаивают.
Тут вот ещё какой нюанс - поведение сервера 1С зависит от конкретного релиза платформы. На старых релизах, каких точно уже не помню, больше одного процесса сильно "просаживали" производительность сервера и был период, когда я перенастраивал кластер на 1 рпхост. Потом ситуацию исправили и я вернул настройки для 4 рпхостов.
Перешли с 8.3.5 на 1С:Предприятие 8.3 (8.3.8.2014).
Обычные формы около 50 пользователей.
Режим использования модальности: Использовать.
Режим использования синхронных вызовов расширений платформы и внешних компонент: Использовать.
Режим совместимости: Версия 8.3.1.
Проблем пока у пользователей нет.
Позже будет обновлять переферийную базу.
Посмотрим как себя будет вести переполнение удп портов.
Обычные формы около 50 пользователей.
Режим использования модальности: Использовать.
Режим использования синхронных вызовов расширений платформы и внешних компонент: Использовать.
Режим совместимости: Версия 8.3.1.
Проблем пока у пользователей нет.
Позже будет обновлять переферийную базу.
Посмотрим как себя будет вести переполнение удп портов.
(1412) s0nya,
Сервер х64 совершенно корректно выдает отчет в СКД размером больше 3Гб, а клиент на этом отчете "падает" и приходится, либо уменьшать интервал за который анализируются данные, либо запускать отчет из под линуксов на х64 клиенте.
Это должен делать сервер.
Сервер х64 совершенно корректно выдает отчет в СКД размером больше 3Гб, а клиент на этом отчете "падает" и приходится, либо уменьшать интервал за который анализируются данные, либо запускать отчет из под линуксов на х64 клиенте.
(1413) h00k,
Все конечно понимаю, только не понятно, кто из СВЕРХЛЮДЕЙ способен прочитать отчет объемом в 3Гб? За сколько лет?
PS. 3Гб это сколько страниц? 1Гб это примерно 50 000 текстовых страниц, нет?
Сервер х64 совершенно корректно выдает отчет в СКД размером больше 3Гб
Все конечно понимаю, только не понятно, кто из СВЕРХЛЮДЕЙ способен прочитать отчет объемом в 3Гб? За сколько лет?
PS. 3Гб это сколько страниц? 1Гб это примерно 50 000 текстовых страниц, нет?
Win98,
Есть официальные рекомендации:
У нас виртуалка специально сконфигурирована таким образом, чтоб ОС определяла одну NUMA-ноду. Понять на скольо эфективно у нас рабочий процесс использует ядра пока нет возможности, т.к. служба 1С и SQL крутятся на одном сервере. Но ранее проведенные тесты показывали удовлетворительные результаты.
Есть официальные рекомендации:
У нас виртуалка специально сконфигурирована таким образом, чтоб ОС определяла одну NUMA-ноду. Понять на скольо эфективно у нас рабочий процесс использует ядра пока нет возможности, т.к. служба 1С и SQL крутятся на одном сервере. Но ранее проведенные тесты показывали удовлетворительные результаты.
(1395) PetroP, да.
Для ОС Windows реализовано 64-разрядное клиентское приложение: тонкий клиент (включая отдельный дистрибутив), толстый клиент, конфигуратор. 64-разрядное клиентское приложение находится в статусе бета-версии.
Программа установки 64-разрядной системы не отличается от таковой для 32-разрядной системы.
Не рекомендуется одновременно устанавливать 64-разрядный сервер «1С:Предприятия» и приложения из 64-разрядного полного дистрибутива системы «1С:Предприятие».
Программа установки 64-разрядной системы не отличается от таковой для 32-разрядной системы.
Не рекомендуется одновременно устанавливать 64-разрядный сервер «1С:Предприятия» и приложения из 64-разрядного полного дистрибутива системы «1С:Предприятие».
(1416) Armando,
Может быть. Однако 8.3.9 х64 конфигуратор, на многих длительных ресурсоемких операциях, работает быстрее чем конфигуратор 8.3.8 х32, и это большой плюс. Правда надо бы ещё х32 версию потестить, возможно замеченное мной ускорение не связано с архитектурой.
Если раньше 1С съедала 3 Гб и падала, то теперь будет съедать всё
Может быть. Однако 8.3.9 х64 конфигуратор, на многих длительных ресурсоемких операциях, работает быстрее чем конфигуратор 8.3.8 х32, и это большой плюс. Правда надо бы ещё х32 версию потестить, возможно замеченное мной ускорение не связано с архитектурой.
(1423) Xershi,
Ну вот что за "однопоточный?! Или что за "уже грузит более одного ядра"?!
8.3, даже х32 версия, давно уже не однопоточная и грузит больше одного ядра, при выполнении ресурсоёмких операций, таких как поиск ссылок на объекты или удаление помеченных... или при выполнении распараллеленных фоновыми заданиями алгоритмов.
Неужели так сложно самому взять базу 5-10Гиг, запустить удаление помеченных объектов, а потом спокойно посмотреть количество потоков и загрузку ядер процессора в process explorer?
П.С.: Про то, что платформа больше не "однопоточная" должен был бы подсказать хотя бы тот факт, что реализовали фоновые задания для файловых баз - для корректной работы только этого функционала нужно уже, как минимум, 2 потока...
он однопоточный или уже грузит более одного ядра?
Ну вот что за "однопоточный?! Или что за "уже грузит более одного ядра"?!
8.3, даже х32 версия, давно уже не однопоточная и грузит больше одного ядра, при выполнении ресурсоёмких операций, таких как поиск ссылок на объекты или удаление помеченных... или при выполнении распараллеленных фоновыми заданиями алгоритмов.
Неужели так сложно самому взять базу 5-10Гиг, запустить удаление помеченных объектов, а потом спокойно посмотреть количество потоков и загрузку ядер процессора в process explorer?
П.С.: Про то, что платформа больше не "однопоточная" должен был бы подсказать хотя бы тот факт, что реализовали фоновые задания для файловых баз - для корректной работы только этого функционала нужно уже, как минимум, 2 потока...
(1428) kofr1c,
Возьмите стандартный расчет зарплаты в УПП и посмотрите как грузится SQL...
К слову по тестам при включенном параллизме на серваке данная задача выполняется дольше:(
Большинство запросов выбирают данные последовательно и размазать по нескольким ядрам не очень получается, хотя SQL и пытается это сделать.
Возьмите стандартный расчет зарплаты в УПП и посмотрите как грузится SQL...
К слову по тестам при включенном параллизме на серваке данная задача выполняется дольше:(
Большинство запросов выбирают данные последовательно и размазать по нескольким ядрам не очень получается, хотя SQL и пытается это сделать.
(1431) s0nya, при чем здесь УПП и расчет зарплаты, если речь шла за
Понятное дело, что при разных задачах и алгоритмах, будет разная загрузка скуля.
и грузит больше одного ядра, при выполнении ресурсоёмких операций, таких как поиск ссылок на объекты или удаление помеченных
Понятное дело, что при разных задачах и алгоритмах, будет разная загрузка скуля.
(1431) s0nya,
1С, в основном, формирует OLTP нагрузку, для которой параллелизм вреден. Это одна из причин по которой многие советуют устанавливать MaxDoP=1.
Вот только после отключения параллелизма начинает "тормозить" генерирующий OLAP нагрузку функционал.
Наиболее оптимальное решение - подобрать правильное значение стоимостного порога параллелизма, при котором OLTP-запросы, с низким стоимостным порогом, будут выполняться в один поток, а большие OLAP-запросы - распараллеливаться.
П.С.: Но у данного подхода есть "подводные камни", например, у MS SQL 2012 была ошибка при которой скрипт Reindex/Rebuild мог повредить БД, если перестроение индексов выполнялось на сервере с MaxDoP=0, а в самом скрипте не было явно указано MaxDoP=1 для операции rebuild.
К слову по тестам при включенном параллизме на серваке данная задача выполняется дольше:(
1С, в основном, формирует OLTP нагрузку, для которой параллелизм вреден. Это одна из причин по которой многие советуют устанавливать MaxDoP=1.
Вот только после отключения параллелизма начинает "тормозить" генерирующий OLAP нагрузку функционал.
Наиболее оптимальное решение - подобрать правильное значение стоимостного порога параллелизма, при котором OLTP-запросы, с низким стоимостным порогом, будут выполняться в один поток, а большие OLAP-запросы - распараллеливаться.
П.С.: Но у данного подхода есть "подводные камни", например, у MS SQL 2012 была ошибка при которой скрипт Reindex/Rebuild мог повредить БД, если перестроение индексов выполнялось на сервере с MaxDoP=0, а в самом скрипте не было явно указано MaxDoP=1 для операции rebuild.
(1428) kofr1c,
Читать умеем?! Мы, вообще то, саму платформу обсуждаем.
А по поводу однопоточности rphost - Вы совсем мимо. Единственное что могу предположить - или Вы пишите про версию платформы ниже 8.3, или у вас кто-то баловался Power schem editor-ом и теперь на сервере криво распределяются потоки по ядрам процессора.
h00k, ну, что Вы за глупости говорите? (((( рпхост в процедуре поиска и удаления помеченных объектов грузит только 1 ядро!
Читать умеем?! Мы, вообще то, саму платформу обсуждаем.
А по поводу однопоточности rphost - Вы совсем мимо. Единственное что могу предположить - или Вы пишите про версию платформы ниже 8.3, или у вас кто-то баловался Power schem editor-ом и теперь на сервере криво распределяются потоки по ядрам процессора.
(1434)
А Вы читать умеете???Я как раз и писал, что ПЛАТФОРМА НЕ УМЕЕТ МНОГОПОТОЧИТЬ!
Ваши все предположения тоже мимо, т.к. версия ПЛАТФОРМЫ 8.3.7.2008 и винда настроена (в биосе тоже) на максимальную производительность
Читать умеем?! Мы, вообще то, саму платформу обсуждаем.
А Вы читать умеете???Я как раз и писал, что ПЛАТФОРМА НЕ УМЕЕТ МНОГОПОТОЧИТЬ!
Ваши все предположения тоже мимо, т.к. версия ПЛАТФОРМЫ 8.3.7.2008 и винда настроена (в биосе тоже) на максимальную производительность
(1436) kofr1c,
Ну, то есть где-то с настройками "накосячили"...
Вот, Вам почитать для общего развития
Вот текст, в котором выделил где читать:
В данном разделе собраны рекомендации по наладке системы на основе платформы "1С:Предприятие" в режиме работы "клиент-сервер":
В 32-разрядном сервере "1С:Предприятия" запуск нескольких rphost позволяет лучше использовать оперативную память сервера и снизить издержки от фрагментации памяти.
В 64-разрядном сервере "1С:Предприятия" один rphost может полностью использовать и оперативную память, и процессорные ресурсы сервера.
Поэтому для 64-разрядного сервера "1С:Предприятия" нормальным следует считать запуск одного рабочего процесса на один сервер.
Из-за ошибок в платформе "1С:Предприятие" и в конфигурациях возможны аварийные завершения процессов rphost. Запуск нескольких рабочих процессов снижает критичность аварийного завершения одного рабочего процесса. Аварийные завершения рабочих процессов нельзя считать их нормальным поведением. Если подобные случаи наблюдаются в процессе эксплуатации "1С:Предприятия", то целесообразно провести необходимые расследования для выявления причин и устранения подобных ситуаций. Запуск нескольких рабочих процессов в данном случае можно считать временной мерой для снижения издержек от нестабильной работы сервера.
Большое количество рабочих процессов:
увеличивает издержки на служебные вызовы между процессами сервера "1С:Предприятия" и может привести к снижению общей производительности системы;
занимает дополнительные IP порты (по 2 на каждый процесс). Диапазоны портов, определенные по умолчанию, могут оказаться недостаточными;
повышает общую сложность поведения сервера "1С:Предприятия".
Рекомендуется начинать наладку системы на базе "1С:Предприятия" с одного рабочего процесса на сервер, и только при наличии необходимости увеличивать их количество.
Ваши все предположения тоже мимо, т.к. версия ПЛАТФОРМЫ 8.3.7.2008 и винда настроена (в биосе тоже) на максимальную производительность
Ну, то есть где-то с настройками "накосячили"...
Вот, Вам почитать для общего развития
Вот текст, в котором выделил где читать:
В данном разделе собраны рекомендации по наладке системы на основе платформы "1С:Предприятие" в режиме работы "клиент-сервер":
В 32-разрядном сервере "1С:Предприятия" запуск нескольких rphost позволяет лучше использовать оперативную память сервера и снизить издержки от фрагментации памяти.
В 64-разрядном сервере "1С:Предприятия" один rphost может полностью использовать и оперативную память, и процессорные ресурсы сервера.
Поэтому для 64-разрядного сервера "1С:Предприятия" нормальным следует считать запуск одного рабочего процесса на один сервер.
Из-за ошибок в платформе "1С:Предприятие" и в конфигурациях возможны аварийные завершения процессов rphost. Запуск нескольких рабочих процессов снижает критичность аварийного завершения одного рабочего процесса. Аварийные завершения рабочих процессов нельзя считать их нормальным поведением. Если подобные случаи наблюдаются в процессе эксплуатации "1С:Предприятия", то целесообразно провести необходимые расследования для выявления причин и устранения подобных ситуаций. Запуск нескольких рабочих процессов в данном случае можно считать временной мерой для снижения издержек от нестабильной работы сервера.
Большое количество рабочих процессов:
увеличивает издержки на служебные вызовы между процессами сервера "1С:Предприятия" и может привести к снижению общей производительности системы;
занимает дополнительные IP порты (по 2 на каждый процесс). Диапазоны портов, определенные по умолчанию, могут оказаться недостаточными;
повышает общую сложность поведения сервера "1С:Предприятия".
Рекомендуется начинать наладку системы на базе "1С:Предприятия" с одного рабочего процесса на сервер, и только при наличии необходимости увеличивать их количество.
(1440) h00k, я прекрасно умею читать, но когда люди не путают конкретные ответы с обобщенным понятием...
Все же,я заметил, что именно Вы не умеете читать, т.к. я не влазил в разговор, а написал свое возмущение именно по
Поэтому еще раз перечитайте мои посты и подумайте прежде, чем писать такие глупости по многопоточность.
Что касается приведенных Вами ссылок - да, 1С много чего пишет, но по факту выходит иначе
Все же,я заметил, что именно Вы не умеете читать, т.к. я не влазил в разговор, а написал свое возмущение именно по
давно уже не однопоточная и грузит больше одного ядра, при выполнении ресурсоёмких операций, таких как поиск ссылок на объекты или удаление помеченных
Поэтому еще раз перечитайте мои посты и подумайте прежде, чем писать такие глупости по многопоточность.
Что касается приведенных Вами ссылок - да, 1С много чего пишет, но по факту выходит иначе
(1442) kofr1c,
А, так платформа 1С однопоточная оказывается?! Вот ведь! А одновременная работа пользователя и фоновых заданий, как самый простой и доступный пример многопоточности, в файловых базах - это, видимо, такая магия? Или фоновые задания ставят интерфейс пользователя на паузу, пока не выполнятся, а пользователь просто этого не замечает?
Ведь
"Вы всё врёте!!!11" как же иначе то, ведь не могут 1С писать правду.
Мало того, что мы обсуждали многопоточность клиента 1С, а Вы влезли со своими однопоточными рпхостами, на непонятно как настроенном сервере. Так Вы ещё и заговор вскрыли что 1С обо всём врут, а остальные их покрывают... забавно.
П.С.: Перечитывать Ваши посты? Спасибо, обойдусь. Продолжайте дальше верить в то что 1С однопоточная система, а настоящее тайное предназначение итс - это вводить разработчиков и пользователей в заблуждение да скрывать страшную правду.
я не влазил в разговор, а написал свое возмущение именно по
А, так платформа 1С однопоточная оказывается?! Вот ведь! А одновременная работа пользователя и фоновых заданий, как самый простой и доступный пример многопоточности, в файловых базах - это, видимо, такая магия? Или фоновые задания ставят интерфейс пользователя на паузу, пока не выполнятся, а пользователь просто этого не замечает?
Ведь
1С много чего пишет, но по факту выходит иначе
"Вы всё врёте!!!11" как же иначе то, ведь не могут 1С писать правду.
еще раз перечитайте мои посты и подумайте прежде, чем писать такие глупости по много поточность.
Мало того, что мы обсуждали многопоточность клиента 1С, а Вы влезли со своими однопоточными рпхостами, на непонятно как настроенном сервере. Так Вы ещё и заговор вскрыли что 1С обо всём врут, а остальные их покрывают... забавно.
П.С.: Перечитывать Ваши посты? Спасибо, обойдусь. Продолжайте дальше верить в то что 1С однопоточная система, а настоящее тайное предназначение итс - это вводить разработчиков и пользователей в заблуждение да скрывать страшную правду.
(1435) h00k,
(1426)
Вам кажется. Я же специально написал про файловые базы
(1426)
Ну вот что за "однопоточный?! Или что за "уже грузит более одного ядра"?!
8.3, даже х32 версия, давно уже не однопоточная и грузит больше одного ядра, при выполнении ресурсоёмких операций, таких как поиск ссылок на объекты или удаление помеченных... или при выполнении распараллеленных фоновыми заданиями алгоритмов.
Неужели так сложно самому взять базу 5-10Гиг, запустить удаление помеченных объектов, а потом спокойно посмотреть количество потоков и загрузку ядер процессора в process explorer?
ХДЕ???
8.3, даже х32 версия, давно уже не однопоточная и грузит больше одного ядра, при выполнении ресурсоёмких операций, таких как поиск ссылок на объекты или удаление помеченных... или при выполнении распараллеленных фоновыми заданиями алгоритмов.
Неужели так сложно самому взять базу 5-10Гиг, запустить удаление помеченных объектов, а потом спокойно посмотреть количество потоков и загрузку ядер процессора в process explorer?
(1437) kofr1c,
Здесь (1426)
А прежде чем влезать с комментариями, стоило бы, для начала, вникнуть в обсуждение и посмотреть вопрос на который я отвечал:
(1423) Xershi,
Вопрос про конфигуратор, если что.
ХДЕ???
Здесь (1426)
П.С.: Про то, что платформа больше не "однопоточная" должен был бы подсказать хотя бы тот факт, что реализовали фоновые задания для файловых баз - для корректной работы только этого функционала нужно уже, как минимум, 2 потока...
А прежде чем влезать с комментариями, стоило бы, для начала, вникнуть в обсуждение и посмотреть вопрос на который я отвечал:
(1423) Xershi,
h00k, а он однопоточный или уже грузит более одного ядра?
Вопрос про конфигуратор, если что.
(1449) fzt,
Ну да, таких операций не много, к ним так же относится замена реквизитов, проверка конфигурации и выгрузка конфигурации в файлы - как наиболее часто используемые, по крайней мере мной.
Длительные и ресурсоемкие это ТИС, сравнение конфигураций и выгрузка чтоли
Ну да, таких операций не много, к ним так же относится замена реквизитов, проверка конфигурации и выгрузка конфигурации в файлы - как наиболее часто используемые, по крайней мере мной.
С чем столкнулись при переходе на 1С:Предприятие 8.3 (8.3.8.2014).
Админ забыл поменять пользователя в службе запуска агента сервера. Некоторые регламентные задания зависели от доступа.
В регистре винды перепрописали дебаг. Для отладки регламентных заданий на сервере.
Забыли перенесли ВК из папки старого релиза. Перенесли в новый и все ок.
В СКД изменилось условное оформление. Приходится править.
РИБ работает, переферия еще на старой платформе.
В остальном пока все стабильно!
Админ забыл поменять пользователя в службе запуска агента сервера. Некоторые регламентные задания зависели от доступа.
В регистре винды перепрописали дебаг. Для отладки регламентных заданий на сервере.
Забыли перенесли ВК из папки старого релиза. Перенесли в новый и все ок.
В СКД изменилось условное оформление. Приходится править.
РИБ работает, переферия еще на старой платформе.
В остальном пока все стабильно!
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот