home *** CD-ROM | disk | FTP | other *** search
/ ftp.xmission.com / 2014.06.ftp.xmission.com.tar / ftp.xmission.com / pub / lists / fractdev / archive / fractdev.200109 < prev    next >
Internet Message Format  |  2001-09-29  |  20KB

  1. From: "Scott D. Boyd" <sdboyd56@swbell.net>
  2. Subject: (fractdev) Speed of Xfractint vs Fractint
  3. Date: 12 Sep 2001 12:13:52 -0500
  4.  
  5. Jonathan and/or Tim,
  6.  
  7. I don't know if you are aware of this, but there is a HUGE speed diff=
  8. erence=20
  9. between Xfractint and Fractint when calculating floating-point fracta=
  10. ls.=20
  11. (Probably any fractals, for that matter, since Xfractint is always in=
  12. =20
  13. floating-point mode.)
  14.  
  15. I hadnoticed a speed differnce for quite some time when generating Ji=
  16. m Muth's=20
  17. FOTD images. I had thought for quite awhile that it was because of my=
  18.  450Mhz=20
  19. AMD K6-2 CPU, which I hear is a real slacker on floating-point calcul=
  20. ations.=20
  21. So, I recently bought a 900Mhz Athlon CPU, and ran Jim's FOTD of 9-1-=
  22. 01 for a=20
  23. comparison of the "speed improvement".=20
  24.  
  25. Paul N. Lee had posted an email on Sept. 2 with some comparison times=
  26.  for=20
  27. that fractal:
  28.  
  29. =A0 =A0 Jim's P200 at SF5 =A0 =A0 =A0 =A001:45:19.72=20
  30. =A0 =A0 Scott's machine at SF5 =A0 03:53:39.68  (this was with my 450=
  31.  Mhz K6-2)
  32. =A0 =A0 Paul's old P700 at SF5 =A0 =A0 =A0 00:32:20.19=20
  33.  
  34. (Keep in mind that both Jim and Paul use Fractint, I'm of course usin=
  35. g=20
  36. Xfractint.)
  37.  
  38. When I generated the fractal on my 900 MhzAthlon, the time decreased =
  39. to=20
  40. approx.  1 hr - 23 mins. I thought "this is terrible! It's *still slo=
  41. wer*=20
  42. than Paul's P700!". When I exited to the Linux command-line, and gene=
  43. rated=20
  44. the fractal using the "-disk" option, it only saved a couple of minut=
  45. es. Then=20
  46. I swapped in a Win95 HD to my Athlon box, booted to the DOS prompt, a=
  47. nd=20
  48. generated the fractal using Fractint v20.0. The generation time dropp=
  49. ed to a=20
  50. mere 19 minutes, 54.30 seconds!! That's an almost 80% decrease in=
  51. =20
  52. generation-time!
  53.  
  54. I'm not expecting this to be fixed, as I imagine the problem probably=
  55.  lies in=20
  56. the algorithms used in Xfractint. I don't know - the math used in cre=
  57. ating=20
  58. fractals is *way* beyond me... I just wanted ya'll to be aware of it.
  59.  
  60. Until later,
  61. Scott
  62.  
  63.  
  64. Thanks for using Fractdev, The Fractint Developer's Discussion List
  65. Post Message:   fractdev@lists.xmission.com
  66. Get Commands:   majordomo@lists.xmission.com "help"
  67. Administrator:  twegner@fractint.org
  68. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  69.  
  70.  
  71. -------------------------------------------------------------------------------
  72.  
  73. From: Tim Wegner <twegner@swbell.net>
  74. Subject: Re: (fractdev) Speed of Xfractint vs Fractint
  75. Date: 12 Sep 2001 17:40:40 -0600
  76.  
  77. Scott wrote:
  78.  
  79. > I don't know if you are aware of this, but there is a HUGE speed > > difference 
  80. > between Xfractint and Fractint when calculating floating-point fractals. 
  81. > (Probably any fractals, for that matter, since Xfractint is always in 
  82. > floating-point mode.)
  83.  
  84. It makes a big difference what fractal type is being used. Quite a number of the built-in fractal 
  85. types have dedicated hand-optimized assembler code. This is not used in Xfractint. 
  86.  
  87. The debugflag=90 switch forces fractint to use the C rather than the assembler. A fairer 
  88. comparison between Fractint and Xfractint would be to generate the fractal using fractint with the 
  89. debugflag=90 switch.
  90.  
  91. It might not be too bad to incorporate some assembler into the intel Linux version, but so far no 
  92. one has taken up that project. Whoever did this who need to know how tro migrate medium 
  93. memory model assembler to a flat memory model.
  94.  
  95. Jonathan knows more about this since he wrote some of the assembler speedups.
  96.  
  97.  
  98. > I'm not expecting this to be fixed, as I imagine the problem probably lies in 
  99. > the algorithms used in Xfractint. I don't know - the math used in creating 
  100. > fractals is *way* beyond me... I just wanted ya'll to be aware of it.
  101.  
  102. It's not really the algorithms, but C vs assembler.
  103.  
  104. The parser in Fractint also has been written fairly efficiently, so formula fractals are also faster 
  105. under Fractint than Xfractint. This is one of the reasons we have held onto the DOS version of 
  106. Fractint for so long. 
  107.  
  108. maybe we should make a fractint-optimized MSDOS floppy boot image. Then Fractint could live 
  109. forever :-)
  110.  
  111. Does anybody know if Fractint runs under Windows XP? I expect it does, but with some video 
  112. limitations. I am not planning to "upgrade".
  113.  
  114. Tim
  115.  
  116.  
  117. Thanks for using Fractdev, The Fractint Developer's Discussion List
  118. Post Message:   fractdev@lists.xmission.com
  119. Get Commands:   majordomo@lists.xmission.com "help"
  120. Administrator:  twegner@fractint.org
  121. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  122.  
  123.  
  124. -------------------------------------------------------------------------------
  125.  
  126. From: "Paul N. Lee" <Paul.N.Lee@Worldnet.att.net>
  127. Subject: Re: (fractdev) Speed of Xfractint vs Fractint
  128. Date: 12 Sep 2001 18:35:55 -0500
  129.  
  130. Tim Wegner wrote:
  131. >
  132. > Does anybody know if Fractint runs 
  133. > under Windows XP?  I expect it does...
  134.  
  135. According to an article yesterday from AnchorDesk, Mark Croft (lead
  136. product manager for the Windows XP group at Microsoft) says the
  137. following concerning DOS apps running under XP: 
  138.  
  139.      "Several improvements to the DOS virtual machine were 
  140.       made in Windows XP to ensure broader compatibility 
  141.       with many popular DOS titles--specifically, new 
  142.       SoundBlaster 16 support and a number of quality fixes. 
  143.       We tested a number of popular DOS titles to ensure 
  144.       improved compatibility over Windows 2000 and NT4"
  145.  
  146. And concerning drivers: 
  147.  
  148.      "Microsoft is providing a tool--Upgrade Advisor (UA)--
  149.       which users can run on their machines prior to 
  150.       installing Windows XP to determine how compatible 
  151.       their systems will be with Windows XP.  This tool 
  152.       can be updated dynamically via a Web connection and 
  153.       provides an easy way to check a whole PC.  The data 
  154.       on this is identical to the data used by Windows Setup 
  155.       during an upgrade."
  156.  
  157. Sincerely,
  158. P.N.L.
  159. http://www.fractalus.com/cgi-bin/theway?ring=fractals&id=43&go
  160.  
  161. Thanks for using Fractdev, The Fractint Developer's Discussion List
  162. Post Message:   fractdev@lists.xmission.com
  163. Get Commands:   majordomo@lists.xmission.com "help"
  164. Administrator:  twegner@fractint.org
  165. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  166.  
  167.  
  168. -------------------------------------------------------------------------------
  169.  
  170. From: Tim Wegner <twegner@swbell.net>
  171. Subject: (fractdev) (Fwd) bug in fractint 20.1.13?
  172. Date: 17 Sep 2001 18:05:50 -0600
  173.  
  174. I received this email today:
  175.  
  176. Hi,
  177.  
  178. here is my bug report:
  179.  
  180. In formula interpreter, rand/srand does not work as it apparently
  181. should. This applies to Fractint 20.0 under DOS, under Linux, and
  182. 20.1.13 under Linux. -- First, the formula translator generates a
  183. segfault when compiling a formula with no parameters.  Serge Then
  184. consider the following two formulae: test1 generates the correct
  185. picture, while test2 does not. The difference between test1 and test2 is
  186. only in the implementation of rand and srand(): in test1 we have our own
  187. implementation, and in test2 we use rand and srand(). Apart from the
  188. visual difference, it seems that test2 does not zoom correctly while
  189. test1 does. This seems to indicate that srand() and rand are somewhat
  190. broken. I could not determine where the bug is in the code, but, apart
  191. from that, it does seem likely that the rand routine is not a very high
  192. quality random number generator. The one I used below is also not very
  193. good, it is just something that is quick to implement.
  194.  
  195. Best regards,
  196.  
  197. --
  198.     Serge
  199.  
  200. test1 { ; srand doesn't seem to work as expected, so we make our own rand
  201. ; build a random fractal pattern of squares
  202.         z=0, p = pixel/32, v=real(p1)+15887, A=real(32767), B=137, C=2997 :
  203.         p = p*2, p = p - floor(p)  ; blowup, now both re and im(p) are between 0 and 1
  204.         ; now we need to generate the random number for this quadrant
  205.         v=v*B+C, v=v-A*floor(v/A)
  206.         IF( (real(p)<0.5) && (imag(p)<0.5) )
  207.                 v=v*B+C, v=v-A*floor(v/A), ENDIF
  208.         IF((v/A)<0.5+imag(p1)), z=z+1, ELSE, z=z-0.001, ENDIF ; exit with fixed probability
  209.         real(z) <= 5 }
  210.  
  211. test2 { ; srand doesn't seem to work as expected
  212. ; build a random fractal pattern of squares
  213.         z=0, p = pixel/32, srand(real(p1)) :
  214.         p = p*2, p = p - floor(p)  ; blowup, now both re and im(p) are between 0 and 1
  215.         ; now we need to generate the random number for this quadrant
  216.         v=rand
  217.         IF( (real(p)<0.5) && (imag(p)<0.5) )
  218.                 v=rand, ENDIF
  219.         IF(v<0.5+imag(p1)), z=z+1, ELSE, z=z-0.001, ENDIF ; exit with fixed probability
  220.         real(z) <= 5
  221. }
  222.  
  223. ------- End of forwarded message -------
  224.  
  225. Thanks for using Fractdev, The Fractint Developer's Discussion List
  226. Post Message:   fractdev@lists.xmission.com
  227. Get Commands:   majordomo@lists.xmission.com "help"
  228. Administrator:  twegner@fractint.org
  229. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  230.  
  231.  
  232. -------------------------------------------------------------------------------
  233.  
  234. From: "Jonathan Osuch" <osuchj@qwest.net>
  235. Subject: Re: (fractdev) (Fwd) bug in fractint 20.1.13?
  236. Date: 17 Sep 2001 20:25:04 -0500
  237.  
  238. Tim,
  239.  
  240. > In formula interpreter, rand/srand does not work as it apparently
  241. > should.
  242.  
  243. That doesn't surprise me.  I think we truncate the random numbers so that
  244. floating point images look the same as integer images (when random numbers
  245. are used).
  246.  
  247. Any takers on looking into this?
  248.  
  249. Jonathan
  250.  
  251.  
  252.  
  253. Thanks for using Fractdev, The Fractint Developer's Discussion List
  254. Post Message:   fractdev@lists.xmission.com
  255. Get Commands:   majordomo@lists.xmission.com "help"
  256. Administrator:  twegner@fractint.org
  257. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  258.  
  259.  
  260. -------------------------------------------------------------------------------
  261.  
  262. From: "Jonathan Osuch" <osuchj@qwest.net>
  263. Subject: Re: (fractdev) Speed of Xfractint vs Fractint
  264. Date: 17 Sep 2001 20:31:10 -0500
  265.  
  266. > It might not be too bad to incorporate some assembler into the intel Linux
  267. version, but so far no
  268. > one has taken up that project. Whoever did this who need to know how tro
  269. migrate medium
  270. > memory model assembler to a flat memory model.
  271.  
  272. > Jonathan knows more about this since he wrote some of the assembler
  273. speedups.
  274.  
  275. I've looked briefly into this.  One of the problems is the syntax of the
  276. commands is reversed so that each line of code will have to be changed.
  277.  
  278. I doubt the formula parser will get translated due to its extensive use of
  279. macros.  The mandelbrot code could be changed in a reasonable amount of
  280. time.  I've been wanting to do a major change to the periodicity checking
  281. code to check the magnitude instead of X and Y.  Although this seems like
  282. rambling, the periodicity checking code is part of the assembly code that
  283. will need to be converted.
  284.  
  285. The major problems are too much to do and not enough time.  Being tired all
  286. the time doesn't help either.
  287.  
  288. I need to finish up my latest patch, which will appear as version 20.2 for
  289. backwards compatibility reasons.  Maybe this coming weekend.
  290.  
  291. Jonathan
  292.  
  293.  
  294.  
  295.  
  296. Thanks for using Fractdev, The Fractint Developer's Discussion List
  297. Post Message:   fractdev@lists.xmission.com
  298. Get Commands:   majordomo@lists.xmission.com "help"
  299. Administrator:  twegner@fractint.org
  300. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  301.  
  302.  
  303. -------------------------------------------------------------------------------
  304.  
  305. From: "Jonathan Osuch" <osuchj@qwest.net>
  306. Subject: Re: (fractdev) (Fwd) bug in fractint 20.1.13?
  307. Date: 27 Sep 2001 20:20:54 -0500
  308.  
  309. Tim,
  310.  
  311. > In formula interpreter, rand/srand does not work as it apparently should.
  312.  
  313. I've looked at this and there are several points of note.  He is assuming
  314. that every time you make an assignment from the rand variable its value has
  315. changed.  This is false.  The only time rand gets changed is when srand() is
  316. called.
  317.  
  318. It appears that the string of psuedo-random numbers he is using starts over
  319. at the start of the calculation for each pixel.  Our psuedo-random string
  320. should do this also if the initial srand call is srand(seed) and any
  321. subsequent calls are srand(rand).  After rearranging his second formula, it
  322. still doesn't work like his first one.
  323.  
  324. The srand() routine depends on the integer math argument variables getting
  325. set.  Since we have to use the floating point math so that the if-then logic
  326. will work, the integer values may not be getting set.
  327.  
  328. Jonathan
  329.  
  330.  
  331.  
  332. Thanks for using Fractdev, The Fractint Developer's Discussion List
  333. Post Message:   fractdev@lists.xmission.com
  334. Get Commands:   majordomo@lists.xmission.com "help"
  335. Administrator:  twegner@fractint.org
  336. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  337.  
  338.  
  339. -------------------------------------------------------------------------------
  340.  
  341. From: "Jonathan Osuch" <osuchj@qwest.net>
  342. Subject: (fractdev) Latest patch
  343. Date: 27 Sep 2001 20:28:00 -0500
  344.  
  345. Tim,
  346.  
  347. I uploaded patch 2002p00.zip to the fractint directory.  Please take a look
  348. at it.  Specifically, see if you want to change any of the words in the doc
  349. file concerning the move from CompuServe to the web.  Thanks.
  350.  
  351. I'll supply a source sync once this patch is official.
  352.  
  353. Jonathan
  354.  
  355.  
  356.  
  357. Thanks for using Fractdev, The Fractint Developer's Discussion List
  358. Post Message:   fractdev@lists.xmission.com
  359. Get Commands:   majordomo@lists.xmission.com "help"
  360. Administrator:  twegner@fractint.org
  361. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  362.  
  363.  
  364. -------------------------------------------------------------------------------
  365.  
  366. From: Tim Wegner <twegner@swbell.net>
  367. Subject: Re: (fractdev) Latest patch
  368. Date: 27 Sep 2001 21:28:13 -0600
  369.  
  370. > I uploaded patch 2002p00.zip to the fractint directory.  Please 
  371. > take a look at it.  Specifically, see if you want to change any of > the words in the doc file 
  372. concerning the move from CompuServe to 
  373. > the web.  Thanks.
  374.  
  375. Will look at it on Saturday (going out Friday night). Thanks!
  376.  
  377. Sheesh - Compuserve - ancient history :-)
  378.  
  379. Tim
  380.  
  381.  
  382. Thanks for using Fractdev, The Fractint Developer's Discussion List
  383. Post Message:   fractdev@lists.xmission.com
  384. Get Commands:   majordomo@lists.xmission.com "help"
  385. Administrator:  twegner@fractint.org
  386. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  387.  
  388.  
  389. -------------------------------------------------------------------------------
  390.  
  391. From: Tim Wegner <twegner@swbell.net>
  392. Subject: Re: (fractdev) Latest patch
  393. Date: 29 Sep 2001 10:56:38 -0600
  394.  
  395. > I uploaded patch 2002p00.zip to the fractint directory.  Please take a look
  396. > at it.  Specifically, see if you want to change any of the words in the doc
  397. > file concerning the move from CompuServe to the web.  Thanks.
  398.  
  399. Your edits are a big improvement over that horribly obsolete language that was there before. 
  400. Thanks! Let's make your patch official.
  401.  
  402. I'll look to see if more updating can be done, but there is no reason to delay your patch.
  403.  
  404. Tim
  405.  
  406.  
  407. Thanks for using Fractdev, The Fractint Developer's Discussion List
  408. Post Message:   fractdev@lists.xmission.com
  409. Get Commands:   majordomo@lists.xmission.com "help"
  410. Administrator:  twegner@fractint.org
  411. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  412.  
  413.  
  414. -------------------------------------------------------------------------------
  415.  
  416. From: "Damien M. Jones" <dmj@fractalus.com>
  417. Subject: Re: (fractdev) Latest patch
  418. Date: 29 Sep 2001 12:54:51 -0400
  419.  
  420. Hey gang,
  421.  
  422. As you probably noticed, my server went offline Thursday for several hours.
  423. I was moving it to its new host... finally. And because this new host isn't
  424. paranoid about network security (they're a co-location service provider,
  425. their attitude is that the security of my box is my business, not theirs)
  426. I'll be able to re-activate some things that had been disabled. Things like
  427. anonymous FTP, and moving SSH back to its normal port. Right now I'm trying
  428. to catch up on all the stuff that hasn't been done over the past few weeks,
  429. but I wanted to let you know that I'm not dropping off the face of the
  430. earth (and neither is the server).
  431.  
  432. Damien M. Jones   \\
  433. dmj@fractalus.com  \\  Fractalus Galleries & Info:
  434.                     \\  http://www.fractalus.com/
  435.  
  436. Please do not post my e-mail address on a web site or
  437. in a newsgroup.  Thank you.
  438.  
  439.  
  440. Thanks for using Fractdev, The Fractint Developer's Discussion List
  441. Post Message:   fractdev@lists.xmission.com
  442. Get Commands:   majordomo@lists.xmission.com "help"
  443. Administrator:  twegner@fractint.org
  444. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  445.  
  446.  
  447. -------------------------------------------------------------------------------
  448.  
  449. From: Tim Wegner <twegner@swbell.net>
  450. Subject: Re: (fractdev) Latest patch
  451. Date: 29 Sep 2001 12:15:04 -0600
  452.  
  453. Damien wrote:
  454.  
  455. > As you probably noticed, my server went offline Thursday for 
  456. > several hours.
  457. > I was moving it to its new host... finally. 
  458.  
  459. I didn't notice. A few hours ago I was able to FTP in to get Jonathan's patch (obviously, using my 
  460. account, not anonymous FTP).
  461.  
  462. > And because this new host isn't
  463. > paranoid about network security (they're a co-location service provider,
  464. > their attitude is that the security of my box is my business, not theirs)
  465. > I'll be able to re-activate some things that had been disabled. Things like
  466. > anonymous FTP, and moving SSH back to its normal port. 
  467.  
  468. Thanks, just let us know the status as it changes.
  469.  
  470. Tim
  471.  
  472.  
  473. Thanks for using Fractdev, The Fractint Developer's Discussion List
  474. Post Message:   fractdev@lists.xmission.com
  475. Get Commands:   majordomo@lists.xmission.com "help"
  476. Administrator:  twegner@fractint.org
  477. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  478.  
  479.  
  480. -------------------------------------------------------------------------------
  481.  
  482. From: "Jonathan Osuch" <osuchj@qwest.net>
  483. Subject: Re: (fractdev) Latest patch
  484. Date: 29 Sep 2001 20:57:38 -0500
  485.  
  486. Tim,
  487.  
  488. > I'll look to see if more updating can be done, but there is no reason to
  489. delay your patch.
  490.  
  491. Okay, I'll post it officially in the morning (when I'm not tired).
  492.  
  493. Thanks.
  494.  
  495. Jonathan
  496.  
  497.  
  498.  
  499. Thanks for using Fractdev, The Fractint Developer's Discussion List
  500. Post Message:   fractdev@lists.xmission.com
  501. Get Commands:   majordomo@lists.xmission.com "help"
  502. Administrator:  twegner@fractint.org
  503. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  504.  
  505.  
  506. -------------------------------------------------------------------------------
  507.  
  508. From: "Jonathan Osuch" <osuchj@qwest.net>
  509. Subject: Re: (fractdev) Latest patch
  510. Date: 30 Sep 2001 09:10:19 -0500
  511.  
  512. Damien,
  513.  
  514. > As you probably noticed, my server went offline Thursday for several
  515. hours.
  516. > I was moving it to its new host... finally. And because this new host
  517. isn't
  518. > paranoid about network security (they're a co-location service provider,
  519. > their attitude is that the security of my box is my business, not theirs)
  520. > I'll be able to re-activate some things that had been disabled.
  521.  
  522. I am unable to ftp the version 20.2 files to the server.  Help!  I thought
  523. it might be a Zone Alarm problem, but shutting it down and trying again
  524. didn't help.
  525.  
  526. Jonathan
  527.  
  528.  
  529.  
  530.  
  531.  
  532. Thanks for using Fractdev, The Fractint Developer's Discussion List
  533. Post Message:   fractdev@lists.xmission.com
  534. Get Commands:   majordomo@lists.xmission.com "help"
  535. Administrator:  twegner@fractint.org
  536. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  537.  
  538.  
  539. -------------------------------------------------------------------------------
  540.  
  541. From: Tim Wegner <twegner@swbell.net>
  542. Subject: Re: (fractdev) Latest patch
  543. Date: 30 Sep 2001 13:10:01 -0600
  544.  
  545. Jonathan wrote:
  546.  
  547. > I am unable to ftp the version 20.2 files to the server.  Help!  I thought
  548. > it might be a Zone Alarm problem, but shutting it down and trying again
  549. > didn't help.
  550.  
  551. I am having the same problem, can't upload. I do seem to be able to download. Also, pscp is not 
  552. working for me right now either.
  553.  
  554. Tim
  555.  
  556.  
  557. Thanks for using Fractdev, The Fractint Developer's Discussion List
  558. Post Message:   fractdev@lists.xmission.com
  559. Get Commands:   majordomo@lists.xmission.com "help"
  560. Administrator:  twegner@fractint.org
  561. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  562.  
  563.