Results 1 to 3 of 3

Thread: PrimeGrid: Better multi-threading

  1. #1
    Diamond Member
    zombie67's Avatar
    Join Date
    October 24th, 2010
    Location
    Reno, NV
    Posts
    6,318

    PrimeGrid: Better multi-threading

    https://www.primegrid.com/forum_thread.php?id=8750

    No more app_config.xml required, once implemented.
    The state or, to make matters more concrete, the government consists of a gang of men exactly like you and me. They have, taking one with another, no special talent for the business of government; they have only a talent for getting and holding office. Their principal device to that end is to search out groups who pant and pine for something they cant get, and to promise to give it to them. Nine times out of ten that promise is worth nothing. The tenth time it is made good by looting A to satisfy B. In other words, government is a broker in pillage, and every election is a sort of advanced auction on stolen goods. - H.L. Mencken

    Avatar source
    Twitter: @zombie_67


  2. #2
    Platinum Member
    denim's Avatar
    Join Date
    November 1st, 2010
    Location
    Maryland, USA
    Posts
    2,722

    Re: PrimeGrid: Better multi-threading


  3. #3
    Diamond Member
    zombie67's Avatar
    Join Date
    October 24th, 2010
    Location
    Reno, NV
    Posts
    6,318

    Re: PrimeGrid: Better multi-threading

    https://www.primegrid.com/forum_thre...ap=true#132260

    IMPORTANT:

    PrimeGrid will be switching to a preferences-based method for setting up multi-threading in the near future.
    If you are using app_config.xml (probably to set up multi-threading) it's going to stop working when the multi-threading system goes live. If you want your app_config.xml to continue working, you should make modifications now that will allow it to work both before and after the change.

    Only LLR projects are affected.

    Every <app_version> block for an LLR project should be duplicated, with the duplicate having a <plan_class>mt<plan_class> line added to it. For example, this is the before and after for ESP, set up for 4 threads:


    <app>
    <name>llrESP</name>
    <fraction_done_exact>1</fraction_done_exact>
    <report_results_immediately>1</report_results_immediately>
    </app>

    <app_version>
    <app_name>llrESP</app_name>
    <cmdline>-t 4</cmdline>
    <avg_ncpus>4</avg_ncpus>
    </app_version>

    <app_version>
    <app_name>llrESP</app_name>
    <plan_class>mt</plan_class>
    <cmdline>-t 4</cmdline>
    <avg_ncpus>4</avg_ncpus>
    </app_version>


    You can do this today, and the original app_version block will continue to work. Once we install the new multi-tasking, that app_version block will be ignored and the second app_version block for the mt plan class will take over. At that point, most people can erase app_config.xml, or at least the parts for LLR projects, and start using the multi-threading controls on the website.

    I don't have an exact time yet for this change, but it won't happen in August. I'm hoping for early September.
    The state or, to make matters more concrete, the government consists of a gang of men exactly like you and me. They have, taking one with another, no special talent for the business of government; they have only a talent for getting and holding office. Their principal device to that end is to search out groups who pant and pine for something they cant get, and to promise to give it to them. Nine times out of ten that promise is worth nothing. The tenth time it is made good by looting A to satisfy B. In other words, government is a broker in pillage, and every election is a sort of advanced auction on stolen goods. - H.L. Mencken

    Avatar source
    Twitter: @zombie_67


Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •