home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / ai / neuraln / 3197 < prev    next >
Encoding:
Internet Message Format  |  1992-08-14  |  3.5 KB

  1. Xref: sparky comp.ai.neural-nets:3197 comp.ai:3099 comp.compression:3019 comp.theory:1765
  2. Newsgroups: comp.ai.neural-nets,comp.ai,comp.compression,comp.theory
  3. Path: sparky!uunet!utcsri!torn!newshost.uwo.ca!asterix.gaul.csd.uwo.ca!koops
  4. From: koops@asterix.gaul.csd.uwo.ca (Luke Koops)
  5. Subject: Re: measuring complexity (was Re: Kolmogorov Complexity)
  6. Reply-To: koops@asterix.gaul.csd.uwo.ca (Luke Koops)
  7. Organization: University of Western Ontario
  8. Date: Fri, 14 Aug 1992 21:20:05 GMT
  9. Message-ID: <1992Aug14.212005.3438@julian.uwo.ca>
  10. References: <1992Aug10.104156.25017@julian.uwo.ca> <arms.713457373@spedden> <1992Aug10.163725.26986@julian.uwo.ca> <1992Aug10.115352.1@acad3.alaska.edu>
  11. Sender: news@julian.uwo.ca (USENET News System)
  12. Nntp-Posting-Host: asterix.gaul.csd.uwo.ca
  13. Lines: 53
  14.  
  15. In article <1992Aug10.115352.1@acad3.alaska.edu>, fxsdb@acad3.alaska.edu (Scott D. Berry) writes:
  16. |> In article <1992Aug10.163725.26986@julian.uwo.ca>, koops@obelix.gaul.csd.uwo.ca (Luke Koops) writes:
  17. |> > In article <arms.713457373@spedden>, arms@cs.UAlberta.CA (Bill Armstrong) writes:
  18. |> >> koops@asterix.gaul.csd.uwo.ca (Luke Koops) writes:
  19. |> > .
  20. |> > .
  21. |> >> >Why is the smallest turing machine considered the measure of
  22. |> >> >complexity, and not the smallest boolean expression, or the smallest
  23. |> >> >decision tree, or the smallest neural network description, or the
  24. |> >> >shortest program in 6502 Assembly language?
  25. |> > .
  26. |> > .
  27. |> >> I think the answer to your question [...] is that other models that you 
  28. |> >> could use, like a random access machine, will *only* differ in their results 
  29. |> >> by a constant factor.
  30. |> >
  31. |> > I suspect that, even though the models _only_ differ by a constant
  32. |> > factor, in some cases that factor could be very  large
  33. |> The reason you ignore even a very large constant factor is that complexity, on
  34. |> the theoretical level, takes very large sets into consideration.  As the data
  35. |> set gets infinitely large, the constants matter less (10000000000n is worse
  36. |> that n^2, for large n).
  37. |> 
  38. |> The reason the other methods don't give an "unbiased estimate of the
  39. |> complexity" is that a Turing machine is a finite-state machine, while an
  40. |> assembly language program, for example, may have an infinite number of states.
  41. |> A program that adds one to a number and jumps backwards will certainly be
  42. |> small, but has "infinite complexity", and does not describe an algorithm, as it
  43. |> doesn't terminate.
  44. |>    -Scott (fxsdb@acad3.alaska.edu)
  45.  
  46.     I have learned a bit more about kolmogorov complexity since I brought
  47. up the topic.  K-complexity usually applies to finite strings.  This is because inifinite
  48. strings usually have inifinite complexity (i.e. are uncomputable and would require
  49. an infinitely long Turing machine to generate them).  In the set of all infinite strings,
  50. only a infinitesimally small subset of them have a finite complexity (i.e. periodic
  51. strings, binary representation of pi).  Periodic strings can obviously be enumerated
  52. by finite strings (the string that is being repeated).  Transcendental numbers which
  53. can be generated by finite length turing machines are a different story, but, by
  54. definition, they have a finite k-complexity.
  55.  
  56.     Also, I beleive that K-complexity is not unbiased, but is biased towards
  57. Turing machine representations of concepts.  It just provides a really good estimate
  58. of complexity.  This is merely my opinion, I would appreciate it if someone could
  59. confirm it.
  60. -- 
  61.  Some newsreaders use proportional fonts!  
  62.  
  63.    ||||<>////\\
  64. - <>
  65. \------
  66.  
  67. which could make your signature looks like this ^^^^^     koops@csd.uwo.ca
  68.