timer301.zip

[encode]

Looks like the original timer from Igor Pavlov has been disappeared. Can someone please upload it here?

[Mike]

http://www.7-zip.org/utils.html

Edit : not working

[encode]

Edit : not working

Thank you! (Strangely, the file is so small... )

[Skymmer]

Check up here
Download 7-Benchmark 8.01 and you'll find Timer 8.00 there.
9.00 distr is missing it. By the way I realy would like to know the changelog for such simple 4 KB tool

[pat357]

Check up here
Download 7-Benchmark 8.01 and you'll find Timer 8.00 there.
9.00 distr is missing it. By the way I realy would like to know the changelog for such simple 4 KB tool

7-Benchmark 8.01 is missing too !! Only v9.xx is available...
Could you attach timer v8.01 to a post here ?
Thank you in advance !

[Mike]

http://sourceforge.net/project/showf...kage_id=300349

Direct Links :
9.00 http://heanet.dl.sourceforge.net/sou.../7bench900.zip
8.01 http://heanet.dl.sourceforge.net/sou.../7bench801.zip
8.00 http://heanet.dl.sourceforge.net/sou.../7bench800.zip

[LovePimple]

This modified version of Timer 8.00 uses GetSystemTimeAsFileTime for timing instead of QueryPerformanceCounter. I am making this modified version available to the public because QueryPerformanceCounter can give problems on some multi-core, and multi-processor PC's. If you think you are experiencing any problems with the original, give this one a try.

Information about some of the problems that can occur with QueryPerformanceCounter:
http://www.virtualdub.org/blog/pivot/entry.php?id=106
http://forums.amd.com/forum/messagev...threadid=84248
http://channel9.msdn.com/forums/Tech...nter-AthlonX2/


This program is not intended as a replacement, but as an alternative. If you are happy using the original, then by all means continue to do so. Windows 2000 or later is required.


ENJOY!

Regards,
LovePimple

EDIT: Attached updated version (25th July 2010) based on Igor's latest v9.03 code.

[M4ST3R]

LovePimple, you have several timers on your site. Which one do you recommend?

Thank you

[LovePimple]

I recommend PexTimer or WinTime.

Note: You may have problems with your anti-virus program detecting them as being infected by a virus. This is because all of the executables are packed with an exe packer, and most anti-virus programs now seem to give false positives on such files. I intend to re-release all of them as unpacked executables sometime in the next few days.

Check here for updates.
http://lovepimple.110mb.com/

Because GeoCities is being closed down very soon, my old site will no longer be updated as from the 2nd June 2009.

[M4ST3R]

Is there a timer that can change the priority of the launched executable?

EDIT: nevermind, I modified timer 8.00 to do this

[M4ST3R]

Sometimes with timer (or lptimer) user & process time are >100%

lptimer.exe 7za.exe -mx5 a arc enwik8

Timer 8.00 : Igor Pavlov : Public domain : 2008-11-25
GSTAFT version 1.00 by LovePimple : 25th May 2009

7-Zip (A) 4.65  Copyright (c) 1999-2009 Igor Pavlov  2009-02-03
Scanning

Creating archive arc.7z

Compressing  enwik8

Everything is Ok

Kernel Time  =     0.328 = 00:00:00.328 =   0%
User Time    =    81.812 = 00:01:21.812 = 150%
Process Time =    82.140 = 00:01:22.140 = 150%
Global Time  =    54.421 = 00:00:54.421 = 100%

Why? Because I have 2 cores?

[LovePimple]

I doubt it has anything to do with having a dual core processor. Multi-core CPU's should only cause problems for programs using QueryPerformanceCounter. What's your operating system?

[M4ST3R]

XP SP3.

I suggested a multicore issue because I have this problem with 7zip and winrar (both load the 2 cores) while paq8px timings are correct (user/process time about 99%, global time 100%)

By the way global time is the correct time

[LovePimple]

I don't have a multi-core machine so can't test it myself, but I wouldn't be surprised if this is caused by a Windows bug. It would be interesting to see if the same thing happens on a multi-core machine running Vista or Windows 7 RC.

[LovePimple]

Sometimes with timer (or lptimer) user & process time are >100%

lptimer.exe 7za.exe -mx5 a arc enwik8

Timer 8.00 : Igor Pavlov : Public domain : 2008-11-25
GSTAFT version 1.00 by LovePimple : 25th May 2009

7-Zip (A) 4.65  Copyright (c) 1999-2009 Igor Pavlov  2009-02-03
Scanning

Creating archive arc.7z

Compressing  enwik8

Everything is Ok

Kernel Time  =     0.328 = 00:00:00.328 =   0%
User Time    =    81.812 = 00:01:21.812 = 150%
Process Time =    82.140 = 00:01:22.140 = 150%
Global Time  =    54.421 = 00:00:54.421 = 100%

Why? Because I have 2 cores?

Here's an experimental version which should fix this problem.

EDIT: Replaced experimental v1.04 with v1.05.

[M4ST3R]

lptimer1.04.exe 7za.exe -mx5 a arc enwik8

Timer 8.00 : Igor Pavlov : Public domain : 2008-11-25
GSTAFT version 1.04 by LovePimple : 5th July 2009

7-Zip (A) 4.65 Copyright (c) 1999-2009 Igor Pavlov 2009-02-03
Scanning

Creating archive arc.7z

Compressing enwik8

Everything is Ok

Kernel Time = 0.140 = 00:00:00.140 = 0%
User Time = 26.578 = 00:00:26.578 = 47%
Process Time = 26.718 = 00:00:26.718 = 47%
Global Time = 56.515 = 00:00:56.515 = 100%


Shouldn't be user/process time something like 90-99%?

[LovePimple]

Looks like that's not the case when the program being tested is using more than one core.

[l1t]

Looks like that's not the case when the program being tested is using more than one core.

http://downloads.sourceforge.net/pro...use_mirror=ncu

[Vacon]

Hello everyone,

most recent version -> http://sourceforge.net/projects/sevenmax/files/

Best regards!