Ну давай код без плюсов и STL тогда.

Ученые выяснили что C++ не годится для операций ввода-вывода (комментарий)

но главное что С# и жаба не тормозят и быстрее всех на свете.

ибо воистенну!

$ gcc yoba.c

yoba.c:1: error: stray '\267' in program yoba.c:1: warning: data definition has no type or storage class yoba.c:1: error: 'bufsiz' undeclared here (not in a function) yoba.c:1: error: 'wchar_t' undeclared here (not in a function) yoba.c:1: error: initializer element is not constant yoba.c:3: error: stray '\267' in program yoba.c:3: error: expected identifier or '(' before 'do' yoba.c:4: error: stray '\267' in program

...

yoba.c:43: error: stray '\267' in program yoba.c:43: error: stray '\267' in program yoba.c:44: error: stray '\267' in program yoba.c:44: error: stray '\267' in program yoba.c:45: error: stray '\267' in program yoba.c:45: error: stray '\267' in program yoba.c:46: error: stray '\267' in program yoba.c:46: error: stray '\267' in program yoba.c:46: error: stray '\267' in program yoba.c:47: error: stray '\267' in program yoba.c:47: error: expected identifier or '(' before 'while' yoba.c:49: error: stray '\267' in program yoba.c:49: warning: data definition has no type or storage class yoba.c:49: warning: parameter names (without types) in function declaration yoba.c:49: warning: conflicting types for built-in function 'free'

Нам всем C#, посоны!

Ученые выяснили что C++ не годится для операций ввода-вывода

и значительно отстает от C#

Ты упоротый? Какой-то С#-фил Dr_Asik (Dr - это типа ученые, ога), напейсал в своем бложике про школьные C#-фантазии. А ты притащил это на ЛОР с желтым заголовком.

anonymous

yoba.c:43: error: stray '\267' in program yoba

что, даже скопипастить не смог?

anonymous

data definition has no type or storage class yoba.c:1: error: 'bufsiz'

1. какой к лешему класс? это же C!
2. может таки bufsize?

anonymous

Dr - это типа ученые, ог

а всемирно известный учёный DrBatty ответственно заявляет: C# - не нужен.

Легче стало?

с++

Мне по барабану.

плюсы и решётка

компилируемый язык не может отставать от интерпретируемого, так как что может интерпретируемая прога, может и реализующий её натив, который как раз ту самую интерпретацию и обеспечивает, причём, не медленнее. Но не наоборот. К тому же решётка отстаёт даже от бейсика, а плюсы играючи делают даже паскаль.

компилируемый язык не может отставать от интерпретируемого, так как что может интерпретируемая прога, может и реализующий её натив, который как раз ту самую интерпретацию и обеспечивает, причём, не медленнее. Но не наоборот. К тому же решётка отстаёт даже от бейсика, а плюсы играючи делают даже паскаль.

Лень читать тред. Кто-нибудь уже скомпилировал код, который там выложен и проверил у себя?

Тьфу ты! Пишу в гробнице же!

Ой некромант :D

Каюсь, анонимус попутал! Воскресил тему, а я на даты-то и не гляжу.

Специально для особо одаренных, которые приебались к построчному чтению и массивам:

If an obvious, faster approach exists for C++, I'm all ears. Note that storing the lines as a vector here is a requirement of the test, not an implementation detail (An array could be used, but then the number of lines would need to be known in advance. I don't see an easy way of doing that.) Of course, the test could be done line-by-line, avoiding the creation of multiple strings and a container - but the goal of the test is precisely to benchmark the performance of all these things. Admittedly, it benchmarks more than just I/O - but I don't do this every day so I might as well benchmark a few things together.

Где в этом коде создание массива строк?

Хотя бы mmap сделали, что ли…

Я как то написал свою версию для «Raymond Chen and Rico Mariani famously competed at writing a fast English/Chinese dictionary in C++ vs C#» как раз с использованием mmap и очень высокоуровнего C++ (Boost и всё такое, без указателей, mmap из Boost). Вышло в разы быстрее, чем их последний вариант на C#.

Мораль стара как мир: сначала выясняем, где bottleneck, а потом оптимизируем его. В данном случае нефиг использовать стандартные средства I/O для чтения многомегобайтного файла.

нефиг использовать стандартные средства I/O

кагбе стандартные средства на то и стандартные, чтобы работать хорошо, не?