Użytkownik Edek napisał:

>>>> start prog.exe par1
>>>> start prog.exe par2

>> Ma jeden dziwny feler prog.exe par1 > out.txt wysyła oczywiście wydruk
>> ekranu do pliku a
>> start prog.exe par1 > out.txt zakłada plik out.txt i nic do niego nie
>> wpisuje. Dziwne
>
> Nie wiem czy tak samo jest w tym shellu, ale w bash trzeba napisać coś
> w tym stylu:
> start "prog.exe > out.txt"

Niestety to windows a nie linux, tutaj wyświetli się jedynie tytuł okna 'prog.exe >
out.txt'
Stosowałem już różne kombinacje.
można tak start "tytuł okna" "prog.exe" par1 > out.txt
Tytuł okna musi mieć cudzysłów, program może mieć cudzysłów a parametry i dalsze nie
można stosować cudzysłów
I niestety tylko zakłada plik i nic do niego nie wpisuje.

problem ominąć można tak. W pliku b0.bat piszemy
start b1.bat
start b2.bat
a w plikach
b1.bat piszemy prog.exe par1 > b1.txt
b2.bat piszemy prog.exe par1 > b2.txt
Teraz wyniki z ekranu zostaną wpisane odpowiednio do pliku b1 i b2.txt
ale.. okna nie zamykają się samoczynnie po zakończeniu pracy!!.

>> Ale jak są 4 identyczne procesy
>> numeryczne, które wykorzystują 100% mocy rdzenia to nie ma potrzeby,
>> żeby je przerzucać pomiędzy rdzeniami co powoduje pewne straty czasu.
>> Ile nie wiem i chcę to sprawdzić.
>
> Pół żartem pół serio, sprawdź jeszcze ile zmienia działanie sprzętu
> i czy przy aktywnym poruszaniu myszką nie będzie spowolnienia. Powinno
> być bardziej zauważalne niż to o czym piszesz jak masz myszkę przez usb,
> już zupełnie serio.

Masz rację przy aktywnym machaniu myszką procesy się spowolnią o jakieś 2-4%, ale kto
macha bez przerwy
myszką?. Ja kilka razy dziennie macham myszką gdy podglądam postęp obliczeń a nocy
śpię ;)
Czy skierowanie procesu tylko do konkretnego rdzenia skróci czas nie wiem. Dowiem się
gdy zrobię testy w sobotę.

--
Peter