Problem with 6.80B11?

This is the place to help test and discuss Version 6 Beta releases.

Problem with 6.80B11?

Postby samboy » Wed Nov 15, 2017 5:13 pm

I've seen Newsbin seem to chew up an excessive amount of CPU time at the end of a download; a few times (most times not):-

9632, 3,451,684,905, newsbinpro64.exe!pcre2_set_glob_escape_8+0x3a874c, Normal
3036, 3,379,353,085, tbb.dll!_TBB_machine_is_in_transaction+0xc28c, Normal
8980, 3,347,132,586, tbb.dll!_TBB_machine_is_in_transaction+0xc28c, Normal
8040, 3,309,467,018, tbb.dll!_TBB_machine_is_in_transaction+0xc28c, Normal
720, 3,279,999,903, tbb.dll!_TBB_machine_is_in_transaction+0xc28c, Normal
11072, 3,270,378,609, tbb.dll!_TBB_machine_is_in_transaction+0xc28c, Normal
10816, 3,193,361,041, tbb.dll!_TBB_machine_is_in_transaction+0xc28c, Normal
9448, 3,173,305,498, tbb.dll!_TBB_machine_is_in_transaction+0xc28c, Normal
10520, 88,032,058, newsbinpro64.exe!pcre2_set_glob_escape_8+0x3a874c, Normal
5700, 77,387,464, newsbinpro64.exe!pcre2_set_glob_escape_8+0x3a874c, Normal
5656, 77,117,706, newsbinpro64.exe!pcre2_set_glob_escape_8+0x3a874c, Normal
5620, 61,768,073, newsbinpro64.exe!pcre2_set_glob_escape_8+0x3a874c, Normal
3548, 54,830,774, newsbinpro64.exe!pcre2_set_glob_escape_8+0x3a874c, Normal
8280, 51,375,056, newsbinpro64.exe!pcre2_set_glob_escape_8+0x3a874c, Normal
^ Thread ID
^Number of cycles
^ Symbolic info

In particular the threads executing _TBB_machine_is_in_transaction+ are all running "hot". As far as I can tell it is not doing a parallel PAR2 recovery (but I could be wrong - no .1 files in the download directory).

The problem seems to fix itself after some time, but quite apparent. Not something I've seen with previous versions. I have Newsbin setup to use 8GB of memory for chunks (I have 32GB ram) to minimize disk I/O........ not 100% sure but the issue may only occur when the download size exceeds this?
samboy
Occasional Contributor
Occasional Contributor
 
Posts: 10
Joined: Mon Jan 01, 2007 2:21 pm

Registered Newsbin User since: 01/01/07

Re: Problem with 6.80B11?

Postby Quade » Wed Nov 15, 2017 6:33 pm

If you're downloading non-compactable files. Where the files each list out individually in the download list, it's possible for the download to clear the download list while it's still being repaired and eventually unrared off screen.

In B11 repair and unrar work independently of the download list. With well behaved downloads, they stay in the list till it finishes. With some of the new gen obscured uncompactable files you can run into cases like I described. The fact you're also seeing PCRE at the top suggests it's importing headers too.
User avatar
Quade
Eternal n00b
Eternal n00b
 
Posts: 42689
Joined: Sat May 19, 2001 12:41 am
Location: Virginia, US

Registered Newsbin User since: 10/24/97

Re: Problem with 6.80B11?

Postby samboy » Wed Nov 15, 2017 10:05 pm

Thanks - That's probably it...... The download list was not compacted.

I have the download folder on a non-SSD; is there any chance that unrar and repair could happen concurrently? (Bad news for a traditional HDD)
samboy
Occasional Contributor
Occasional Contributor
 
Posts: 10
Joined: Mon Jan 01, 2007 2:21 pm

Registered Newsbin User since: 01/01/07

Re: Problem with 6.80B11?

Postby Quade » Wed Nov 15, 2017 11:01 pm

Repair and unrar are sequential. As you point out, bashing on the drive with more than one heavy stream of data at a time is counter-productive. It's actually less than 1/2 speed for both streams.

Download and repair/unrar will or won't run in parallel depending on the option setting. Downloading the file sizes I do (under 2 gigs), having them run in parallel works fine. If I was going these 50 gig file sets, I'd probably stall download because repair and unrar need as much disk IO as they can get.
User avatar
Quade
Eternal n00b
Eternal n00b
 
Posts: 42689
Joined: Sat May 19, 2001 12:41 am
Location: Virginia, US

Registered Newsbin User since: 10/24/97


Return to Newsbin Version 6 Beta Support

Who is online

Users browsing this forum: kirm and 10 guests