home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / vxworks / 1192 < prev    next >
Encoding:
Text File  |  1993-01-11  |  1.3 KB  |  33 lines

  1. Newsgroups: comp.os.vxworks
  2. Path: sparky!uunet!gatech!destroyer!ncar!rsf.atd.ucar.edu!vanandel
  3. From: vanandel@rsf.atd.ucar.edu (Joe Van Andel)
  4. Subject: performance of fprintf() for floating point
  5. Message-ID: <1993Jan11.211242.16776@ncar.ucar.edu>
  6. Sender: news@ncar.ucar.edu (USENET Maintenance)
  7. Organization: National Center for Atmospheric Research
  8. Date: Mon, 11 Jan 1993 21:12:42 GMT
  9. Lines: 22
  10.  
  11. I am having a performance problem with fprintf().  I have an application that
  12. samples antenna position at 15 Hz, and stores the binary positions in a
  13. dynamically allocated buffer.  When I'm done sampling, I convert from binary to
  14. floating point (angles in degrees), and write the values in ASCII,
  15. using the following loop:
  16.  
  17.         for (ULONG i= 0; i < CSampleCount_; ++i)
  18.         {
  19.             fprintf(Cfout_, "%8.2f %8.2f\n",
  20.                 p->az * BIN_TO_DEG, p->el * BIN_TO_DEG);
  21.             ++p;
  22.         }
  23.  
  24. On a MVME133 (68020 @ 20Mhz), running under VxWorks 5.02b, release 1, I can only
  25. write 3-4 lines/second, even if I'm writing to "/null".  The MVME133 has a
  26. co-processor, and I can't figure out what could possibly be taking so long . .
  27.  
  28. I suppose I could convert from binary to ASCII floating point on my networked Sun
  29. SPARC instead, but this solution isn't as "clean".
  30. -- 
  31.     Joe VanAndel          Internet:vanandel@ncar.ucar.edu
  32.     National Center for Atmospheric Research
  33.