[QUOTE=TObject;326423]What is “draining?”

If I leave “Drain MISFITworkToDo…” setting at “0” it does not affect automatic work fetching, does it? Or do I need to set this to get the things rollong?

Thank you.[/QUOTE]

[B]Fetching Work=[/B]Get assignment from a source and put the work into the staging file. (MISFITworkToDo.txt)

[B]Draining Work[/B]=Moving work out of the staging file into the actual WorkToDo.txt files.

Getting these balanced is about knowing your daily processing requirements

[QUOTE=swl551;326425][B]Fetching Work=[/B]Get assignment from a source and put the work into the staging file. (MISFITworkToDo.txt)

[B]Draining Work[/B]=Moving work out of the staging file into the actual WorkToDo.txt files.

Getting these balanced is about knowing your daily processing requirements[/QUOTE]

So if I leave “Drain MISFITworkToDo…” at 0 nothing will get moved to the actual WorkTODo.txt file? I must change it to something?

Thank you.

[QUOTE=TObject;326427]So if I leave “Drain MISFITworkToDo…” at 0 nothing will get moved to the actual WorkTODo.txt file? I must change it to something?

Thank you.[/QUOTE]

Without knowing what card you have......

Set drain GhDz value to 200
Set fetch GhDz value to 400

Manually fetch until you have over 400 GhDz staged.

This particular GPU is only doing 55 GHzD/D.

After running MISFIT for a few hours I have yet to see it fetching or reporting anything automatically.

I have fetch set to 100 GhDz, and I just changed Drain from 0 to 100 GhDz. I will leave it running for a day and see what it does. Thank you.

[QUOTE=TObject;326431]This particular GPU is only doing 55 GHzD/D.

After running MISFIT for a few hours I have yet to see it fetching or reporting anything automatically.

I have fetch set to 100 GhDz, and I just changed Drain from 0 to 100 GhDz. I will leave it running for a day and see what it does. Thank you.[/QUOTE]

Send me your MSIFIT config.txt file. Let me see what is what.

Attached screenshot show a normal configuration for two GTX 570s.

The duplicate finder alone is worth it's weight in gold ;) It would have saved me a lot of time in the past dealing with all the manual assignments.

It's working well again. If anyone needs help setting up MISFIT for the first time or getting it configured, just let me know or PM me.

My MISFIT installation is now steadily reserving a fixed number of exponents every hour. Thank you.

But it is not reporting any results to the server. What do I need to do to diagnose that part?

[QUOTE=TObject;326472]My MISFIT installation is now steadily reserving a fixed number of exponents every hour. Thank you.

But it is not reporting any results to the server. What do I need to do to diagnose that part?[/QUOTE]

What are the values of ExpDone and ResultBytes? If ExpDone =0 yet bytes is > 0 your Results rows are malformed. If both are 0 then your Results.txt is not in the same directory as your workTodo.txt (or you have renamed results.txt to something else).


Also fetching work hourly is too frequently. It is best to have at least a full DAYs reserve staged at all times. GIMPS has been known to be down on occasion and you don't want to be without work. Fetching more than once per day is too often.

Stupid question, but is the "Event Scheduler" in local time or UTC time?:smile:

What is your take on this (see attached)?

Hours between results upload is set to "4."
Automatic upploads are not happening.

MISFIT is in the same directory with mfaktc.

Thank you

[QUOTE=TObject;326507]What is your take on this (see attached)?

Hours between results upload is set to "4."
Automatic upploads are not happening.

MISFIT is in the same directory with mfaktc.

Thank you[/QUOTE]

I assume you have filled out the "GIMPS credentials" in the Security tab?

[QUOTE=kracker;326509]I assume you have filled out the "GIMPS credentials" in the Security tab?[/QUOTE]

Yep, it is getting exponents from PrimeNET automatically; but reporting results is not working.
I just watched the “Next Upload” green bar roll back to zero, with nothing happening.

What is the “Export Results” button for?
When I click it I get, “No results to export!”

[QUOTE=TObject;326511]What is the “Export Results” button for?
When I click it I get, “No results to export!”[/QUOTE]

Please send me a copy of your results.txt

MISFIT does not support results.txt file with lines containing prefixs like [B]"UID: xyz/abc" [/B]
I personally didn't find an meaning/use in having those values configured in my mfaktc.ini so I stopped using them and MISFIT was never designed to support them. Until someone can establish their benefit in the GIMPS system MISFIT won't have support for it.

Let me just say that Mr. Flashjh one of the TOP producers doesn't use [B]"UID: xyz/abc"[/B] and he is very serious about his data.

[QUOTE=kracker;326505]Stupid question, but is the "Event Scheduler" in local time or UTC time?:smile:[/QUOTE]
It is your PC's time

We installed this "MISFIT" thing on our laptop, which is under a year old, and it suffered a BSOD that required us to remove the battery to reset and now it runs much slower! Could it be because it has an AMD processor? We heard those are real low quality.

:help:

[QUOTE=Xyzzy;326517]We installed this "MISFIT" thing on our laptop, which is under a year old, and it suffered a BSOD that required us to remove the battery to reset and now it runs much slower! Could it be because it has an AMD processor? We heard those are real low quality.

:help:[/QUOTE]
Dear Mr. Xyzzy,
Is this a prank question or do I need to decipher what you are really asking or stating. Knowing you are a renowed forum member I'll have my entire MISIT support team standing by to address your inquiries.


Thank You,
Mrs. MISFIT,
Executive Assistant to Mr. MISFIT.

The forum's god and creator approaches! Stand at attention or be.....zzzzzasdokfapppp... ouch..

ME >:edit:

[QUOTE=swl551;326512]MISFIT does not support results.txt file with lines containing prefixs like [B]"UID: xyz/abc" [/B]
I personally didn't find an meaning/use in having those values configured in my mfaktc.ini so I stopped using them and MISFIT was never designed to support them. Until someone can establish their benefit in the GIMPS system MISFIT won't have support for it.

Let me just say that Mr. Flashjh one of the TOP producers doesn't use [B]"UID: xyz/abc"[/B] and he is very serious about his data.[/QUOTE]

Ok, thanks. I will try without user ids.

I am thinking about downloading and installing this program.

It is designed to support multiple instances of mfaktx. In my case, with only one instance, does everything operate in the same way EXCEPT that there is only one instance to which work is distributed?

Yes, it will work fine with one instance.

[QUOTE=swl551;326512]MISFIT does not support results.txt file with lines containing prefixs like [B]"UID: xyz/abc" [/B]
I personally didn't find an meaning/use in having those values configured in my mfaktc.ini so I stopped using them and MISFIT was never designed to support them. Until someone can establish their benefit in the GIMPS system MISFIT won't have support for it.[/QUOTE]

If I may... And this is meant constructively...

Since mfaktc can produce such results lines, you need to parce them correctly. And Primenet may someday find this additional information useful, even if it doesn't currently.

I made the same mistake with my submission spider, as pointed out by Mini-Geek [URL="http://www.mersenneforum.org/showpost.php?p=323558&postcount=94"]here[/URL].

It turned out (as shown by Mini-Geek) that simply removing the constraint that the search string was at the start of the target string was all that was needed to fix the problem.

[QUOTE=chalsall;326528]If I may... And this is meant constructively...

Since mfactc can produce such results lines, you need to parce them correctly. And Primenet may someday find this additional information useful, even if it doesn't currently.

I made the same mistake with my submission spider, as pointed out by Mini-Geek [URL="http://www.mersenneforum.org/showpost.php?p=323558&postcount=94"]here[/URL].

It turned out (as shown by Mini-Geek) that simple removing the constraint that the search string was at the start of the target string was all that was needed to fix the problem.[/QUOTE]

I may look at this after the release supporting the world famous GPU72.com is delivered. GPU72 first.

[QUOTE=swl551;326530]After the long awaited release supporting the world famous gpu72.com site I may resolve this. Gpu72 first![/QUOTE]

Nameste.

[QUOTE=TObject;326521]Ok, thanks. I will try without user ids.[/QUOTE]

So how'd it go? The entire MISFIT support team is on stand-by until we can close out this ticket.


:smile:

Thank you to everybody, and especially swl551, for helping with MISFIT configuration – my installation now appears to be fully operational. It just submitted results to PrimeNet without my intervention.

I appreciate your help.

[QUOTE=TObject;326566]Thank you to everybody, and especially swl551, for helping with MISFIT configuration – my installation now appears to be fully operational. It just submitted results to PrimeNet without my intervention.

I appreciate your help.[/QUOTE]

So here is what I learned.
1. the product should support OR warn about the UID limitation
2. There should be a simple auto-config wizard that asks a few questions and then sets up basic values.

{after I finish GPU72 integration}

Please check out gpu72.com as you might find it VERY useful.

[QUOTE=swl551;326569]1. the product should support OR warn about the UID limitation
2. There should be a simple auto-config wizard that asks a few questions and then sets up basic values.[/QUOTE]

:tu:

[QUOTE=swl551;326569]2. There should be a simple auto-config wizard that asks a few questions and then sets up basic values.[/QUOTE]

The wizard may not always get everything correct, of course....

[QUOTE=chalsall;326579]The wizard may not always get everything correct, of course....[/QUOTE]

Basique.

[QUOTE=chalsall;326579]The wizard may not always get everything correct, of course....[/QUOTE]
Especially if the user does not answer the wizard's questions correctly!

Don't distract me from my work... SHOOO. :w00t::stirpot:

[QUOTE=swl551;326582]SHOOO.[/QUOTE]

I don't take shooo well... :smile:

[QUOTE=swl551;326582]Especially if the user does not answer the wizard's questions correctly!

Don't distract me from my work... SHOOO. :w00t::stirpot:[/QUOTE]

Yo how's it going?? We da wanna know!

:farley:

[QUOTE=kracker;326591]Yo how's it going?? We da wanna know!

:farley:[/QUOTE]


Kracker.... you are totally CRACKED!

:sparta::sparta::sparta:

I can only say, "Step out for TEN WHOLE DAYS and this thread goes nuts!" :smile:

I'm still not sure I've backtracked far enough to pick up on everything that has gone down. It is an impressive lot of progress. I'm still trying to fill in all the blanks, but that makes it fun. I'll start whining/asking questions when I've run the latest long enough to see what happens.

Thanks, Scott, Jerry, Chris, and all of your minions and collaborators. When I start to get a handle on my Philippines photos :beer:I'll post notice in the Happy Meal thread over in the Lounge.

Keep up the good work all you coders. I salute you! :chalsall:

[QUOTE=swl551;326569]So here is what I learned.
1. the product should support OR warn about the UID limitation
2. There should be a simple auto-config wizard that asks a few questions and then sets up basic values.

{after I finish GPU72 integration}[/QUOTE]

While a wizard would certainly be great, I think initial configuration may be simplified by strategically choosing default values.

A new user (me) may not be aware what the heck “draining” is, and since draining is off by default, the first impulse is to leave it off. By enabling draining from the get-go you immediately fix the wonderings on why nothing gets assigned automatically.

And yes, fixing the uids issue, one way or another, will help with the uploading results to the server part.

Thank you for your hard work.

[QUOTE=TObject;326715]While a wizard would certainly be great, I think initial configuration may be simplified by strategically choosing default values.

A new user (me) may not be aware what the heck “draining” is, and since draining is off by default, the first impulse is to leave it off. By enabling draining from the get-go you immediately fix the wonderings on why nothing gets assigned automatically.

And yes, fixing the uids issue, one way or another, will help with the uploading results to the server part.

Thank you for your hard work.[/QUOTE]

Draining is computer science lingo.... I'll see if I can put into NORMAL words.

[QUOTE=swl551;326717]Draining is computer science lingo.... I'll see if I can put into NORMAL words.[/QUOTE]

Draining is a normal word; you just do not make it clear what it does in your application.
I would change the default, but it is your program – do whatever you want.

GPU #5 added
 

MFAKTC 0.20 allows old junked systems to be born again... Add card and BOOM you in the game..... My recent Frankenstein doesn't even have a case yet. In a nice cool basement....

[QUOTE=swl551;326762]My recent Frankenstein doesn't even have a case yet. In a nice cool basement....[/QUOTE]

LOL... You obviously don't have any cats.... :smile:

[QUOTE=chalsall;326764]LOL... You obviously don't have any cats.... :smile:[/QUOTE]

NO, that would NOT work out so well!
But :spider: are a problem.

First MISFIT fetch directly from GPU72.com
 

[B]There it is!!!
[/B]
That was on the first compile and first fetch request (1 assignment). All the recent code refactoring in preparation of this integration has finally paid off.


The rest will be cake. :toot:

Oh yeah :party:

[QUOTE=swl551;326770][B]There it is!!!
[/B]
That was on the first compile and first fetch request (1 assignment). All the recent code refactoring in preparation of this integration has finally paid off.


The rest will be cake. :toot:[/QUOTE]

Wahoo! :bow wave:

EDIT: BTW, I like your MISFIT avatar.

2.4.b13 (Full GPU72 Work Fetching)
 

Version 2.4.b13
Full integration of GPU72 Work Fetching including Fallback feature.

If fallback is configured and GPU72 responds to your work request with:
***Sorry... No assignments available which match your criteria.**
MISFIT will override your configured settings and re-request work. (see screenshot)

Removal of the "Force an Automated Work Fetch" action from the process menu. Instead use the Add Work form which will call the exact same code used by the auto fetch. (internal code simplification)

GIOM_LOGS deprecated, but not removed and is replaced with WEB_LOGS

Longstanding MISFIT users will receive PM on how to download as this is a closed beta. (but a public announcement for those watching the action)

[QUOTE=swl551;326954]Version 2.4.b13
Full integration of GPU72 Work Fetching including Fallback feature.

If fallback is configured and GPU72 responds to your work request with:
***Sorry... No assignments available which match your criteria.**
MISFIT will override your configured settings and re-request work. (see screenshot)

Removal of the "Force an Automated Work Fetch" action from the process menu. Instead use the Add Work form which will call the exact same code used by the auto fetch. (internal code simplification)

GIOM_LOGS deprecated, but not removed and is replaced with WEB_LOGS

Longstanding MISFIT users will receive PM on how to download as this is a closed beta. (but a public announcement for those watching the action)[/QUOTE]

:party:

Thanks!!

If I decide to start using this program, can I still add manually to my worktodo file if I want to do some special bunch of exponents?

It's easiest to use the MISFIT stage file, but you can still stop all your workers and close MISFIT, manually add exponents and then restart MISFIT.

[QUOTE=Chuck;326960]If I decide to start using this program, can I still add manually to my worktodo file if I want to do some special bunch of exponents?[/QUOTE]
Yes you can. Just click the add work button and paste in what you want. It will validate the format and if GOOD will append it to the staging file for future consumption.

[QUOTE=Chuck;326960]If I decide to start using this program, can I still add manually to my worktodo file if I want to do some special bunch of exponents?[/QUOTE]

I believe so. I do that here.

[QUOTE=flashjh;326962]It's easiest to use the MISFIT stage file, but you can still stop all your workers and close MISFIT, manually add exponents and then restart MISFIT.[/QUOTE]


You can also double click the ER cell on the grid to open the integrated editor. If you then click the EDIT button a lock is placed on the workToDo file to prevent IO collision. NOTE only MISFIT and MFAKTO implement the .LCK file locking system.

See MISFIT changelog for details on that implementation.

I will only have one instance; simply going from one staging file to my worktodo file.

[QUOTE=Chuck;326967]I will only have one instance; simply going from one staging file to my worktodo file.[/QUOTE]
The staging file serves two distinct purposes.
1. place to load up, organize, play with work without fear of compromising actual workTodo files

2. provides a single entry point to queue up work to be assigned out when required by the workers. A bit less meaningful if you have only one mfaktX instance, but still high functioning.

One thing I'll point out is that if you get an assignment you want worked [B]immediately [/B]then you either have to stop MISFIT and add the assignment manually or stop the worker, double click the ER column and edit the file manually and then restart the worker.

Version 2.4.b13
 

I started using Version 2.4.b13 yesterday and can report full success with Native Fetching.

I did have to work out a SUE, or CUE (Silly/Stupid User Error or Careless User Error.) Last night I completely drained MISFITworktodo.txt so I could test Fetching. I have MISFIT set to get 30 assignments at a time when GHz-Days falls below 500. This morning, I found that it had retrieved 5x30=150 assignments with single bit levels. After scratching my head a bit I realized that the default bit level of 60 had cause GPU72 to deliver the next available level i.e. 70-71. Fortunately, all of these assignments were still in the MISFIT staging file, so it was a simple matter to delete them there and unreserve them in GPU72.

I am amazed how far this app has come in such a short time. Many thanks, Scott! :tu::smile::grin:

[QUOTE=kladner;327060]....default bit level of 60 had cause GPU72 to deliver the next available level i.e. 70-71. [/QUOTE]

Can you look in the web_logs directory for GPU72FETCHxxx.html to see if the response contained [B]"Sorry... No assignments available which match your criteria."[/B]

If you see those then it was a good test of the "Failback" feature. If you don't see that then GPU72 auto-upgraded your pledge past from 60 to 71 all by itself. (just curious which engine got you those bit levels.)

Thanks!

Scott

[QUOTE=swl551;327065]If you don't see that then GPU72 auto-upgraded your pledge past from 60 to 71 all by itself. (just curious which engine got you those bit levels.)[/QUOTE]

Yes, for LLTF assignments any "pledges" below 71 are bumped up to 71.

I haven't fetched any yet because I [I]super-fetched[/I] before the impending BIG news. I'll test it tonight after work.

[QUOTE=chalsall;327067]Yes, for LLTF assignments any "pledges" below 71 are bumped up to 71.[/QUOTE]


Thank you for that information!.

[QUOTE=swl551;327065]Can you look in the web_logs directory for GPU72FETCHxxx.html to see if the response contained [B]"Sorry... No assignments available which match your criteria."[/B]

If you see those then it was a good test of the "Failback" feature. If you don't see that then GPU72 auto-upgraded your pledge past from 60 to 71 all by itself. (just curious which engine got you those bit levels.)

Thanks!

Scott[/QUOTE]

I did not see that string. I attached the log files so you can look them over.

anyone may now PM me for consideration in beta test
 

U must agree to try breaking it, not just letting it run.

[QUOTE=swl551;327084]U must agree to try breaking it, not just letting it run.[/QUOTE]
:devil::help::edit::grenade:

EDIT: if i shred it using my secure shredder to nothingness, does that count?

[QUOTE=kracker;327085]:devil::help::edit::grenade:

EDIT: if i shred it using my secure shredder to nothingness, does that count?[/QUOTE]
as long As there are no unhandled exceptions or crashes the the test is a success!

[QUOTE=kladner;327078]I did not see that string. I attached the log files so you can look them over.[/QUOTE]
Looks good!

Auto Config Work Settings
 

Might help new folks get setup more easily.

If you have machines running both DC and LL TF work, do you need 2 instances of MISFIT running or can 1 handle it?

[QUOTE=bcp19;327163]If you have machines running both DC and LL TF work, do you need 2 instances of MISFIT running or can 1 handle it?[/QUOTE]

Your environment can be handled by one instance but there are limitations if you want to keep the type of work segregated by instances. (to prevent cross pollination of work)

**With two physical machines just run MISFIT on each machine and cross pollination won't be an issue at all.**

**With one physical machine running two mfaktX instances then you will have to do work fetching and adding of work manually and directly into the desired WorkToDo.txt files.** (this can be done by the CLI Gpu72WorkFetcher.exe utility using different configuration files and executing via Windows Scheduler (or whatever))

If cross pollination of work is not an issue then there are no restrictions on MISFIT's implementation.

Feel free to clarify any restrictions/conditions you have in your environment that might produce a different option.

Also the Gpu72WorkFetcher.exe utility can use both the LLTF and the DCTF urls so you can fetch either type of work.

Thanks

2.4.0 official release with native GPU72 work fetching
 

[B]Finally.... the long awaited......Version 2.4.0[/B]


1. Full integration of GPU72 Work Fetching including Fallback feature.
If fallback is configured and GPU72 responds to your work request with:
***No assignments available which match your criteria.**
MISFIT will override your configured settings with defaults and re-request work. This is to ENSURE you never run out of work.


2. Moved GIMPS work fetch out of GIOM and directly into main MISFIT functions. Much cleaner implementation and now GIMPS and GPU72 fetching follow identical IO and transformation functions.


3. Added a Work Calculator to the Work Fetch Menu. Designed to help you configure MISFIT so you don't run out of work!

4. Added a FORCE work balance menu item that will execute a full re-balance regardless of if needed. The benefit is that the duplicate exponent tosser is also forced to run. Mostly a diagnostic type of feature.

5. Directory GIOM_LOGS deprecated, but not removed, and is replaced with WEB_LOGS


6. Changed the determination of when to fetch work from the number of rows in MISFITworkToDo.txt to the calculation of GhDz remaining in said file. This provides a much better method for calibrating the balance between work consumption and work fetching. This should help you in determining if you are fetching work in suitable quantities to have a several day reserve. [hint hint, several day reserve!] Use the Work Calculator to assist in finding the right configuration settings.


7. Added file-locking to all I/O scenarios where MISFITworkToDo.txt is involved. A few conditions didn't have locking and that was OK when it was only possible to load the MISFITworkToDo.txt via the UI. Now with randomly timed fetching threads adding work to the file it was at risk of an un-handled IO collision.


8.Added LLDC stats to the Leaderboard

9. Added option to email Global Work Stats prior to Auto Results Uploading
MISFIT Global Work Status Report
****** REMAINING WORK INFORMATION ******
GhDzToDo:2,138.949
ExpRows:119
StgdRows:72
StgdGhDz:554.715
****** COMPLETED WORK INFORMATION ******
GhDzDone:346.121
ExpsDone:83
FactorsFound:1
ResultBytes:6403

10. Improved the the usage of the Remote Control Panel.


11. An improvement to the encryption key generation was done which will make MISFIT unable to decrypt your existing version 2.3.x SMTP, GIMPS passwords. Once re-encrypted with 2.4.x you cannot go back to 2.3.x without reconfiguration. Backup your MISFITconfig.txt if you before running 2.4.x.

12. Cleaned up Operations menu by removing items that already have buttons on the main form.

MANY thanks to
Flashjh
Kladner
Kracker
JMLMX
and of course Mr. GPU72 himself Chalsall


GET FROM [url]http://mersenneforum.org/misfit/[/url]

Thanks Scott.

This has come a very long way very quickly, and is filling a needed void.

Very nice work! :smile:

One BIG thing I did not notice and only noticed when it was uploading results:
I can't select from LL or DC TF work in GPU72.

Other than that.... wow thanks. misfit has reduced manual work so much... I haven't assigned or managed my "sessions" manually for weeks, MISFIT is doing it all! :smile:

[QUOTE=kracker;327270]One BIG thing I did not notice and only noticed when it was uploading results:
I can't select from LL or DC TF work in GPU72.

Other than that.... wow thanks. misfit has reduced manual work so much... I haven't assigned or managed my "sessions" manually for weeks, MISFIT is doing it all! :smile:[/QUOTE]

Future addition.

As a work around you can configure the external fetcher to point to the DCTF url and within MISFIT switch the source to GPU72 when fetching TF, or EXTERNAL when fetching DCTF.

[QUOTE=swl551;327274]Future addition.

As a work around you can configure the external fetcher to point to the DCTF url and within MISFIT switch the source to GPU72 when fetching TF, or EXTERNAL when fetching DCTF.[/QUOTE]

Ok, thanks :smile:

[QUOTE=kracker;327270]One BIG thing I did not notice and only noticed when it was uploading results:
I can't select from LL or DC TF work in GPU72.

Other than that.... wow thanks. misfit has reduced manual work so much... I haven't assigned or managed my "sessions" manually for weeks, MISFIT is doing it all! :smile:[/QUOTE]

Something like (see screenshot).

Thanks Scott.
Installed it and now it's running.

How does it work? I downloaded MISFIT 2.4.0.zip, extracted all to the directory containing mfaktc, double-clicked misfit.exe and nothing happens.

[QUOTE=Chuck;327377]How does it work? I downloaded MISFIT 2.4.0.zip, extracted all to the directory containing mfaktc, double-clicked misfit.exe and nothing happens.[/QUOTE]
You didn't give me much to work with so I'll assume you are running Windows 7 on Dell PC, with serial number u7qeruqiwerui.


Now verify you have .NET 4.0.x installed by opening a command prompt and running
dir %windir%\Microsoft.NET\Framework\

you should see output like
[CODE]
11/20/2010 04:33 PM <DIR> v1.0.3705
07/13/2009 09:37 PM <DIR> v1.1.4322
01/12/2013 04:54 PM <DIR> v2.0.50727
11/20/2010 07:38 PM <DIR> v3.0
01/12/2013 03:48 PM <DIR> v3.5
02/02/2013 08:42 PM <DIR> v4.0.30319
[/CODE]

If you have v4 installed I'd have guess you have some anti-virus type software that is blocking it from running.

Hope that helps.

Scott

[QUOTE=swl551;327378]You didn't give me much to work with so I'll assume you are running Windows 7 on Dell PC, with serial number u7qeruqiwerui.



you should see output like
[CODE]
11/20/2010 04:33 PM <DIR> v1.0.3705
07/13/2009 09:37 PM <DIR> v1.1.4322
01/12/2013 04:54 PM <DIR> v2.0.50727
11/20/2010 07:38 PM <DIR> v3.0
01/12/2013 03:48 PM <DIR> v3.5
02/02/2013 08:42 PM <DIR> v4.0.30319
[/CODE]

If you have v4 installed I'd have guess you have some anti-virus type software that is blocking it from running.

Hope that helps.

Scott[/QUOTE]

Windows 7 on a Maingear core i7-970. I have the same Framework directories as you listed. I shut off Kaspersky and still just get the two little circling arrows when I try to run the executable, then nothing.

Is the executable size of 727K correct?

[QUOTE=Chuck;327381]Windows 7 on a Maingear core i7-970. I have the same Framework directories as you listed. I shut off Kaspersky and still just get the two little circling arrows when I try to run the executable, then nothing.

Is the executable size of 727K correct?[/QUOTE]

Yes, 727k. I just downloaded the .zip from the forum site extracted MISFIT.exe and it ran fine. The .exe appears to be OK.

MISFIT 2.3.x is .NET 3.51, you can grab that from the archive and see if it runs. If it does it suggest a .NET issue, if it doesn't then.... I don't know.


At start-up MISFIT checks for the existence of MISFITconfig.txt and if not there it takes you into the configuration screen.

Not that it matters but I put the mfaktX instances in directories under MISFIT.

[QUOTE=swl551;327383]Yes, 727k. I just downloaded the .zip from the forum site extracted MISFIT.exe and it ran fine. The .exe appears to be OK.

MISFIT 2.3.x is .NET 3.51, you can grab that from the archive and see if it runs. If it does it suggest a .NET issue, if it doesn't then.... I don't know.


At start-up MISFIT checks for the existence of MISFITconfig.txt and if not there it takes you into the configuration screen.

Not that it matters but I put the mfaktX instances in directories under MISFIT.[/QUOTE]

I tried 2.3.2 Only difference, after the two little circling arrows for a couple of seconds, I get a Windows box "MISFIT has stopped working...Windows is checking for a solution to the problem... Then the message box closes.

So I guess it isn't going to work for me. There are no issues with any other programs.

Getting a boatload of .NET runtime errors in the Windows Event Viewer

Application: misfit.exe Framework Version: v4.0.30319 Description: The process was terminated due to an unhandled exception. Exception Info: System.NullReferenceException Stack: at MISFIT.Form1.MinimizeToSysTray() at System.Windows.Forms.Form.OnResize(System.EventArgs) at System.Windows.Forms.Control.OnSizeChanged(System.EventArgs) at System.Windows.Forms.Control.UpdateBounds(Int32, Int32, Int32, Int32, Int32, Int32) at System.Windows.Forms.Control.UpdateBounds(Int32, Int32, Int32, Int32) at System.Windows.Forms.Control.SetBoundsCore(Int32, Int32, Int32, Int32, System.Windows.Forms.BoundsSpecified) at System.Windows.Forms.Form.SetBoundsCore(Int32, Int32, Int32, Int32, System.Windows.Forms.BoundsSpecified) at System.Windows.Forms.Control.ScaleControl(System.Drawing.SizeF, System.Windows.Forms.BoundsSpecified) at System.Windows.Forms.ScrollableControl.ScaleControl(System.Drawing.SizeF, System.Windows.Forms.BoundsSpecified) at System.Windows.Forms.Form.ScaleControl(System.Drawing.SizeF, System.Windows.Forms.BoundsSpecified) at System.Windows.Forms.Control.ScaleControl(System.Drawing.SizeF, System.Drawing.SizeF, System.Windows.Forms.Control) at System.Windows.Forms.ContainerControl.Scale(System.Drawing.SizeF, System.Drawing.SizeF, System.Windows.Forms.Control) at System.Windows.Forms.ContainerControl.PerformAutoScale(Boolean, Boolean) at System.Windows.Forms.ContainerControl.OnLayoutResuming(Boolean) at System.Windows.Forms.Control.ResumeLayout(Boolean) at MISFIT.Form1.InitializeComponent() at MISFIT.Form1..ctor() at MISFIT.Program.Main()

[QUOTE=Chuck;327387]I tried 2.3.2 Only difference, after the two little circling arrows for a couple of seconds, I get a Windows box "MISFIT has stopped working...Windows is checking for a solution to the problem... Then the message box closes.

So I guess it isn't going to work for me. There are no issues with any other programs.[/QUOTE]

Can you open a command prompt in your MISFIT dir and run SendControlCode.exe and MISFITserver.exe does they crash?

[CODE]
C:\Users\Charles\Downloads>SendCtrlCode.exe
Console Signaler (SendCtrlCode) v 1.4: Scott Lemieux
USAGE
args[0] ProcessID of console application to signal
args[1] Control code number
CTRL_C=0
CTRL_BREAK=1
CTRL_CLOSE=2
CTRL_LOGOFF=5
CTRL_SHUTDOWN=6

BYE!
C:\Users\Charles\Downloads>MISFITServer.exe
Starting MISFIT Remote Control Server v1.2.5
Error: Expected two arguments!
Commandline requires BATCH_FILE_TO_START PROCESS_NAME_TO_STOP
C:\Users\Charles\Downloads>
[/CODE]

They look OK

[QUOTE=swl551;327329]Something like (see screenshot).[/QUOTE]

Looks great! :smile:

[QUOTE=Chuck;327391]
[/CODE]They look OK[/QUOTE]

One last test.... In the MISFIT repository there is a utility called LLcalcTest. Try that. It represents the absolute basic of windows forms applications.

[QUOTE=swl551;327393]One last test.... In the MISFIT repository there is a utility called LLcalcTest. Try that. It represents the absolute basic of windows forms applications.[/QUOTE]

LLCalcTest works OK.

[QUOTE=Chuck;327396]LLCalcTest works OK.[/QUOTE]

Ok, so the main form of MISFIT has something your machine cannot tolerate. A corrupt font or DataGridView object.....

If you can capture a crash dump I can try to analyze it.
[url]http://technet.microsoft.com/en-us/sysinternals/dd996900[/url]


I also put a utility out there called HelloChuck. It is the MISFIT form with NO code running on the load event. If that crashes you do have a .NET corruption somewhere.

[QUOTE=swl551;327397]Ok, so the main form of MISFIT has something your machine cannot tolerate. A corrupt font or DataGridView object.....

If you can capture a crash dump I can try to analyze it.
[URL]http://technet.microsoft.com/en-us/sysinternals/dd996900[/URL]


I also put a utility out there called HelloChuck. It is the MISFIT form with NO code running on the load event. If that crashes you do have a .NET corruption somewhere.[/QUOTE]

Thanks but I've had enough...I'll just have to do without the program.

[QUOTE=Chuck;327398]Thanks but I've had enough...I'll just have to do without the program.[/QUOTE]
Chuck, I JUST noticed your post from pages back that had a stack trace.

Please try ONE last thing. Download MISFIT(chucktest).zip and try it out. I put a silent try/catch block around the SysTray event so it may actually run without you seeing the crash.

If it does not work then I agree with you... it is time to stop....

Sorry for all this hassle anyway....

[QUOTE=swl551;327165]Your environment can be handled by one instance but there are limitations if you want to keep the type of work segregated by instances. (to prevent cross pollination of work)

**With two physical machines just run MISFIT on each machine and cross pollination won't be an issue at all.**

**With one physical machine running two mfaktX instances then you will have to do work fetching and adding of work manually and directly into the desired WorkToDo.txt files.** (this can be done by the CLI Gpu72WorkFetcher.exe utility using different configuration files and executing via Windows Scheduler (or whatever))

If cross pollination of work is not an issue then there are no restrictions on MISFIT's implementation.

Feel free to clarify any restrictions/conditions you have in your environment that might produce a different option.

Also the Gpu72WorkFetcher.exe utility can use both the LLTF and the DCTF urls so you can fetch either type of work.

Thanks[/QUOTE]
I have 4 computers 2 dc 2 ll and wanted to control them from 1 system as they are not in close proximity.

[QUOTE=bcp19;327408]I have 4 computers 2 dc 2 ll and wanted to control them from 1 system as they are not in close proximity.[/QUOTE]

Did you see this post. It may be of value to you.
[url]http://mersenneforum.org/showpost.php?p=327329&postcount=364[/url]

Please clarify if you must keep the DCTF & LLTF dedicated to specific GPUs or if is OK to commingle the work.

Possible feature
 

It has occurred to me to wonder if it would be possible to bias the distribution of staged work (or of balancing) to give more to one instance than another. I ask because I run two instances of mfaktc, one on a GTX 570 and the other on a GTX 460. Obviously, the 570 plows through a lot more work than the 460. Balancing works just fine, except that 570 immediately starts pulling ahead again. I have taken to moving a chunk of assignments from the bottom of the 460 worktodo to the bottom of the 570 worktodo, and setting auto-balance to zero. The 570 runs nearly twice as fast, so giving it 2/3 of the assignments and the 460 1/3 would seem to work out about right (assuming all similar assignments.) I can see that it might get more complicated with more than two instances. Also, diverse assignments would necessarily throw things off unless GHz-days were used as the metric instead of number of lines.

Just a thought. Things are great as they are. :smile:

[QUOTE=swl551;327400]Chuck, I JUST noticed your post from pages back that had a stack trace.

Please try ONE last thing. Download MISFIT(chucktest).zip and try it out. I put a silent try/catch block around the SysTray event so it may actually run without you seeing the crash.

If it does not work then I agree with you... it is time to stop....

Sorry for all this hassle anyway....[/QUOTE]

So should I just run with this test version that works for me? Or is there something that needs to be corrected?

[QUOTE=kladner;327424]It has occurred to me to wonder if it would be possible to bias the distribution of staged work (or of balancing) to give more to one instance than another. I ask because I run two instances of mfaktc, one on a GTX 570 and the other on a GTX 460. Obviously, the 570 plows through a lot more work than the 460. Balancing works just fine, except that 570 immediately starts pulling ahead again. I have taken to moving a chunk of assignments from the bottom of the 460 worktodo to the bottom of the 570 worktodo, and setting auto-balance to zero. The 570 runs nearly twice as fast, so giving it 2/3 of the assignments and the 460 1/3 would seem to work out about right (assuming all similar assignments.) I can see that it might get more complicated with more than two instances. Also, diverse assignments would necessarily throw things off unless GHz-days were used as the metric instead of number of lines.

Just a thought. Things are great as they are. :smile:[/QUOTE]
Kladner that is a pretty tall order and not simple. I can only do simple... My recommendation is increase the threshold when a workbalance occurs. Remember the goal of the workbalancer is to make sure no worker runs out of work between reloads and it definately does that nicely.

Sorry.

However I'm glad you are happy with how everything else works!

Scott

[QUOTE=Chuck;327453]So should I just run with this test version that works for me? Or is there something that needs to be corrected?[/QUOTE]

If you can... please do as I'm curios if you see other UI issues.. Are you running more than one monitor?

[QUOTE=swl551;327459]If you can... please do as I'm curios if you see other UI issues.. Are you running more than one monitor?[/QUOTE]

No, one 27" monitor. The UI is slightly overlaying the totals line as you see.

[QUOTE=Chuck;327464]No, one 27" monitor. The UI is slightly overlaying the totals line as you see.[/QUOTE]

That is totally bizarre...Are you sure you don't have some utility that attaches to forms and "does something"

[QUOTE=swl551;327465]That is totally bizarre...Are you sure you don't have some utility that attaches to forms and "does something"[/QUOTE]

No, nothing special here.