Коллеги, всем доброго времени суток, интересует вопрос на сколько может помочь замена 100 мбит свитча на 1 Гб., как определяется размер файла передаваемого по сети на 2-й комп. Кто заменял и помогло ли это?

(0) да
файл летает целиком
все
да

(0) Файловая для одиночного использования или максимум для терминала.

(1) не совсем понял как понять файл летает целиком?

Интересует есть какой-либо потолок размера файла передаваемого по сети касающегося базы 1С или передается вся запрашиваемая таблица?

(4)Размер базы озвучьте пож-ста.

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

(5) 7,28 Гб.

Кроме гигпбитного свича нужно на каждом компе поставить гигабитные сетевухи.
(3) при работе на комп клиента перекачивается весь файл нужный в конкретный момент времени.

Кстати речь идет о 1С 7 или 8?

(8) 8,2)

(8) я как понимаю он перекачивается в ОЗУ, затем проводятся расчеты и операции над таблицей а потом что происходит?

Незнаю как на восьмерке. А на семерке файл летит на клиентскую машину. И если планируется изменения данных, то этот файл на основной машине становится заблокированным (никто не может в это время записать в эту таблицу). После изменений на клиенте файл летит обратно. Блокировка снимается.

использовать тонкого и апач не предлагать?

(0)Разумеется перевод сети на гигабит улучшит ситуацию.
Вопрос лишь в том насколько.
При работе файловой базы по сети куча проблем - и скорость сети, и проблемы с кэшированием, и блокировки таблиц, и опасность разрушения базы при сбоях в сети.
Увеличение скорости сети решает только одну проблему.
Поэтому ожидать чуда не стоит.
Гораздо эффективнее перевести всех в терминал или что намного лучше - тонкий клиент или веб клиент.
Тогда вся основная работа будет происходить на сервере, и исчезнут практически все проблемы файловой, кроме блокировки таблиц.
Терминал это дорого, по лицензиям и требования к серверу больше.
А веб клиент и тонкий клиент это практически бесплатно, и требования к железу сервера поменьше.

(12) тонкого наверно пока нет, а про апач по подробнее можно?

(14)Ставишь апач, или что еще проще - включаешь встроенный в винду IIS, публикуешь базу на нем, и подключаешься к базе либо из браузера, либо из тонкого клиента.

Вся настройка этой канители - час делов.
Если пользоваться IIS то даже никакого стороннего софта скачивать не надо.

Почему то все думают, что тонкий клиент, это только на скуле.
А нифига подобного, все делается и на файловой версии.

Есть еще вопрос к примеру в базе со 2-го ПК пробивается чек, размер таблицы чеков 2,4 Гб к примеру в этот момент вся таблица перекачивается на 2-й комп. или только определенная выборка?

(8) "при работе на комп клиента перекачивается весь файл нужный в конкретный момент времени"
Категорически неверная информация. Обращение идет к определенным участкам файла через механизмы блочного чтения.

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

(13) "исчезнут практически все проблемы файловой, кроме блокировки таблиц"
Ну, еще появится новая проблема - однопоточность контекста информационной базы модуля веб-сервера. То есть, если один юзер запустит долгий серверный вызов - остальные будут ждать. Даже если никаких блокировок на уровне таблиц нет.

(19) как работает механизм блочного чтения.

можешь более подробно описать?

(23) Есть разные способы, самый популярный последнее время - через mmap, то есть, файл открывается как область виртуальной памяти с прямым доступом, по ошибке страницы происходит подгрузка нужного блока. Ну или классика - fseek и read.

Не летает файлег по сети весь. Блоками.

Filemon вам все раскажет.

Еще бы интересно узнать каков может быть размер этих блоков?))

(26)А что это даст? Размер блоков зависит от реализации SMB.

(19)Ну ежу понятно что не весь файл сразу. Чтение идет естественно блоками. А вот сколько этих блоков будет считано, это другой вопрос. в некоторых ситуациях вполне возможно что как раз весь файл.

1с вообще никоим образом не знает что она работает по сети.
Она работает с локальным файлом, и использует для обращения к этому файлу обычные методы, для работы с файловой системой.

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

подразумевается клиент-серверный вариант работы, каким образом в этом режиме работают блокировки таблиц?

(30)Не понял вопроса.

(31)В случае SQL варианта, то доступ к данным полностью лежит на sql сервере, и он разруливает этот вопрос.
Собственно там нет блокировки таблицы, он гораздо тоньше действует, на уровне записи.

(32) к примеру ту же базу перевести на кл.-серверный вариант работы, каким образом в этом режиме будет обрабатываться информация и какой размер информации будет приходить клиенту? Что будет получать клиент какую-то готовую информацию которую рассчитал сервер? Интересует сам механизм?

+(34) в случае если запрос идет с разных клиентов на сервер как решаются блокировки?

+(35) к одной и той же таблице.

(34)В клиент серверном варианте все зависит от кода.
Как написали так и будет работать.
В основном вся информация обрабатывается на сервере.
На клиент идет только то что нужно клиенту. Никаких сырых данных.

(35)В принципе все точно также как и в файловой, но есть пара моментов -
Во первых там более гибкий механизм блокировки, во вторых он более тонкий, т.е умеет работать на уровне записи.

Файловый вариант тупо блокирует таблицу и все.
Клиент серверный блокирует только конкретную запись этой таблицы, и есть разные варианты блокировок.

(37) т.е объем информации как я понимаю меньше идут уже обработанные сервером данные?
(19) спасибо за просветление)))

В обще есть два варианта-
Либо файловый когда 1c работает непосредственно с файлом.

Либо sql когда клиент подключается к серверу 1с, а сервер 1с взаимодействует с сервером sql.


Оба эти варианта имеют модификации - толстый клиент, тонкий клиент, веб клиент.

Файловый - три варианта:
a) Файловый толстый работает с файлом напрямую все вычисления и чтение запись данных делает сам.

b) Файловый тонкий - подключается по сети к веб серверу, тот запускает локально толстый клиент, который работает с файлом. Все вычисления и работу делает толстый клиент локально, а по сети отправляет на тонкий только информацию для отображения.

c) Веб доступ - то же самое что и вариант b, только интерфейс отображается в браузере.

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

b)Тонкий клиент - подключается к серверу 1с. Вся работа с данными идет исключительно на сервере.  Он только отображает информацию.

с)Веб клиент.То же самое что и вариант b, только вместо тонкого клиента используется браузер.

(40) спасибо за информацию))

(40) Заумно. И не правильно.

(42)Ну давай неси разумное доброе вечное, и не заумное.
Объясняй что именно неправильно.

Файловый тонкий может подключаться, как к Веб-серверу (по локалке или через инет), так и на прямую к файлу. Не попутайте.

SQL - 4 варианта.

Тонкий может подключаться, как к вебсерверу (который подключается к серверу 1С, 4-звенка, по локалке или через инет), так и к серверу 1С (3-звенка, только локалка, если без vpn).

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

(44) Файловый вариант через веб-сервер - это фактически клиент-сервер и есть.. ибо на веб-сервере крутится отдельная серверная часть.

(45) Да.

И кстати, трафик при работе тонкого клиента с сервером 1с-предприятия примерно равен трафику при работе через веб-сервер. Проверял.

Разница между файловым и скулем в том, что в файловом варианте к файлам хранящим данные на диске обращаются несколько программ.
А в случае скуля с данными на диске работает сервер скуля и все обращения идут через него.

(48) Нет :-)

Не совсем.

(48) В файловом по сети к файлам на диске обращается всего одна программа - процесс system.

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

(51)Ну процесс system это обращения к файлам через API винды.
Просто 1с пользуется системным функционалам для доступа к файлам, а не лепит свой велосипед.

Я о другом -
Файловый вариант - 1 файл и много программ взаимодействующих с ним. Пофиг каким образом. И все эти процессы никак не связаны, а сигналы о блокировках друг другу могут передавать только через этот самый файл.

А в случае скуля - с файлами  работает скуль и никто кроме него.

(52) "Файловый вариант - 1 файл и много программ взаимодействующих с ним."
В случае работы через веб-сервер - не так. С файлом базы работает одна программа - длл-файл модуля 1с, загруженный в веб-сервер. А уже с ней на более высоком уровне общается тонкий клиент.

(53)Ну если десять тонких клиентов подключатся к веб серверу, то с файлом будет работать десять независимых процессов.

Т.е один клиент - веб сервер запускает 1 модуль, второй клиент, еще один экземпляр модуля.

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