Добавляю в текст модуля пробел, жму сохранить, и 10 минут идет сохранение.

Конфигурация КА 2.5 на postgree
В базе работаю пока только один я.

Машина, на которой я работаю в конфигураторе:
4x2.2ГГц, 8Гб RAM, 1IP

Админы сервера говорят, что это мне должно хватить и проблемы в сервере не видят.

Подскажите, в чем может быть проблема? Где узкое место? почему 10 минут идет сохранение без изменения метаданных даже?

"Машина, на которой я работаю в конфигураторе:
4x2.2ГГц, 8Гб RAM" виртуальная. Сам сервер 1с и postree в другом месте.

(1) узкое место в ДНК админов

Для виртуальной машины, диски должы быть подключены "физические"(монопольно).
Также канал связи может быть узким местом.
Базу локально положите на ВМ и проверьте.

Админы наговорят и не такого.
Судя по конфигурации виртуалки, там что-то совсем старое и медленное.

Часто админы вообще оторваны от реальности, это в принципе не практикующие люди в 1С. Иногда удивляешься, какой сервер под 1С подбирают

вот сообщают админы доп инфу:

1. 4x2.2ГГц, 8Гб RAM, 1IP - клиентская машина
2. Она подключается к отдельному серверу 1С
3. Сервер 1С подключается к базе на PostgreSQL

(6) зайди удаленно на 2 и проделай ту же операцию, после этого тки в админа)

(7) там  сервер 1с на Linux ...

(8) Админы не осилилили как поднять на сервере FreeNX или Xrdp?
Ну что тут сделаешь, такие уж админы...
Клиентская машина, где? В той же локальной сети?
Но я сталкивался с этим, имхо: что-то не так в Linux в сочетании со снятой конфигурацией с поддержки.
Обновление слишком медленно работает.
Поставил на поддержку назад и перекинул код в расширение, его было не очень много. Стало нормально по скорости.

(9) прошу прощения, в (0) я забыл написать, что конфа на поддержке. 10 минут это в расширение добавляется! Более того, я когда заливал им пустую базу CF, то ждал порядка 30 часов, когда пустая база зальется.

(9) "Клиентская машина, где? В той же локальной сети?" сказали: "Нет. Через интернет."

(10) Тогда проверь скорость заливки файла на сервер и пинг до него.
С учетом (10), в локальной сети таких проблем быть не должно...
Админы хитрые, и иногда подлые, они тебе выдадут доступ к Клиенту 1С в Чайна-тауне, с каналом до Москвы и работай как хочешь...

(11) А! Ну тогда это так это не решается, через интернет это слишком хардкорно!
Требуй повышения ЗП из-за Админов, потому что ты тратишь лишнее время из-за их прихотей. И разумеется за их счет ;)

"(10) Тогда проверь скорость заливки файла на сервер и пинг до него."  - вот это сейчас админ проверяет... ждем

(14) Да что толку проверять? В виртуалках все счетчики производительности при любой конфигурации могут быть тип-топ, но ситуация не изменится. Просто возьмите деньги за то, что строка 10 минут обновляется.

Это как на Хабре был разбор причин низкой производительности. Сделали кучу настроек, но радикально помогло банально везде-везде выставить профиль на Производительность. Такая вот повестка, ради энергоэффективности многое железо работает как известная Светлана из мемчика с ООО "Хлебсоль". Но у вас там еще банальнее, ресурсы вам не хотят выделять для работы. )

(14) да, это и оказалось узкое место. (16) ресурсы платные просто) все ж арендованное)

Спасибо всем за участие и конструктивную критику! (15) это обязательно, я весь день сегодня потерял на этом. Конечно, за этот день счет выставлю. Другое дело, что дальше надо работу наладить, иначе потом придется всем плохо.

Пока склоняемся к тому, что 1С на линукс криво работает.

Ни по каналу связи, ни по памяти, ни уж тем более по процу нет загрузки.
Пытаемся из разных мест к серваку подцепиться, результат никакой. С мака даже конфигуратор не удалось запуситить.

Вопрос? По какому протоколу общается клиент с 1с сервером на линукс?

Пока проблема причина не найдена, хотя благодарности никто не отменяет)

Хотели как лучше, но, видимо, придется по старинке файловый сервер на виде поднять)

(17) Ясно. Ну понятно, что на арендованном ничего не сделаешь особо, даже если очень нужно будет. )

(22) Ну, если это касается 1с видимо. Так то у нас куча нагруженных серверов работает без проблем. Мы, конечно, еще поковыряемся, но...
Если вдруг у кого-то будут конструктивные предложения, то, пзл, не стесняйтесь.

Я уточню проблему:
Имеется сервер 1с на Линукс запущен на Амазоне. Он подключается к БД Postgres, которая тоже на Linux на Амазоне.
При подключении к серверу с мака вылезает куча ошибок.

Есть у кого-то что-то подобное работающее?

И я подозреваю, что проблема все-таки с тем, что сервер на Амазоне. Видимо 1С при подключении пытается какие-нибудь регламентные подлючения к серверам налоговой или т.п.
И на этом моменте тормозит?

Попробуем ВПН поднять может...