![]() |
|
|
#1189 |
|
Dec 2010
Monticello
5·359 Posts |
Mr Cheesehead, I don't think you got my meaning.
I was asking how to navigate to it, assuming I didn't know about it from your nice post above. That is, what page(s) besides this thread, have your link on them? (not that it's really needed, given the wiki page, which is the answer I was looking for.) |
|
|
|
|
|
#1190 |
|
"Oliver"
Mar 2005
Germany
100010101112 Posts |
I don't know other pages than this thread and the mfaktc article in the mersennewiki.
The directory www.mersenneforum.org/mfaktc/ is quiet new, not so long ago I've ask Xyzzy if he would be so nice and host the files. I've ask him because he is allready operating the (semi-)official mirror of the GIMPS software www.mersenneforum.org/gimps/. He was so nice to add another directory for mfaktc. I won't attach new releases here in the forum from now, instead I'll just post links. An advantage is that I'm no longer limited to the maximum attachment size here in the forum so I can easily bundle the CUDA library files. So we have to say: thank you, Xyzzy! Oliver |
|
|
|
|
|
#1191 |
|
Dec 2010
Monticello
5×359 Posts |
Hey, is there any reason we can't get mfaktc, mfakto, and CUDALucas all linked in the same way under the GPU Computing subheader? Or a short mersennewiki page made with the list of GPU programs linking things, and a link to that under the GPU computing header?
Indeed, thank you XYZZY... |
|
|
|
|
|
#1192 | |
|
Jun 2010
Pennsylvania
93410 Posts |
Quote:
One of the many things I'd do on such a page would be to list all the GPU programs (and link to their pages, of course). If a GPU Computing page already exists, please let me know and send a link -- thanks! Rodrigo Last fiddled with by Rodrigo on 2011-09-11 at 15:41 |
|
|
|
|
|
|
#1193 |
|
Dec 2010
Monticello
5·359 Posts |
Let me make my suggestion explicit, then:
This subforum gets a link to Rodrigo's page at the top...Rodrigo's page then links to the pages for each of the GPU programs.... Thanks, Rodrigo...I don't think there are any toes to be stepped on here! |
|
|
|
|
|
#1194 |
|
"Richard B. Woods"
Aug 2002
Wisconsin USA
22×3×641 Posts |
|
|
|
|
|
|
#1195 |
|
Basketry That Evening!
"Bunslow the Bold"
Jun 2011
40<A<43 -89<O<-88
160658 Posts |
Turns out Ubuntu doesn't have dos2unix etc., but I wound up using a sed command to get the job done (taken from Wikipedia, of course). The problem now is getting the affinity to work. I'm using the command taskset, and I'm pretty sure the affinity is being set properly, but either way my candidate rate cuts in half whenever I run three MPrime workers alongside mfaktc, even though they're on separate cores. I haven't had this problem in Windows.
|
|
|
|
|
|
#1196 |
|
Dec 2010
Monticello
5×359 Posts |
mfaktc, at present, thinks it is single-threaded, and relies upon you to set both it's priority and it's core.
|
|
|
|
|
|
#1197 |
|
Basketry That Evening!
"Bunslow the Bold"
Jun 2011
40<A<43 -89<O<-88
160658 Posts |
With MPrime off, mfaktc runs totally on logical 7, gets an avg. rate of 180-185, and avg. wait of 100-100 us.
When I run MPrime on 1-6 (which order I start them doesn't matter) mfaktc runs on 7 or 8 (as I set it to) but only gets an avg. rate around 90-100, with avg. wait < 100. They both run with the same Sieve Prime setting. (And auto-adjusting is on.) This does not occur in Windows. With the same affinities and Prime95 running 1-6, I still get around 165-170 with mfaktc. |
|
|
|
|
|
#1198 |
|
Dec 2010
Monticello
5·359 Posts |
wait a minute...are you sure that logical 7 and 8 on your machine are in fact on one core? Surely you don't have 8 physical cores, do you?
|
|
|
|
|
|
#1199 | |
|
"Mike"
Aug 2002
2·23·179 Posts |
Quote:
Code:
$ apt-cache show dos2unix Package: dos2unix Priority: extra Section: universe/text Installed-Size: 232 Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com> Original-Maintainer: Jari Aalto <jari.aalto@cante.net> Architecture: amd64 Version: 5.1.1-2 Depends: libc6 (>= 2.4) Conflicts: tofrodos (<< 1.7.8.debian.1) Filename: pool/universe/d/dos2unix/dos2unix_5.1.1-2_amd64.deb Size: 41770 MD5sum: d5971308a00e5449b2d8143af4ee2a92 SHA1: 9c6683d79f45a7507cef9fd67674a295dedd21a0 SHA256: 48eb2b15691a8e9ee6cc0e16c1fe3bcd764786d29ef2231b7a8a029a8466eb60 Description: convert text file line endings between CRLF and LF This package contains utilities dos2unix, unix2dos, mac2unix, unix2mac to convert the line endings of text files between UNIX (LF), DOS (CRLF) and Mac (CR) formats. . Text files under Windows and DOS typically have two ASCII characters at the end of each line: CR (carriage return) followed by LF (line feed). Older Macs used just CR, while UNIX uses just LF. While most modern editors can read all these formats, there may still be a need to convert files between them. . This is the classic utility developed in 1989. Homepage: http://freshmeat.net/projects/dos2unix Bugs: https://bugs.launchpad.net/ubuntu/+filebug Origin: Ubuntu |
|
|
|
|
![]() |
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| mfakto: an OpenCL program for Mersenne prefactoring | Bdot | GPU Computing | 1676 | 2021-06-30 21:23 |
| The P-1 factoring CUDA program | firejuggler | GPU Computing | 753 | 2020-12-12 18:07 |
| gr-mfaktc: a CUDA program for generalized repunits prefactoring | MrRepunit | GPU Computing | 32 | 2020-11-11 19:56 |
| mfaktc 0.21 - CUDA runtime wrong | keisentraut | Software | 2 | 2020-08-18 07:03 |
| World's second-dumbest CUDA program | fivemack | Programming | 112 | 2015-02-12 22:51 |