Оценить время записи в текстовый файл исходя из системных значений компьютера

Здравствуйте!
Мне нужно просчитать ожидаемое время записи в текстовый файл исходя из системных значений компьютера:
- битности,
- тактовой частоты,
- объема оперативки и т.д.
и заодно также примерный объём.
Сейчас объём файла из всех девятизначных номеров - в формате "000000000" - составил 10 743 000 КБ,
время измерить не догадался, примерно неск часов.
Можно ли это сделать? Спасибо

0

Проще и надежнее записать пробный файл размером в 1...10 МБ, измерить время и таким образом узнать время записи 1 МБ.
Объем Вы можете посчитать точно, если известно количество записей и их формат.
Время записи файла сильно зависит также от фрагментации файловой системы и загруженностью другими процессами.

2

Сообщение от Андрэич заодно также примерный объём

1

Сообщение от Казанский Проще и надежнее записать пробный файл размером в 1...10 МБ, измерить время и таким образом узнать время записи 1 МБ.

Допустим, фрагментацию не учитываем.
Мне надо расчитывать примерное время, исходя из параметров конкретной машины, на которой запускается код. Другими словами - формула расчёта - если таковую, конечно, можно вычислить, - исходя из хотя бы вышеперечисленных параметров системы (например, при такт частоте 1,43 ГГц на 32 битах - 1000 записей в сек и т.д...

0

А подскажите, как мне получить VBA (API) значения, например, таких характеристик?

Миниатюры

 

0

Сообщение от Казанский Объем Вы можете посчитать точно, если известно количество записей и их формат.

Количество записей, конечно, известно. А что формат, что под этим имелось ввиду?

И ещё до кучи к предыдущ посту - также тип, тактовая частота и др важные характеристики процессора
Спасибо

0

Андрэич, приведенные Вами факторы не будут иметь особого влияния на скорость записи.
Наибольшее значение имеют:
1) Тип (IDE, SATA...), модель носителя = максимальная скорость записи (скорость вращения шпинделя), технология записи = скорость обработки при параллельных запросах.
2) Текущая нагрузка на записывающее ус-во = процессы, которые с ним сейчас работают в режиме I/O.
3) Наличие ПО, которое перехватывает API-функции работы с ФС (антивирус, например)
4) Фрагментация
5) Качество самого носителя, возможные неприятности с поверхностью, BAD-ы...
6) Возможности контроллера на материнской плате, который будет передавать запросы, возможно, цепочка контроллеров, например, USB-SATA переходники.

Слишком много взаимозависящих факторов. Как тут все рассчитать.
Только опытным путем. Последовательная запись нескольких одинаковых порций данных.
Объем порций должен учитывать - записываете Вы 1 большой файл > 10 Мб. или много мелких <= 1 Мб.

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

3

Сообщение от Dragokas Наибольшее значение имеют: 1) Тип (IDE, SATA...), модель носителя = максимальная скорость записи (скорость вращения шпинделя), технология записи = скорость обработки при параллельных запросах. 2) Текущая нагрузка на записывающее ус-во = процессы, которые с ним сейчас работают в режиме I/O. 3) Наличие ПО, которое перехватывает API-функции работы с ФС (антивирус, например) 4) Фрагментация 5) Качество самого носителя, возможные неприятности с поверхностью, BAD-ы... 6) Возможности контроллера на материнской плате, который будет передавать запросы, возможно, цепочка контроллеров, например, USB-SATA переходники.

В силу специфики программа будет запускаться на отдельных машинах...

1) Как вариант, если не найдётся подходящих программно-технич возможностей, - этот пункт можно получить из техн документации. Но вопроса это, собственно, не отменяет, только он становится вопросом по железу... :-)
2) Будет отдельный комп спец для этой задачи, ничем другим не загруженный,
3) с отключённым таким ПО,
4) максимально разогнанный и "расчищенный".
5) Это можно как-либо получить, исходя, например, из времени службы (типа как в мобильнике: набираешь сервисныый код - и высвечивается вся предыстория), ну или хотя бы "среднестатистически" по износу?
6) Ну и это можно, наверно, примерно прикинуть, вопрос только, как? :-) Может, какой тестовой процедурой по "слабым местам"?

Сообщение от Dragokas Только опытным путем. Последовательная запись нескольких одинаковых порций данных... Вот, например, SSD-диски приблизительно одинаково по скорости записывают разного объема порции данных...

Сделал пока на этап отладки логгирование статистики, наполовину в ЭВМ, наполовину карандашом

0

Сообщение от Андрэич Сейчас объём файла из всех девятизначных номеров - в формате "000000000" - составил 10 743 000 КБ,

ого. Не посмотрел. 1 файл ~ 10 Гб. ?
1) Каков принцип записи?
2) Это База? Дозапись... или просто файл целиком копируется?
3) Откуда куда - с винта на винт или с раздела на раздел одного и того же винта... сеть...

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

0

Сообщение от Dragokas 1) Каков принцип записи? 2) Это База? Дозапись... или просто файл целиком копируется?

1) Прямой доступ в циклах:

2) Создание словарей )

Собственно говоря, восьмисимвольные стринги прошли быстро
(и всё на удивление прошло так просто и удачно, что амбициозно вздумалось, "а не замахнуться ли нам на ... нашего ... так сказать..." (С) )
А вот уже начиная с девятого... :-( Здесь, что наз, десять раз отмерь... хотя бы примерно.

Сообщение от Dragokas 3) Откуда куда - с винта на винт или с раздела на раздел одного и того же винта... сеть...

С винта на тот же винт, с С:\... на С:\...

(Я потом прогнал те же 8 знаков для интереса на другом компе: W7, 64, 4 ГБ, сколько-то там процессоров по 3 ГГц, Access 2003, 32 бит против ХР, 32, 2 ГБ, вирт машина, Access тот же. Получилось примерно 2:1 по времени. Аппаратная часть, как вы понимаете, одинакова. Значит, от параметров системы всё-таки многое зависит

0