Форум казахстанского налогоплательщика

Fyodor писал(а):Да ну? Вот копирую себе на комп 300 файлов общей массой 1 гектар, и один файлик размером с гектар... У меня почему - то 1 файлик залетает быстрее чем 300 файликов, наверно с моим компом глюк какой-то, да и не только с моим....
А еще при этом глюк есть, когда 300 копируются, у меня комп еле шевелится, а вот когда один, я еще ахинею всяку на форумах пишу...

Правильно говоришь. Но при чем здесь копирование файлов?
У нас-то задача какая? Найти в индексах позицию, прыгнуть в эту позицию в файле данных, и считать (или записать) данные.
Ну и в каком случае быстрее получится - если иметь 10 файлов по 100Мб, или 1 файл на 1Гб?

Угу... задача то задачей, только вот програмулина открывает ВСЕ файлы и держит их открытыми, а не обращается к ним по мере надобности. Увы, это не SQL когда по сетке только запросы ходят. Это файловый вариант.

Fyodor писал(а):Угу... задача то задачей, только вот програмулина открывает ВСЕ файлы и держит их открытыми, а не обращается к ним по мере надобности.

А это вообще имеет какое-то отношение к скорости работы?

На деле имеет. В зависимости от операционной системы и от файловой системы операции открытия файла по его имени, записи и закрытия часто именно в части поиска файла по имени, создание "file handle" (или "file descriptor" в зависимости от системы), обработка ошибок открытия файла занимает много времени.

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

Кайрат-F2 писал(а):На деле имеет. В зависимости от операционной системы и от файловой системы операции открытия файла по его имени, записи и закрытия часто именно в части поиска файла по имени, создание "file handle" (или "file descriptor" в зависимости от системы), обработка ошибок открытия файла занимает много времени.

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

Правильно.
Но 7.7 в процессе работы держит все файлы открытыми - поэтому данный момент на скорость повлиять не может.
Видите, вы сами все и разъяснили.

aaefmln писал(а):

Кайрат-F2 писал(а):На деле имеет. В зависимости от операционной системы и от файловой системы операции открытия файла по его имени, записи и закрытия часто именно в части поиска файла по имени, создание "file handle" (или "file descriptor" в зависимости от системы), обработка ошибок открытия файла занимает много времени.

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

Правильно.
Но 7.7 в процессе работы держит все файлы открытыми - поэтому данный момент на скорость повлиять не может.
Видите, вы сами все и разъяснили.

А что такое держит открытыми? Это значит что в каждый момент времени идет запрос и повторное открытие файла. Честно говоря не ожидал от Вас такого непонимания... То есть по сути в любой момент времени 1С гоняет по сетке всю массу всех 300 файлов. При этом и ширина сети и процессорное время машины и т.д.и т.п., дробиться по сути на 300 потоков и каждый поток обрабатывает в отдельности. Для ОС это действительно 300 отдельных потоков, и ОС обрабатывает КАЖДЫЙ в отдельности. А разные ОС могут обрабатывать одновременно ограниченное количество файлов (потоков), например XP может одновременно держать открытыми 1024 файла, отсюда известная ошибка сетевых версий 1С, когда база лежит на машине с ОС ХР, помните? При попытке входа например 5_го пользователя, 1С вылетает с ошибкой на каком нибудь файле. Это как раз момент когда достигается предел количества одновременно открытых файлов.
P/S Знаете, этот спор напоминает многих пользователей интернета: Откуда у меня трафик? Я же ничего не качал, только посмотрел....

Про пятого пользователя это на версии Windows Home или Professional?

Пока эксперимент не проведем спор не решится, но нужно учесть, что в 8.х и 7.7 еще и разные базы данных и еще много чего различного. Я не вижу способа явно определить где какой факто влияет и как

Fyodor писал(а):А что такое держит открытыми? Это значит что в каждый момент времени идет запрос и повторное открытие файла.

В каждый момент времени? Запрос и повторное открытие файла?

Fyodor писал(а): То есть по сути в любой момент времени 1С гоняет по сетке всю массу всех 300 файлов. При этом и ширина сети и процессорное время машины и т.д.и т.п., дробиться по сути на 300 потоков и каждый поток обрабатывает в отдельности. Для ОС это действительно 300 отдельных потоков, и ОС обрабатывает КАЖДЫЙ в отдельности.

Какие ужасные истории...

1. Федору больше не наливать.
2. Запускаем монитор производительности. Добавляем новый счетчик на сетевом адаптере. Запускаем 1С, наблюдаем нагрузку на сеть в различных режимах: запуск 1С, открытие/проведение документов, состояние покоя.

Windows Home -1024
Windows Professional - 2048

1. Федору больше не наливать.
2. Запускаем монитор производительности. Добавляем новый счетчик на сетевом адаптере. Запускаем 1С, наблюдаем нагрузку на сеть в различных режимах: запуск 1С, открытие/проведение документов, состояние покоя.

aaefmln советую поизучать работу ОС

Fyodor писал(а):aaefmln советую поизучать работу ОС

Серьезно? Это вы мне?
А что вы скажете про это картинко:

(это было использование сетевого адаптера, байт/сек, при работе с демо-базой 265 релиза, лежащей на 2008 Server).

Как-то мелковато получилось, попытка №2:

При чем здесь нагрузка на сеть и открытые файлы?

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

Лично я с одним случаем столкнулся, когда файл базы 1С 8.1 был файловой системой из-за сбоя укорочен до размера одного кластера. В 7.7 эта проблема бы коснулась только одной dbf и пострадала бы только часть информации, а в этом случае полетела вся база.

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

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

Fyodor писал(а):При чем здесь нагрузка на сеть и открытые файлы?

Опаньки...
А вот вот это кто написал - Пушкин ? :

Fyodor писал(а): В первую очередь преимущества скорости за счет содержания в восьмерке "все в одном файле", а 7.7 открывает грубо для типовой более 300 файлов... Вот эту "свору" 7.7 тягает по сетке, отсюда "тормоза" в работе. Один файлик, даже если он большой тягать гараздо легче Вот и преимущества в скорости работы в сетевом варианте

Fyodor писал(а):А что такое держит открытыми? Это значит что в каждый момент времени идет запрос и повторное открытие файла. Честно говоря не ожидал от Вас такого непонимания... То есть по сути в любой момент времени 1С гоняет по сетке всю массу всех 300 файлов.

Мнда... Хорошо, ответь на такие вопросы:
Если "вдруг" вываливается из сети компьютер с базами, на машине 1С и ОС выдаст ошибку, хотя активно никто не работает с 1С, откуда они "узнают" что комп с базами отвалился?
Допускаем что база лежит на Win XP Home, подключается по сети напрмер 5 пользователь, откуда ОС знает что скажем 1000 файлов уже открыта?
Вот когда ответишь на эти вопросы, тогда поймешь и то о чем говорю я.

Скажите, я правильно понимаю, что никто не собирается проводить практический опыт и написать программу, которая проверит скорость изменения одного файла и 300 файлов?

Кайрат-F2 писал(а):Скажите, я правильно понимаю, что никто не собирается проводить практический опыт и написать программу, которая проверит скорость изменения одного файла и 300 файлов?

Я нет, ибо такой опыт сделал больше 5 лет назад. Для разбора причин такого поведения почитал соответствующую литературу.

Очевидно, что пока я не напишу для Вас такую программу, Вы своего мнения не будете менять и каждый на своем будет стоять?

Кайрат, я повторюсь: Я уже проделал это, вопрос изучил перерыв гору литературы по работе ОС, мне ничего доказывать не надо.