Re: Reading and Writing Files at the C level




Damon Courtney wrote:
Is there any significant performance hit from using the Tcl
functions (Tcl_Read, Tcl_Write) at the C level over using the lower
functions (fread, fwrite or read, write)? This is for both Windows and
UNIX.

The performance hit shouldn't be dramatic... I at least did not
recognize any performance dropdown at all until now.
A definitive advantage of the Tcl funcctions is, that the are Tcl-FS
and VFS aware. That means e.g., that you can read files from Starkits
and other virtual file systems - what you can not with the lower
functions.

Eckhard

.



Relevant Pages

  • Re: WineX on Opteron?
    ... >> The performance hit in emmulaton for many of the M$ Windows games even ... >> any idea if the performance hit for emmulation in WineX or Linux would ... Compiling Wine with 64 bit extensions can't possible get you anything ...
    (comp.os.linux.hardware)
  • Re: What is the benefit to me of .NET as an end-user?
    ... find the performance hit to be much worse. ... I think we have finally arrived at a point where Windows app feel as ... I hate it even more when there's huge barriers for entry ...
    (borland.public.delphi.non-technical)
  • Re: Windows 7 Wont Require Graphics Hardware for Effects
    ... any computer with an 800MHz processor run Aero-style desktop transparency and, with a certain performance hit, the Direct3D requirements for video games. ... I'm guessing that the next revelation - by some equally obscure "PC magazine" in Katmandu - will be that when you fart in front of any "Windows 7" machine with a 3.5" floppy drive, a little hand will come out of the floppy drive slot and wave it away. ...
    (microsoft.public.windows.vista.general)
  • Re: 10 Reasons .NET developers should consider the switch to Mac OS
    ... I'm sure Leopard isn't without its ... I use 64-bit Windows XP on my laptop and have done so for quite some time now. ... I have seen no performance hit whatsoever when running 32-bit apps on it and I have NEVER had a problem running ANYTHING 32-bit or otherwise on it. ...
    (microsoft.public.dotnet.languages.csharp)