- open source SVG library for C++ or C - 5 Updates
- "2 major reasons why modern C++ is a performance beast" - 3 Updates
- Std::deque is really quite bad - 11 Updates
- Oh the blood ... it is my victory - 1 Update
| Lynn McGuire <lynnmcguire5@gmail.com>: Oct 05 04:52PM -0500 Does anyone have any good experience with one of the various open source libraries for SVG graphics for C++ or C ? I am using Visual Studio 2015 on Windows 7. Thanks, Lynn |
| Sjouke Burry <burrynulnulfour@ppllaanneett.nnll>: Oct 06 12:08AM +0200 On 05.10.16 23:52, Lynn McGuire wrote: > I am using Visual Studio 2015 on Windows 7. > Thanks, > Lynn maybe you can use From this web page: ZSVGA101.ZIP (288k) SVGACC26.ZIP (178k) SVGAPB26.ZIP (214k) SVGAPV26.ZIP (202k) SVGAQB26.ZIP (188k) at the site > http://www.zephyrsoftware.com/download/zdownld.html svgacc for 16bit and zsvga for 32 bit. |
| legalize+jeeves@mail.xmission.com (Richard): Oct 05 10:20PM [Please do not mail me a copy of your followup] Lynn McGuire <lynnmcguire5@gmail.com> spake the secret code >Does anyone have any good experience with one of the various open >source libraries for SVG graphics for C++ or C ? >I am using Visual Studio 2015 on Windows 7. Anti-Grain Geometry supports SVG. There is an SVG viewer demo: <http://www.antigrain.com/svg/index.html> -- "The Direct3D Graphics Pipeline" free book <http://tinyurl.com/d3d-pipeline> The Computer Graphics Museum <http://computergraphicsmuseum.org> The Terminals Wiki <http://terminals.classiccmp.org> Legalize Adulthood! (my blog) <http://legalizeadulthood.wordpress.com> |
| "Rick C. Hodgin" <rick.c.hodgin@gmail.com>: Oct 05 03:28PM -0700 Richard wrote: > [Please do not mail me a copy of your followup] Richard, is this really such a common occurrence that you have to placard every post you make with a stand-out bulletin? I've never had one person ever also email me a reply of their usenet post. I find it difficult to believe that it's so much an issue with your inbox that it truly warrants the perpetual note. Best regards, Rick C. Hodgin |
| Real Troll <real.troll@trolls.com>: Oct 05 06:39PM -0400 On 05/10/2016 23:28, Rick C. Hodgin wrote: > I've never had one person ever also email me a reply of their usenet > post. You must be very disappointed that nobody is interested in you! Is it because you are a known troll? Is it because people are less interested in your religion? I get lots despite calling myself as troll to dissuade them. Apparently they now know me as fake troll. |
| Jorgen Grahn <grahn+nntp@snipabacken.se>: Oct 05 05:09PM On Mon, 2016-10-03, Daniel wrote: > People do that, or implement their own conversions, especially for > integer/string conversions, sometimes they even hack the floating > point bits. Anything to avoid streams. /Some/ people may do that. I don't think I've ever met one. In my case, iostreams shuffle a few megabytes of data quickly enough (and I'm probably in the minority of users who need any iostreams performance /at all/, since I tend to write traditional Unix filters a lot). I'd be happy to see a better and faster version ... but it's not very important to me. /Jorgen -- // Jorgen Grahn <grahn@ Oo o. . . \X/ snipabacken.se> O o . |
| legalize+jeeves@mail.xmission.com (Richard): Oct 05 08:17PM [Please do not mail me a copy of your followup] Jorgen Grahn <grahn+nntp@snipabacken.se> spake the secret code >performance /at all/, since I tend to write traditional Unix filters a >lot). I'd be happy to see a better and faster version ... but it's not >very important to me. For programs that do lots of logging or lots of I/O of large text files, iostreams can be a bottleneck. Sometime I would like to see a profile analysis of exactly what is in iostreams that is causing all the performance to suck. My guess is that it is the generality of iostreams and how it interacts with locales that causes the problem. It would be nice if we could get iostreams performance on par with printf() when you don't need the fancier locale oriented features of streams. I have a suspicion that we could slice out something underneath iostreams where you explicitly forego the benefits of locales and recover the performance of printf but retain an API similar to that of streams. -- "The Direct3D Graphics Pipeline" free book <http://tinyurl.com/d3d-pipeline> The Computer Graphics Museum <http://computergraphicsmuseum.org> The Terminals Wiki <http://terminals.classiccmp.org> Legalize Adulthood! (my blog) <http://legalizeadulthood.wordpress.com> |
| legalize+jeeves@mail.xmission.com (Richard): Oct 05 08:19PM [Please do not mail me a copy of your followup] Oh, and also: libraries like Boost.Spirit have shown that you can do *better* than stdio in terms of performance when {de,}serializing integral types to ASCII. It would be nice to expose this in a more general way through the standard. Oh my what a bunch of work that would be, however. Even if started now it likely wouldn't appear before 2023. -- "The Direct3D Graphics Pipeline" free book <http://tinyurl.com/d3d-pipeline> The Computer Graphics Museum <http://computergraphicsmuseum.org> The Terminals Wiki <http://terminals.classiccmp.org> Legalize Adulthood! (my blog) <http://legalizeadulthood.wordpress.com> |
| JiiPee <no@notvalid.com>: Oct 05 12:44AM +0100 On 04/10/2016 19:21, Mr Flibble wrote: > False; the performance of std::deque insert in the middle is just as > poor as for std::vector. > /Flibble according the measurements on this site: http://baptiste-wicht.com/posts/2012/12/cpp-benchmark-vector-list-deque.html it faster. |
| Mr Flibble <flibble@i42.co.uk>: Oct 05 01:23AM +0100 On 05/10/2016 00:44, JiiPee wrote: > according the measurements on this site: > http://baptiste-wicht.com/posts/2012/12/cpp-benchmark-vector-list-deque.html > it faster. It, like std::vector, is still linear complexity. /Flibble |
| Jerry Stuckle <jstucklex@attglobal.net>: Oct 04 09:26PM -0400 On 10/4/2016 7:44 PM, JiiPee wrote: > http://baptiste-wicht.com/posts/2012/12/cpp-benchmark-vector-list-deque.html > it faster. Please - don't confuse him with the facts. I've also found std::deque insert in the middle is faster than std::vector. The latter is a real dog. The former only a half dog :) -- ================== Remove the "x" from my email address Jerry Stuckle jstucklex@attglobal.net ================== |
| woodbrian77@gmail.com: Oct 04 06:50PM -0700 On Tuesday, October 4, 2016 at 2:28:12 PM UTC-5, Öö Tiib wrote: > Container's performance does not care about opinions of whatever young > googlers, youtubers or llvmers the internet keeps spitting at us. > 'std::deque' is doing quite well in profile of several algorithms. Really? > FIFO of smart pointers that you seem to have there. 'std::queue' > (adaptor) makes its usage likely slightly less verbose and also > documents better that it is FIFO. I agree with you about std::queue documenting better that it's a FIFO, but disagree about the usage being less verbose: ::std::deque<::std::unique_ptr<cmw_request> > pendingTransactions; versus ::std::queue<::std::unique_ptr<cmw_request> ,::std::deque<::std::unique_ptr<cmw_request>> > pendingTransactions; So I'm not sure that the gain in readability by using std::queue would be worth it. If we could write that instead as: ::std::queue<::std::deque<::std::unique_ptr<cmw_request>> > pendingTransactions; , I'd be more inclined to use it. I guess that's a wart in the container adaptors. > From outside of standard library it may easily be that for example 'boost::circular_buffer_space_optimized' is performing better there. > That needs profiling, if it matters. I can use Boost containers in the back tier of the C++ Middleware Writer, but not here as they aren't portable enough. Maybe it's more of a distribution problem than a portability problem. Brian Ebenezer Enterprises - "Remember that you were slaves in Egypt and that the L-rd your G-d set you free." Deuteronomy 24:18 http://webEbenezer.net |
| woodbrian77@gmail.com: Oct 04 07:37PM -0700 On Tuesday, October 4, 2016 at 5:51:29 PM UTC-5, Chris Vine wrote: > Your leaning towards authority figures like Chandler, and your > willingness to give their views special validity, may explain why you > are religious nutjob. You need to think for yourself. You are an anti-religious bigot. Brian Ebenezer Enterprises - If you can't join 'em, beat 'em. http://webEbenezer.net |
| "Chris M. Thomasson" <invalid@invalid.invalid>: Oct 04 08:07PM -0700 >> willingness to give their views special validity, may explain why you >> are religious nutjob. You need to think for yourself. > You are an anti-religious bigot. That's all you got! ;^o |
| "Öö Tiib" <ootiib@hot.ee>: Oct 05 12:03AM -0700 > > pendingTransactions; > , I'd be more inclined to use it. I guess that's a wart in > the container adaptors. Why you typed a default template argument out on case of 'queue' but not on case of 'dequeue'? Same "comparison": std::deque< std::unique_ptr<cmw_request> , std::allocator<std::unique_ptr<cmw_request>> > pendingTransactions1; std::queue<std::unique_ptr<cmw_request>> pendingTransactions2; I was talking about interface of 'queue' that is succinctly interface of FIFO and is not interface of generic container. |
| Chris Vine <chris@cvine--nospam--.freeserve.co.uk>: Oct 05 10:40AM +0100 On Tue, 4 Oct 2016 19:37:52 -0700 (PDT) > On Tuesday, October 4, 2016 at 5:51:29 PM UTC-5, Chris Vine wrote: [snip] > > willingness to give their views special validity, may explain why > > you are religious nutjob. You need to think for yourself. > You are an anti-religious bigot. I am not. I am generally pro-religion. I am however against people who post off topic nonsense to news groups. (And for that matter, against religious bigots, people who post weird messages about coders who follow a particular approach to setting out their code as a "royal priesthood", and people who claim that they have been appointed by God to lead C++.) Since you on this occasion did make an on topic post, I gave you my answer to your question, as below: > > containers of built-in types where most operations are at the end > > and only some at the beginning, and the whole container frequently > > fits within a single cache line. Since you say you have "known about some of the problems with std::deque for years", what are the problems that you know about? Have you done any measurements? |
| Jorgen Grahn <grahn+nntp@snipabacken.se>: Oct 05 02:12PM On Tue, 2016-10-04, Chris Vine wrote: > Your leaning towards authority figures like Chandler, and your > willingness to give their views special validity, may explain why you > are religious nutjob. You need to think for yourself. I get the feeling it's the other way around: he /is/ thinking for himself, disliking most of the standard containers, and looking for authority figures who confirm his views. I'm more interested in woodbrian's own arguments. /Jorgen -- // Jorgen Grahn <grahn@ Oo o. . . \X/ snipabacken.se> O o . |
| woodbrian77@gmail.com: Oct 05 08:34AM -0700 On Wednesday, October 5, 2016 at 2:03:42 AM UTC-5, Öö Tiib wrote: > , std::allocator<std::unique_ptr<cmw_request>> > > pendingTransactions1; > std::queue<std::unique_ptr<cmw_request>> pendingTransactions2; Sorry, I thought it was (still) required. Brian Ebenezer Enterprises http://webEbenezer.net |
| woodbrian77@gmail.com: Oct 05 11:04AM -0700 On Wednesday, October 5, 2016 at 4:40:56 AM UTC-5, Chris Vine wrote: > who follow a particular approach to setting out their code as a "royal > priesthood", and people who claim that they have been appointed by God > to lead C++.) I claim there are blessings, such as insights, for those who follow G-d. I'm not forcing anyone to follow me. I provide servant (service) leadership to others by following G-d. G-d is the ultimate service provider and is willing to teach His people how to be like Him. > > > fits within a single cache line. > Since you say you have "known about some of the problems with > std::deque for years", what are the problems that you know about? One is that you can't control the chunk size in std::deque. Leigh can probably list other weaknesses of std::deque more easily than I can. > Have > you done any measurements? Not recently. Brian Ebenezer Enterprises - "He who watches over Israel will neither slumber nor sleep." Psalsm 121:4 http://webEbenezer.net |
| "Rick C. Hodgin" <rick.c.hodgin@gmail.com>: Oct 04 07:58PM -0700 A Christian Comedian named Michael Jr.: https://www.youtube.com/watch?v=0C7L5FEVgjA Best regards, Rick C. Hodgin |
| You received this digest because you're subscribed to updates for this group. You can change your settings on the group membership page. To unsubscribe from this group and stop receiving emails from it send an email to comp.lang.c+++unsubscribe@googlegroups.com. |
No comments:
Post a Comment