CMD/BAT

Iska · Отправлено: **14:51, 18-08-2014** | #2

По простому:

Код:

@echo off
setlocal enableextensions enabledelayedexpansion

set sSourceFile=0001.txt
set /a iCount = 3

call :GetTemporaryName

>nul copy nul "%TemporaryName%"
for /l %%i in (1, 1, %iCount%) do >nul copy /b "%TemporaryName%"+"%sSourceFile%" "%TemporaryName%"

>nul copy "%TemporaryName%" "%sSourceFile%"
del /f /q "%TemporaryName%"

endlocal
exit /b 0

rem ==========================================================================
rem Функция GetTemporaryName()
rem
rem Серый форум / CMD/BAT: генерация пути для временного файла или папки
rem (http://forum.script-coding.com/viewtopic.php?id=6259)
rem ==========================================================================
:GetTemporaryName
	setlocal enableextensions enabledelayedexpansion

:NextName
	set sTempName=%temp%\temp%random%.tmp

	if exist "%sTempName%" goto :NextName

	set sProcName=%~0

	endlocal & set %sProcName:~4%=%sTempName%
	exit /b 0
rem ==========================================================================

Alexander_88 · Отправлено: **15:05, 18-08-2014** | #3

Спасибо, работает

Iska · Отправлено: **15:21, 18-08-2014** | #4

А у Вас числа:

Цитата Alexander_88:

некоторое количество раз »

какого примерно порядка?

Alexander_88 · Отправлено: **17:27, 18-08-2014** | #5

числа 600, 1000, могут и больше быть, счас поставил 1000, долго идет процесс

mwz · Отправлено: **21:19, 18-08-2014** | #6

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

Georgio · Отправлено: **21:33, 18-08-2014** | #7

Alexander_88, попробуйте пакетный файл с таким кодом:

Код:

@(for /l %%i in (1 1 3) do @more<"example.txt")>.tmp& move .tmp "example.txt">nul

.

В том случае, если текст не заканчивается переводом строки, последняя строка каждой ,кроме последней, копии текста не будет сцепляться с первой строкой последующей копии:

Код:

test
test2
test3test
test2
test3test
test2
test3

.

Alexander_88 · Отправлено: **21:42, 18-08-2014** | #8

Спасибо, в этом варианте шустрее размножается

Iska · Отправлено: **10:44, 19-08-2014** | #9

Цитата mwz:

Iska, представить "количество раз" в двоичном виде и начать удваивать результат, сохраняя те промежуточные значения, где в двоичном представлении единицы -- а по достижении максимума слить все промежуточные результаты? »

Я как раз это и имел в виду, задавая свой вопрос. Можно было даже не оффтопиком, ибо вопрос эффективности весьма актуален.

Цитата mwz:

Тогда время вычислений будет расти не как n (или даже хуже?) »

Много хуже. Мы ведь раз за разом туда-сюда, фактически бессмысленно, гоняем кучу данных. Пусть цепочка буферы/кэш ОС+буферы/кэш драйвера+буферы/кэш контроллера как-то нивелируют эту бессмысленность, однако же итоговые цифры остаются удручающими.

Цитата mwz:

а как двоичный логарифм n. »

Это если степень двойки будет высокая, а оставшиеся простые сомножители невелики.

Тем не менее, играясь несколько лет назад с подобным же алгоритмом (VBScript & CMD: разделение файла на фрагменты и их последующее слияние — Серый форум и Скрипт для разбиения файла на части) с подачи коллеги Diamond я пришёл к выводу, что любые игры с «copy X+Y X» проигрывают по эффективности использованному там методу.

Посему так:

определяем длину «количества» в символах (нужно для выравнивания имён промежуточных файлов);
создаём папку в «%temp%»;
создаём в ней «количество» нумерованных копий исходного файла (нумерация дополнена слева нулями для выравнивания имён);
сливаем все копии в исходный файл одним копированием;
удаляем папку в «%temp%» вместе с промежуточными файлами.