БП 3.0. Обновил на 4 релиза. После каждого обновления запускал в режим предприятия. База практически пустая. После обновления, конфигуратор/предприятие спрашивает пароль и грузится по 5 минут. На компе 6Гб памяти, проц - ксеон (не помню какой именно), база лежит на SSD!
Такая же ситуация была с УТ11, правда база побольше. После очистки кэша вроде стало побыстрее.
Я конечно почищу его сейчас опять, но хочется спросить небеса "Доколе?!", а форумчан, победивших сие зло - каким бубном пользовались?

ксеоны бывают очень разные

а еще можно рамдрайв попробовать, но скоростей 7.7 все равно не получится

(0) Бубен называется 16 Гб оперативки.
Сейчас запущено 12 конфигураторов (делаю обновление), гружу КЛАДР в одну базу, копирую 750 Гб с диска на диск и все шуршит вполне себе, за час все сделается.

Бубен, иногда, называется "32-битовый ключ сервера".

(2) Бубен то конечно бубен, но автору не поможет.

Бубен, кстати, показывает компетентность Печенкина Романа.

(2) приложение 1с под виндой никогда не увидит 16 ГБ озу

(3) А это-то здесь причем?

(5) И че? Я же говорю, у меня 12 конфигураторов, загрузка КЛАДРА и копирование файлов и всем нужна оперативка.

(0) Автору поможет установка платформы выше
8.3.5.1482

+(7) Если же ты про то, что у автора не 12 конфигураторов, а 1, то тут конечно да, не уверен, что на компе работает только 1С.

автору поможет клиент х64 под линем

(7) Нет.
Но 16 гигабайт дадут хорошую производительность, но не из-за того, что всем нужна оперативка.

(7) Мне кажется, что вы лукавите. У меня на сервере больше 16 Гб памяти, так он умирал при одновременном обновлении белее 6 бухгалтерий 2.0

(10) Почему?

(11) А из-за чего?

(8) Автору поможет переход на бухгалтерию 2.0 и отказ от тонкого клиента

(15) Ты обновил платформу то?

(12) Не сумлевайся, так и есть.
Через минут 20 начала всех делов все, конечно же, подсдохло, это когда реструктуризация таблиц пошла.
Дисковое копирование, например, вообще, практически остановилось.
Но потом все потихоньку переварилось, сейчас потихоньку заканчиваются обновляться то одна база, то другая.
Базы демо, конечно же, реальные 14 штук одновременно я бы запустил, но за час бы не обновились, ясный день.

(11) 16 Гб немного увеличит быстродействие за счет системы кеширования Windows. Если программа обращается к файлу, то Windows помещает этот файл в память. Правда чаще всего к файлам 1С это не относится. Уж очень хитро 1С работает с этими файлами

(15) Я считаю, шестерка наше все.

(14) Винда 7 и выше отлично кэширует большинство файлов, в ОЗУ. Это примерно 12-13 гигов оперативки, дальше файловый кэш не растет.

Если каждый вечер не выключать комп а засыпать его - файловый кэш не сбрасывается и через пару дней винда летает даже на HDD 5400

(16) Нет не обновил. Очень я сомневаюсь, что это поможет. Я  поставил УТ10 и все залетало :)

(18) "Уж очень хитро 1С работает с этими файлами"

Как? Ты смотрел?

filemon показывает стэк вызовов тот же, что и для других приложений - тот же WinAPI пользуется.

(21) Ты очень расстроил этих парней
http://cs424418.vk.me/v424418879/4545/hbvzbHbE3N4.jpg

(22) Конечно смотрел. Монитором. Судя по всему 1С пытается кешировать кеш, и каждый раз переименовывает файлы. Соответственно Windows не может ничем помочь.

(23) А что это за парни? Вы уже несколько раз давали ссылку на это фото. И вашего юмора я не понимаю.

(24) Временные или кэша?

(25) Временные 1С (tmp) или кэша пользователя/конфигурации?

Там тяжело разобраться. Я просто чистил виртуальную память Windows. У меня получался чистый кеш Windows под 10 Gb/ и потом смотрел как 1С насилует диск. Она насилует как 1с(tmp), так и кеш пользователя. Естественно все это относится к тонкому клиенту. И Server x 64

(17) зачем обновляешь 12 дем?

(29) Странный вопрос. Чтобы под рукой всегда были свежие демки разных конфигураций.

(30) не верю, что работаешь с 12 разными конфами

(31) Во-первых, я не один.
Во-вторых, я часто смотрю в разных конфигурациях примеры того, как что реализовано.
В-третьих, не 12, а больше, 12 - это сколько сегодня обновлял.
В-четвертых, у клиентов встречается много конфигураций, с ходу сейчас в голове порядка десяти насчитал.

(9) на компе работает только 1С. И дело не в оперативке. Очередь диска С доходит до 10. Это нормально? Очередь SSD-хи, на которой базы лежат = 0,05.

(33) + при этом, наибольшее количество данных пишется как раз в кэш. Когда конфигуратор всё же стартует, очередь к С: становится 0,01.

(34) еще выяснил, что тормоза наблюдаются только при запуске баз, на которые накатывались обновления. Резервные копии открываются быстро в обоих режимах.

(35) Это у тебя классический кеш пользователя. Добро пожаловать в клуб активных пользователей не очень маленьких баз с тонким клиентом.
УТ11. Долго открываются формы.
Какая у тебя версия платформы? А то некоторые типа H A D G E H O G s утверждают, что если поставить последнюю версию платформы, то все проблемы с быстродействием тонкого клиента исчезнут, и ты будешь жить долго и счастливо.

(36) 8.3.5.1443 Собираюсь сегодня обновить, пока народ отдыхает

(33) У тебя будет существенный прирост скорости, если ты положишь базы на медленный диск С: а все кеши ( папки TMP, Пользователи) перенесешь на SSD.

хмм. я подумаю. Спасибо.

Я сижу на 8.3.5.1146 и H A D G E H O G s неоднократно обзывал меня лузером :)

(8) https://bugboard.v8.1c.ru/version/plt8gen/8.3.5.1482.html

где там про "быстродействие" ?

(39) Ты можешь просто перенести TMP и Пользователей на SSD и скорость работы увеличиться раз в 5

(8) Ткни пожалуйста, что там такого охрененного исправили?

(43) Там в очередной раз увеличили "быстродействие" и базы стали открываться дольше и печальнее. Улучшили стабильность работы Сервер1С. Падения платформы стали наблюдаться чаше :)

(40) в нуждиках было "Я абсолютно счастлив по-умолчанию. Пожалуйста, не лезьте в настройки!". Тоже не понимаю для чего что-то там обновлять, если и так всё работает. К БП и кадрам это не относится конечно.

(42) ага. попытаюсь вечером. Сейчас там "активный пользователь" появился. Еще одному психу в воскресенье утром не живется без родной БП.

(41) может речь идет о 8.3.5.1517?