Имя: Пароль:
1C
1C 7.7
v7: Есть ли 1с 7.7 64 бита или как преодолеть ограничение по памяти в 4 гб
,
0 DmitriyDI
 
26.10.17
16:35
Есть ли 1с 7.7 64 бита или как преодолеть ограничение по оперативной  памяти в 4  гб?
1 Aleksey
 
26.10.17
16:37
это в каком месте вы уперлись в это ограничение?
2 DmitriyDI
 
26.10.17
16:38
Выгрузка декларации по НДС, раньше выпадала на 2 гб, сделали 4гб патч, теперь выпадаем на 4гб, спустя 2 года.

Подскажите можно ли еще как-то для 1с 7.7 открыть ресурсы к оперативке, может быть есть версия 64 битная?

(1) выгрузка 8 раздела, на строчке ЗначениеВФайл(ИмяФайла, СписокЗначений);
3 DGorgoN
 
26.10.17
16:40
(2) Ну как вариант
СписокЗначений делим на 2
ЗначениеВФайл(ИмяФайла1, СписокЗначений1);
ЗначениеВФайл(ИмяФайла2, СписокЗначений2);
Ну и дальше их объединить и сделать "ИмяФайла" допустим через дельфи.
4 DmitriyDI
 
26.10.17
16:41
Дословный текст ошибки:
"Недостаточно свободной оперативной памяти на этом компьютере."
процесс в этот момент занимает чуть больше 4гб
5 пипец
 
26.10.17
16:41
это скока у вас счф полученных ?
6 пипец
 
26.10.17
16:43
(4)  мну - темпы явно прописывал, как в пользователе (винде) так  и в 1с ... и сеанс освобождал
ЗЫ листать нада меньше - больше вероятности проскочить "память"
7 DmitriyDI
 
26.10.17
16:45
(6) - отличная идея, сейчас посмотрим.
8 Провинциальный 1сник
 
26.10.17
16:49
Как вариант, можно написать свои функции сериализации-десериализации списков. То есть не пытаться сразу список класть в файл, а например сериализовать каждый элемент через ЗначениеВСтрокуВнутр, и записывать в dbf.
9 DmitriyDI
 
26.10.17
16:51
(8) хотелось бы что-то попроще) например снять лимит по оперативке))
10 DGorgoN
 
26.10.17
16:54
(9) Так позвони БН, пусть исходники даст, скомпилишь, делов то..
11 mehfk
 
26.10.17
16:55
(9) idapro+hexrays=>с-подобный листинг=>перевод в С++ и причесывание=>адаптация под x64=>компиляция=>профит!
12 Провинциальный 1сник
 
26.10.17
16:55
(9) Вполне возможно, что в платформе баг, в результате которого объем памяти растет нелинейно по отношению к объему данных. Тут увеличением ОЗУ проблему не решить. Всё равно вылезет, не сейчас так через полгода.
13 Fish
 
26.10.17
16:55
(9) Попроще - это перейти на восьмёрку.
14 DmitriyDI
 
26.10.17
17:05
(12) не) там просто данных много)
(13) ага)) когда ндс до 25го, тут 26е, самое время))
15 DmitriyDI
 
26.10.17
17:25
размер rvs файла 176626 КБ, и 1С его открыть уже не может...
16 Филиал-msk
 
26.10.17
17:26
(9)(14) Звони биллгейтсу, пусть винду переписывает. Так и скажи - НДС у нас тут, давай шевелись.
17 DmitriyDI
 
26.10.17
17:40
(16) уже набираю
18 Ёпрст
 
26.10.17
17:43
(0) а чего ты потом с этим ЗначениеВФайл(ИмяФайла, СписокЗначений)  делаешь ?

Пиши куда-нить не туда, в базу sqlite или тупо в дбф файлик.
19 DmitriyDI
 
26.10.17
17:48
(18) Да просто там вся регламентированная отчетность завязана на ЗначениеВФайл и ЗначениеИзФайла, боюсь там много придется чего переписывать...
20 mistеr
 
26.10.17
18:13
(19) Для вас это самое дешевое решение: найти нормального спеца и переписать по-минимуму.
21 Базис
 
naïve
26.10.17
18:18
Дробить на месяца или по списку контрагентов, а потом собирать - можно, или там что-то нелинейное будет?

Забыл, хотя когда-то делал большущую книжку для местного коллеги. Андрей, ты тут?
22 GreyK
 
26.10.17
18:21
(0) Переведи СКЛ.
23 GreyK
 
26.10.17
18:22
+(22) Переведи базу на скуль, так будет понятнее.
24 Pooh
 
26.10.17
18:28
(15) а rvs файл при сохранении декларации (раздела 9 например) разве не дробится на несколько файлов по 10 тыс строк к примеру?
25 DrZombi
 
гуру
26.10.17
19:36
(0) Оптимизируй запросы, переходи на прямые запросы, 1С пишет не оптимально, не надо думать, что там все хорошо :)
26 DrZombi
 
гуру
26.10.17
19:37
(2) Жесть, вы поди еще пользуетесь методом "Текст" :)
27 DrZombi
 
гуру
26.10.17
19:39
(22) Слишком много переписывать, метод "ЗначениеВФайл" решает все одной строкой :)
28 Adilgeriy
 
26.10.17
19:58
на инфостаре проскакивала информация про запуск 7.7 на 64 без изменения в файлах платформы. поищи
29 DGorgoN
 
26.10.17
20:18
(28) Она и так хорошо на 64 запускается, вопрос в том что она сама 32 и большие объемы не тянет тупо.
30 DmitriyDI
 
26.10.17
20:28
(20) я и есть нормальный спец, уже начал переписывать, уже почти сделал, но все равно по грани памяти ходим, думаю написать отдельную выгрузку в ХМЛ 8, 9 раздела.

(22) смешно) база 300 гб) конечно она скулевая)

(24) Нет

(25) причем тут запросы)?

(29) именно) и так понятно что у нас ОС 64, если я пишу что до 4 гб 1с 77 нормально работает))), она даже с 4гб патчем на 32 только до 3,5 макс дает)
31 DmitriyDI
 
26.10.17
20:32
(21) да, сдаем через контур, они говорят, что нет у них возможности несколько файлов загрузить... а так выгружать не кварталом, а по месяцам, налогоплательщик говорят такую выгрузку нормально принимает.
32 kauksi
 
26.10.17
21:37
300Гб 7.7 это сильно. видать с 1997го никто не обрезал.
а денег с той же поры на автоматизацию не выделяли. раз ехать надо, но на шашечки денег нет.
33 Z1
 
26.10.17
21:38
(31) так выгрузи по месяцам
получить 3 файла по месяцу в xml
потом из 3 файлов сделай один - и поправь начальную секцию где итоговая суммы - все.

у нас книга продаж большая но как то проблем нет но зависит как писали.

Кстати  с 4 квартала опять и книги поменяли
и новые коды будут ( которые еще не объявили )
34 Z1
 
26.10.17
21:39
(31) Нашел показатель  по размеру базы о чем то судить.
35 kauksi
 
26.10.17
21:45
(34) я просто надеюсь что регистры у топикстартера закрываются в 0)) Просто xml и 1с эта та тема, из-за которой люди изучают другие технологии, дело не только в 7.7. Я вот в свое время написал обработку по переносу данных через Com из торговли 7.7 в Розницу, только потому что за ночь типовой перенос из 7.7 не успевал отрабатывать, а на загрузке тупо валился из-за "недостаточно памяти". А через Com все данные попадали через полчаса. И таких примеров потом масса. Не знаю, может в 8.3.10 это как то решилось..
36 Злопчинский
 
26.10.17
22:25
(35) в своё время когда через типовой механизм обмена из тис в иксемель выгружалось, а потом в бухию 77 грузилось - это были большие объёмы и медленно загрузка именно. Посмотрел как там внутри - как-то там все мутно и топорно было. Типа одна номенклатура в куче проводок и мест - так она каждый раз создавала объект справочника номенклатуры и каждый раз искала эту номенклатуру....
37 Злопчинский
 
26.10.17
22:26
Могу, конечно, ошибаться
Но с тех пор универсальным механизмам я не очень доверяю. Они универсальные - это зашибись, но за счёт этого - тупые...
38 DmitriyDI
 
26.10.17
23:56
(32) да, с 1997 сразу решили одну книгу покупок и продаж сделать за 20 лет и отправить)

ток не 300, а 30, ошибся ноликом)
39 zak555
 
26.10.17
23:59
16ричная семёрка увидит 4 гб ?
странно
40 DmitriyDI
 
27.10.17
00:04
(39) 4гб патч, и любое 32 битное приложение 4 гб увидит, на 64 битной ОС
41 VladZ
 
27.10.17
05:50
(38) И кто эти данные потом будет анализировать? Кому нужна такая "простыня"?
42 Провинциальный 1сник
 
27.10.17
08:44
(41) Скажи спасибо, что распечатать не потребовали.
43 Pooh
 
27.10.17
11:22
(30) была большая книга продаж
зависала при сохранении (нехватка памяти)
поставили в разделе 9 флаг разделения на несколько файлов (установили по 10 т строк)
сохранилось быстро и без зависания, выгрузилось тоже нормально
44 пипец
 
27.10.17
11:30
(43) про прочие настройки ?
45 Pooh
 
27.10.17
11:43
(44) да. на той закладке флаг
46 Pit0n_08
 
27.10.17
13:56
(+43) +++ никогда не поздно учить матчасть:)
47 ManyakRus
 
27.10.17
18:46
у нас тож так,
решилось: запускать это на сервере MSSQL, а не на рабочем компьютере
48 DmitriyDI
 
30.10.17
12:59
(43) ух, если получится с меня пиво))
49 DmitriyDI
 
30.10.17
13:01
(41) да шучу я за какие 20 лет)) 1 квартал грузим)))
50 DmitriyDI
 
30.10.17
15:08
(43) Вопрос закрыт, совет в 43 помог, просто не реально, вместо суток сохранилась за 15 минут. По памяти не вышла за 1 гб.
51 ManyakRus
 
30.10.17
15:12
а я её ускорил на 1С++,
заполнение стало 1 час вместо 10 часов :)
52 DmitriyDI
 
30.10.17
15:17
(51) да заполняется пока что быстро)))
проблема в сохранении была))