Return Styles: Pseud0ch, Terminal, Valhalla, NES, Geocities, Blue Moon. Entire thread

Benchmarks

Name: Anonymous 2010-07-03 8:15

What sites offer multi-language benchmarks besides this
http://shootout.alioth.debian.org/u32/performance.php?test=regexdna
it shows fucking JavaScript as top result..obviously its rigged.

Name: Anonymous 2010-07-05 5:31

>>78
just add some type declarations, you'll be fine

Name: Anonymous 2010-07-05 10:03

>>45
Designed For Parsing HTML?
You can't parse [X]HTML with regex. Because HTML can't be parsed by regex. Regex is not a tool that can be used to correctly parse HTML. As I have answered in HTML-and-regex questions here so many times before, the use of regex will not allow you to consume HTML. Regular expressions are a tool that is insufficiently sophisticated to understand the constructs employed by HTML. HTML is not a regular language and hence cannot be parsed by regular expressions. Regex queries are not equipped to break down HTML into its meaningful parts. so many times but it is not getting to me. Even enhanced irregular regular expressions as used by Perl are not up to the task of parsing HTML. You will never make me crack. HTML is a language of sufficient complexity that it cannot be parsed by regular expressions. Even Jon Skeet cannot parse HTML using regular expressions. Every time you attempt to parse HTML with regular expressions, the unholy child weeps the blood of virgins, and Russian hackers pwn your webapp. Parsing HTML with regex summons tainted souls into the realm of the living. HTML and regex go together like love, marriage, and ritual infanticide. The <center> cannot hold it is too late. The force of regex and HTML together in the same conceptual space will destroy your mind like so much watery putty. If you parse HTML with regex you are giving in to Them and their blasphemous ways which doom us all to inhuman toil for the One whose Name cannot be expressed in the Basic Multilingual Plane, he comes. HTML-plus-regexp will liquify the n​erves of the sentient whilst you observe, your psyche withering in the onslaught of horror. Rege̿̔̉x-based HTML parsers are the cancer that is killing StackOverflow it is too late it is too late we cannot be saved the trangession of a chi͡ld ensures regex will consume all living tissue (except for HTML which it cannot, as previously prophesied) dear lord help us how can anyone survive this scourge using regex to parse HTML has doomed humanity to an eternity of dread torture and security holes using regex as a tool to process HTML establishes a breach between this world and the dread realm of c͒ͪo͛ͫrrupt entities (like SGML entities, but more corrupt) a mere glimpse of the world of reg​ex parsers for HTML will ins​ tantly transport a programmer's consciousness into a world of ceaseless screaming, he comes, the pestilent slithy regex-infection wil​l devour your HT​ML parser, application and existence for all time like Visual Basic only worse he comes he comes do not fi​ght he com̡e̶s, ̕h̵i​s un̨ho͞ly radiańcé destro҉ying all enli̍̈́̂̈́ghtenment, HTML tags lea͠ki̧n͘g fr̶ǫm ̡yo​͟ur eye͢s̸ ̛l̕ik͏e liq​uid pain, the song of re̸gular exp​ression parsing will exti​nguish the voices of mor​tal man from the sp​here I can see it can you see ̲͚̖͔̙î̩́t̲͎̩̱͔́̋̀ it is beautiful t​he final snuffing of the lie​s of Man ALL IS LOŚ͖̩͇̗̪̏̈́T ALL I​S LOST the pon̷y he comes he c̶̮omes he comes the ich​or permeates all MY FACE MY FACE ᵒh god no NO NOO̼O ​O NΘ stop the an​*̶͑̾̾​̅ͫ͏̙̤g͇̫͛͆̾ͫ̑͆l͖͉̗̩̳̟̍ͫͥͨe̠̅s ͎a̧͈͖r̽̾̈́͒͑e n​ot rè̑ͧ̌aͨl̘̝̙̃ͤ͂̾̆ ZA̡͊͠͝LGΌ ISͮ̂҉̯͈͕̹̘̱ TO͇̹̺ͅƝ̴ȳ̳ TH̘Ë͖́̉ ͠P̯͍̭O̚​N̐Y̡ H̸̡̪̯ͨ͊̽̅̾̎Ȩ̬̩̾͛ͪ̈́̀́͘ ̶̧̨̱̹̭̯ͧ̾ͬC̷̙̲̝͖ͭ̏ͥͮ͟Oͮ͏̮̪̝͍M̲̖͊̒ͪͩͬ̚̚͜Ȇ̴̟̟͙̞ͩ͌͝S̨̥̫͎̭ͯ̿̔̀ͅ

Name: Anonymous 2010-07-05 12:13

>>82
back to /SO/, Jeff

Name: Anonymous 2010-07-05 20:19

>> 73, 74
The old D measurements are still shown on the old website http://shootout.alioth.debian.org/gp4/compare.php?lang=dlang

>> 76
Measurements on the Intel® Q6600® machine are now being recorded for:
- x86 programs bound to a single core
- x86 programs enabled for quad core
- x64 programs bound to a single core
- x64 programs enabled for quad core

So it's probably no surprise that fewer language implementations are being measured on the Intel® Q6600® machine. At present, about one-third of the language implementations shown for Intel® Pentium® 4 are shown for Intel® Q6600®.
That will increase but probably not by much - perhaps another half-dozen language implementations will be measured on Intel® Q6600®.

[ 2008-09-07 03:37 "Fewer language implementations" https://alioth.debian.org/forum/forum.php?forum_id=2839 ]
[ 2008-09-10 16:45 "Four Intel® Q6600® comparisons" https://alioth.debian.org/forum/forum.php?forum_id=2840 ]

Name: Anonymous 2010-07-06 3:44

>>84
It doesn't explain why D is suddenly not working on the Quad.

Name: Anonymous 2010-07-06 10:52

>>85
There is no "D is suddenly not working on the Quad" because D was not timed on the Quad.
Here are the first measurements on the Quad, and there's no dlang - Aug 5 04:40:20 2008 https://alioth.debian.org/scm/viewvc.php/*checkout*/shootout/website/websites/u64q/data/data.csv?root=shootout&revision=1.1&content-type=text%2Fplain&pathrev=1.1

Name: Anonymous 2010-07-06 11:55

>because D was not timed on the Quad.
What a coincidence, Jun 23, 2008 is the last archived page.
http://web.archive.org/web/*/http://shootout.alioth.debian.org/
Mind you any program can work single-threaded, and they don't suddenly develop Quad-Allergy.

Name: Anonymous 2010-07-06 12:03

What is the history of the project?

Robert Griesemer, Rob Pike and Ken Thompson started sketching the goals for a new language on the white board on September 21, 2007. Within a few days the goals had settled into a plan to do something and a fair idea of what it would be. Design continued part-time in parallel with unrelated work. By January 2008, Ken had started work on a compiler with which to explore ideas; it generated C code as its output. By mid-year the language had become a full-time project and had settled enough to attempt a production compiler. In May 2008, Ian Taylor independently started on a GCC front end for Go using the draft specification. Russ Cox joined in late 2008 and helped move the language and libraries from prototype to reality.

Name: Anonymous 2010-07-06 12:14

>>87
Two different things happening 2 weeks apart doesn't even rate as coincidence.

There's no mystery here - the Gentoo Pentium 4 measurements included 63 language implementations but now there are only 34 language implementations measured on Q6600 because it's more work to measure on 4 different OS/machine setups.

Name: FrozenVoid 2010-07-06 12:45

Name: Anonymous 2010-07-06 17:45

Why are we still talking about this? Too much anger of GHC's performance or what?

Name: Anonymous 2010-07-06 18:43

>>91
Why are we still talking about this?
WHBT

Name: Anonymous 2010-07-06 23:52

>>90
Hahaha, those D chaps sure are sore.

Name: Anonymous 2010-11-13 18:44

Name: Anonymous 2013-01-19 23:18

/prog/ will be spammed continuously until further notice. we apologize for any inconvenience this may cause.

Newer Posts
Don't change these.
Name: Email:
Entire Thread Thread List