That is the multibyte file stream handing the UTF8 logic, where it writes one byte at a time to the file system. Er slow eh? I'll guess we are reading/writting change files now as UTF8? You can watch the system messages thunder into 100's of millions... for the VM. I'll bet that is why MC loading is so slow now?
Because of this for Sophie we build a SophieMultiByteMemoryFileStream which streamed data in or out of a memory based stream with setup or close logic to read or flush the entire in memory stream to/from a target stream (usually a file). Technically what is required is a file stream subclass that does block read/writes so that you can read/write data in 64K chunks versus byte by byte. On 1-May-09, at 10:07 AM, Nicolas Cellier wrote: > Tracing is really slow, especially with these unbuffered writes > write(6, "^", 1) = 1 > write(6, "s", 1) = 1 > write(6, "e", 1) = 1 > write(6, "l", 1) = 1 > write(6, "f", 1) = 1 > I remember Eliot noticed this easy potential speed-up already. -- = = = ======================================================================== John M. McIntosh <[email protected]> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ======================================================================== _______________________________________________ Pharo-project mailing list [email protected] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
