In plain C you have a lot of heap allocation using pchars, right? ================== Yes, and it's a nightmare that a C-function can't return a string or pointer without pre/post memory issues.
So why would C++ slow it down? =============== Moved to background pchar/pointer issues + object & classes. PS: Why me mention heap fragmentation is that me read an article describing how such fragmentation makes CPU caches useless which result in many-many times performance impact (modern CPUs bear 3..6M cache per core). Such fragmentation is caused by New/Malloc etc dynmem allocators & object constructions. In the contrary, dynarrays occupy contiguous memory thus cache efficient & and its reallocator procedure SetLength is quite efficient. Me noticed it even with a simple application -the Inffile viewer, where the dynmem version operate times as slower than the dynarray one. 2012/1/4, Sieghard <s_c_...@arcor.de>: > Hallo nore...@z505.com, > > Du schriebst am Tue, 3 Jan 2012 14:50:19 -0600: > >> find it less snappy than win32. So the only common thing between bsd and >> linux, is X11 window system - so x11 may be slowing things down vs win32. > > Win32 is much more interwoven into the basic system than X11 is even now, > after all the fuzz with "accelerated" drivers and kernel mode setting. > The downside of that is that a Windows graphics driver problem usually > brings down the whole system, while most of the time you can just kill X > and try again if the X system locks up - you just might have to do this > over a network connection (ssh). > >> Same here, except I am eying my sisters mac. I like that it is bsd based. >> I don't like that macos has moved to Objective C it seems and ditched >> pascal. > > Didn't they do away with Pascal already when the first "Mac" came out? > I think to remember that the last Pascal based Apple computer was the > "Lisa", which never became really commercial? > > -- > (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung > nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) > ----------------------------------------------------------- > Mit freundlichen Grüßen, S. Schicktanz > ----------------------------------------------------------- > > > ------------------------------------------------------------------------------ > Write once. Port to many. > Get the SDK and tools to simplify cross-platform app development. Create > new or port existing apps to sell to consumers worldwide. Explore the > Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join > http://p.sf.net/sfu/intel-appdev > _______________________________________________ > mseide-msegui-talk mailing list > mseide-msegui-talk@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk > ------------------------------------------------------------------------------ Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox _______________________________________________ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
