64-разрядная файловая 1с - бывает? #657609

И на старуху бывает проруха. Вот, оказывается не знаю, бывает ли 64-разрядная файловая 1с. И если бывает, то работает ли она с таблицами более 4Гб?

Т.к. нет 64-разрядного клиента, то нет, не бывает.

нет

гм, тогда надо повременить с переходом на Win64... Я думал, выиграю в скорости 1с. А так она все равно больше 4 Гб памяти не увидит.

Пьяный что ли? При чем тут скорость 1С и память?

не бывает и ОЗУ ту не при чем))))

я гуру (с) сам то веришь?

запусти 1с на 512 МБ памяти и на 4 Гб памяти. Потом покури, при чем тут скорость.

Вангую 100500 мессаджей в этой теме.

бывает 64-х разрядный сервер 1С на котором запускаются  рабочие процессы, вот кокраз в случае 64-х разрядного сервера 1-такой процесс сможет использовать больше памяти)

ускорить файловую - загони 1CD на рам-диск, и наслаждайся

блян, всё в кашу смешать одним постом)))) это талант

загнал на ССД, уже наслаждаюсь. Но стремлюсь к идеалу

слив засчитан

Анкеты на сайте знакомств уже не влезают в 4 гига?

рам шустрей будет в теории

Не надо ничего загонять. Win7 сама все загонит про наличии памяти. WinXP должна загнать при наличии ключа LargeSystemPage, но не проверял. p.s. Гений - дятел.

там разница не велика, т.к. основные траблы на чтении, намного быстрее не будет

при чем слив - см , а чистой воды тролинг, ну или на курсы пользователей виндоуз запишитесь) по сути чушь написана при чем тут "запусти 1с на 512 МБ памяти и на 4 Гб памяти" ??))

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

не доверяю я виндовому интелекту, лучше чётко сказать, а не надеятся на авось загонит)

>>память не влияет на быстродействие я сказал что 64-х разрядной файловой 1с не бывает)) а объем памяти...это в младшую школу))) вот и говорю что троллинг не верю что взрослый человек азов не знает)))))

работает идеально.

7-ка и правда умная) на домашнем пк проверял, с оперативкой очень умно работает

В 7-ке клиент 1C валится с недостатком памяти гораздо реже, чем в XP, особенно при работе с гиганскими табличными документами. Теоретически - должен валиться так-же, как на XP, на практике, наблюдал корректную работу с 3.2 гигами занятой памяти 1С-кой.

Клиент 8.3 для Linux. Версия для ознакомления есть, актуальная скоро будет, обещают, по крайней мере.

Кстати, не могу понять, почему клиента под x64 не запилят, вроде ничего сложного.

Зачем ? Файловая выполняется на клиенте так что память на сервере сильно не используется Или про связку + вебсервер ?

Бывает на линуксе.

хз, может не видят смысла. Щетаю файловый вариант для ларьков, 1-2 юзера, нафиг там 64х?

32 умрет же в итоге. пусть даже в палатку, но если за те же деньги, то лучше 64.

может со временем и не скоро, но большая часть приложений до сих пор 32-х разрядные и никакого дискомфорта...тот же офис давно ли 64-х разрядным стал ?))) вроде только с 2010 и старше

Дискомфорт есть. Для прогеров во всяком случае. Взяь хотя бы АДО, есть гемор определенный с 32-64.

А вот здесь как раз и есть смысл в 64. Например ADO для Офиса работает только 32 или 64. Смысл как здесь уже говорили в Вэб сервисах. Ну и часто 1С не справляется с большими отчетами котрые любят делать под давлением юзеров. Но вот не думаю, что это даст что то  в скорости.

Может таким образом стимулируется переход на клиент-сервер. Тогда непонятно, зачем для Linux клиента сделали 64-х разрядного.

ЧТО? 64x разрядного?

В архитектуре клиента ничего не меняли. Откуда x64 на линуксе?

Помню, давно реализовывал схему, когда база файловой 1С лежала на компьютере под Linux. 8-10 пользователей. Рабало пошустрее, чем под виндами.

Клиент 1С:Предприятия (64-bit) для RPM-based Linux-систем Или я ошибаюсь?

В 15 или 16 релизе было сказано что была осуществленна поддержка файлового 64 битного для линукс. Что имелось в виду я например тоже не понял . Можете почитать файл апдейт.хтмл

хы) вот именно что для прогеров, и то не для всех и в специфицеских условиях...к примеру ТС))) а что уж про обычных пользователей говорить ?) сам сталкивался с проблемой нехватки под процесс памяти всего пару раз - оба раза проблему решил оптимизацией запроса)

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

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

У 32-битного приложения запущенного в 32-битной Windows суммарный размер всех перечисленных типов данных не должен превышать 2 GB. (Практически ограничение равно 1.75GB из-за требований к памяти самой операционной системы) 32-битная программа, собранная с ключом /LARGEADDRESSAWARE:YES может выделять до 3-х гигабайт памяти, если 32-битная операционная система Windows запущена с ключом /3gb. Эта же 32-битная программа, запущенная на 64-битной системе, может выделить почти 4 GB памяти (на практике около 3.5 GB).

это не означает буквального исполнения процессов с доступом к той куче памяти, которая формально есть в 64-ом представлении процессов.

это к чему ? - ТС про файловую 1с-ку спрашивал а не про ОСь)) про ось он в прошлых ветках просвещался: а вопросы видимо остались...

Да, именно, самбу настраивал. Но вроде, там ничего сложного нет. А вот про "готовую конфигу, заточенную на повышение скорости" не совсем понял. Это про что?

Это наверное про конфиг postgresql.

Вот и раскрылась загадка!

Это к тому...

Это раскрыло загадку , XP у меня была 32x, Win7 - 64x/

Еще живой пример. В конторе одной москали сделали хитромудрое закрытие месяца. Закрывается, примерно, 3 дня. Периодически, во время расчета, отваливался по нехватке памяти. Чего они туда понапихали я не разбирался. Но все же, для решения "ускорения процесса" админы предложили более крутой сервак и туда поставить 64-разрядную операционку. Я не разделял их мнения по поводу приличного ускорения расчетов. Купили(за 800 тыщ.руб.) Считаться даже стало еще дольше. Только экономистам остается быть "счастливыми", что хоть не падает из-за памяти. О причинах замедления расчета предположительно догадываюсь.

С какого будуна там postgresql? Это же ФАЙЛОВЫЙ вариант.

упп ? - выпуск по переделам ?)

Кто его из бани выпустил?

Нет. Там БП КОРП. Но какой-то "пообъектный" расчет затрат.

Хочешь совсем экстремальной скорости? На вот поставь себе RAMDisk "Enterprise" И засунь всю базу в память. Будешь знать к чему стремиться)))))

Ну да, явно никто и не обещал, как там на самом деле, неизвестно. Скорее всего, 64-bit клиента сделали для того, чтобы не тянуть лишние 32-bit библиотеки в  дистрибутив операционной системы.

Готовые конфиги для самбы можно нарыть в сети под всякие разные варианты. а тож думаю, что код для 32 без какой-либо оптимизации просто пересобрали с другими версиями библиотек. Если где-то в коде попадуться устаревшие define в наследство, то умышленно их вряд ли кто-то выковыривать будет. Хотя, кто знает? Я исходников не открывал и мои суждения на эту тему просто скепсис.