1С 8.2 Windows 7 64x 8G ОЗУ.
Использую специальную обработку, без конца вылетает "Недостаточно памяти"
Что делать?

Не используй специальную обработку.
Профит!

Причесать код в обработке. А для начала отловить, на какой строке вылетает. Наверно, регистры сведений через наборы записей шерстишь

(0) Это специальная обработка по сжиранию всей доступной памяти? Если да, то это нормально.

используй типовую обработку

выпрямить руки...

3,5 Гб должно хватать клиенту на все (с) 1с

1 не использовать обработку
2 переписать правильно обработку
3 увеличить память (но может и не поможет)
4 пригласить специалиста (точно поможет)

+(6)
использовать linux 64 bit

(0) это диагноз. типа invalid user

(7) предлагаешь спеца по линуксу и сразу в штат? )))

(6) Может для начала перезагрузить компьютер, потому что память уже чем-то замусорена и он этого еще не делал?))

Пусть Обработка будет с тонкой формой и выполняется на 64-битном сервере.

(5) давно приложение 32-битное умеет видеть больше 2 ГБ ?

(12) Лет 10 уже как, зак. Лет 10.

(13) 1с-кое ?

(12) с момента появления /LARGEADDRESSAWARE

(15) а что, 1с-клиент с этим ключОм собран?

(16) вот так вы и палитесь, спесилисты.

(17) Спесилист у нас ты. Я же никогда в нутрь не лазил. Не царское это дело.

https://msdn.microsoft.com/ru-ru/library/wz223b1z.aspx

и это.. девочки, не ссорьтесь..

(19) Не... Ты расскажи, клиент толстый собран с этим ключом или нет?

2(21) Почему толстый клиент? может у автора FireFox? или ГуглоХром или Сафари?

(21) Там использовали ключ на 22 :)

(21) ты считаешь, он там нужен?
поддерживаю версию (12)
zak555, привет! :)

(22) Если бы бровзер - у него сервер бы падал, а не обработка...
(23) дюйма?
(24) я? Нет. Я считаю, что нужно нормально писать код...

(25) Сантиметра же. У нас всё-таки метрическая система.

(12) 2 в 32 степени это уже 4 гига, но учитывая всякие аппаратные заморочки уменьшаем на от 500 метров до гига. Так что 32 битные приложения всегда имели больше 2 гигов памяти в своем распоряжении.

(26) Я же не вижу, откуда ТС...

(25) правильно.. Но вначале всегда пишется вчерне, как получилось, причесывается только потом, когда по буеракам нижним местом поехали..
Видно, свежий код у ТС :)
(26) Мск

2(27) Щас тебя просвятят

(28) Мск

+31 а на что это влияет? Люди все одинаковы..

(27) Свободен. Иди учи матчасть.
(31) Москов на шарике существенно больше одной...

(33) RU/мск

(33) вот вот.. иди учи

(15)+остальные. Да, клиент 1С собран с этим флагом. Во всяком случае версии 8.2.19.90 и 8.3.6.2152 http://i.imgur.com/hcLozhS.png

(33) Откуда ж вас таких горе спесов набралось?

(35) Я-то как раз знаю. И говорю.
А вот ты - похоже, тэорэтык.

(36) Ну, если да, тогда хорошо.
(37) нас в своё время учили хорошо. В отличие от.

(38) Грош цена твоим знаниям, если ты думаешь что я не прав. Ты же не сказал в чём я не прав.

(40) Ты не прав. Я сказал. Точка.

И в чём я не прав?

2(40) Ну. ты не прав в том, что не усомнился в том что для того чтобы приложению использовать 4 Гига доасточно 2 возвести в 32 степень. В то время как если даже просто загуглить пр упомянутый ключ, можно найти массу чтива. в котором доступно разъяснено что это не так

нафлудили

(42) Ты не прав. Точка. Сколько ещё раз можно повторять? )))

Приложение 32 бита в зависимости от аппаратной части может адресовать память в диапазоне от 2.8 гига до 3.8 гиг.

(40)https://en.wikipedia.org/wiki/Virtual_address_space
On a 32-bit Microsoft Windows installation, by default, only 2 GiB are made available to processes for their own use.[2] The other 2GB are used by the operating system. On later 32-bit editions of Microsoft Windows it is possible to extend the user-mode virtual address space to 3 GiB while only 1 GiB is left for kernel-mode virtual address space by marking the programs as IMAGE_FILE_LARGE_ADDRESS_AWARE and enabling the /3GB switch in the boot.ini file.[3][4]

On 64-bit Microsoft Windows, processes running 32-bit executables that were linked with the /LARGEADDRESSAWARE:YES option have access to 4 GiB of virtual address space;[5][4] without that option they are limited to 2GB. By default, 64-bit processes have 8TB of user-mode virtual address space; Linking with /LARGEADDRESSAWARE:NO artificially limits the user-mode virtual address space to 2 GB.[6][7]

(46) Адресовать память <> использовать

ха ха... я и забыл... вы про пользовательский режим, я про все режимы.. и режим ядра.  Полностью адресное пространство приложения 32 бита составляет в таком случае 4 гига.
Читайте матчасть как вы мне сказали.

(36) почему я ни разу не видел, чтобы приложение 1с (клиентское) под виндой использовало больше 2 ГБ

(9) Хватит и простого юзера Linux.

(0) база клиент-серверная?

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

(16) Конфигуратор точно с ним. Иначе сравнение УПП может свалиться.

640 Кбайт хватит всем.

(55) не с нашими аппетитами :)

Автор вбросил и ушел... а все стараются.

(57) А ему сказали уже копать обработку

(26) Тогда 0,22. Метра.

P.S. А ключи в миллиметрах маркируют.

че срачь уже кончился? можно вылазить?

(54) почему у меня erp в конфигураторе кушает 252 МБ ?

(34) Здесь:

https://maps.yandex.ru/-/CVwoiV2r ?

(61) Потому что не там смотришь :)

(63) куда смотреть ?

(64) Ну, рабочий набор, например.

(64) (50) Если ты не видел, то это не значит что этого не существует. Толстый клиент. Процесс упал когда рабочий набор вырос до, примерно, 3.8ГБ. Скриншот, понятно, достаточно проблематично снять именно с 3.8, но с 3.4 вот пожалуйста. Первая строка в мониторе.

http://i.imgur.com/XaOzZN5.png

Не помогает даже bcdedit /set increaseuserva 20480

Не знаю что делать?

(67) Обработку менять

(67) Вышли обработку всем нам. Посмотрим )))
Либо у тебя запрос возвращает большой набор данных,
либо ты пытаешься вывести большой отчет.

Последний раз у меня такую ошибку выдавала типовое удаление дублей. С регистрами они там неудачно обошлись.

(67) выполняй на сервере

оптимизировать обработку не предлагали?