Наука - это таки красиво!

[Arigato]

Что-то не могу вспомнить. Найдено на этом сайте: http://ctoday.ru/

Хм, нашел, это еще проект: http://ctoday.ru/article/project_future/101/
А на фотке выглядит весьма натурально.

[Tessaract]

Okarin

В таком случае проще взять vps/vds. А то можно банально нарваться на закрытые порты.

Это будет дороже стоиить, не каждый осилит.

Потому что у С позволяет достичь приличной производительности при минимуме оверхедов на всякие jit компиляции и интерпретации.

И тем не менее - может-ли другой ЯВУ достичь производительности Си?

В теории, код, который jit отдает процессору куда более оптимизирован, ибо обычно нативный код собран под i386(в лучшем случаем, под x86_64) без учета микроархитектуры и с минимум оптимизаций в целях совместимости. На практике не все так хорошо, ведь jit сам тоже кушает ресурсы.

Все это демагогия. Не может JIT работать быстрее чем исходный код. JIT все равно хоть убейся тратит время на сборку, а нативный код исполняется сразу. JIT приближается к нему, но не догоняет и не превосходит.

Я себе не представляю никакого юзкейза этого поделия. Разве что он нужен тем, кто хочет программировать, но что-либо кроме бейсика не осилил.

Раз делают, значит кому-то нужен. Не знаю кому.

[Okarin]

Okarin
Это будет дороже стоиить, не каждый осилит.

А придётся. Если задача сложнее рисования страничек, то все упрётся в никакую производительность php.
Тем более, что не на столько дороже, чтоб неасилить. Амазоновские EC2 сейчас чуть ли не задаром дают.

И тем не менее - может-ли другой ЯВУ достичь производительности Си?

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

Все это демагогия. Не может JIT работать быстрее чем исходный код. JIT все равно хоть убейся тратит время на сборку, а нативный код исполняется сразу. JIT приближается к нему, но не догоняет и не превосходит.

Вот тест, правда старый, но все таки: Java vs C
А вот не тесты: http://java.sun.com/developer/techni...RWP/index.html
Да и с чего бы ему тормозить, если у нас jit, допустим будет идти в отдельном процессе на отдельном ядре? И если пользоваться логикой "есть, значит оно кому-то нужно", то зачем вообще тогда jit существует? Компилили бы один раз в найтивный код при запуске и все.
И, если уж продолжать аналогии, то следует заявить, что CISC процессоры будут тормознее RISC, ибо в тех же x86 тратится время на декодирование команд. Но на практике что-то не видно arm'ов которые бы сравнились с каким-нибудь i7.

[Tessaract]

Okarin

А придётся. Если задача сложнее рисования страничек, то все упрётся в никакую производительность php.
Тем более, что не на столько дороже, чтоб неасилить. Амазоновские EC2 сейчас чуть ли не задаром дают.

вообще говоря VPS дает как раз меньшую производительность чем обычный виртуальный хост. Да и ресурсов он жрет куда больше. Единственное достоинство VPS в том, что его производительность всегда одна и таже (т.е. гарантирована) плюс полный контроль над ресурсами.

Вот тест, правда старый, но все таки: Java vs C

Нашли где тестировать - GCC для Винды который для нее никогда изначально не предназначался. Вы под Юниксами протестируйте, то есть в родной для GCC среде. А то, что порты в другие системы (точнее говоря в Винду) работают откровенно тормознуто, это очевидно.

Да и с чего бы ему тормозить, если у нас jit, допустим будет идти в отдельном процессе на отдельном ядре?

А типа время процессора на отдельное ядро и отдельный процесс, запущенный в его адресном пространстве выделять не надо?

И если пользоваться логикой "есть, значит оно кому-то нужно", то зачем вообще тогда jit существует? Компилили бы один раз в найтивный код при запуске и все.

Чтобы хоть как-то приблизить скорость работы интерпретатора к нативному коду. Если компилировать все сразу пользователю придется ждать, пока весь код не будет скомпилирован. А заставлять юзера ждать не есть хорошо.

И, если уж продолжать аналогии, то следует заявить, что CISC процессоры будут тормознее RISC, ибо в тех же x86 тратится время на декодирование команд. Но на практике что-то не видно arm'ов которые бы сравнились с каким-нибудь i7.

Ну, вообще так оно и есть, RISC обычно быстрее. Только причем здесь Си и JIT? А вообще знаете, мы по-моему от темы разговоа ушли, все равно большинство здесь присутствующих не понимают о чем вообще здесь идет речь. Давайте лучше про красоту науки говорить.

[Okarin]

Ну, вообще так оно и есть, RISC обычно быстрее. Только причем здесь Си и JIT? А вообще знаете, мы по-моему от темы разговоа ушли, все равно большинство здесь присутствующих не понимают о чем вообще здесь идет речь. Давайте лучше про красоту науки говорить.

Согласен. Но можно открыть тему в этом разделе, если есть желание поговорить о it.

[Tessaract]

Согласен. Но можно открыть тему в этом разделе, если есть желание поговорить о it.

Ой, нет, о работе нехочу говорить, ужас. Клошмар.

[Bujim]

Цветы из дыма

За окном вдруг завыла сирена. Землянин встал и выглянул наружу. Сегодня был день, интересный для человека, увлеченного искусством цветов. Сегодня в воздухе дебютировал один из представителей новой, недавно возникшей школы модернистов-авангардистов. Дебютант заявил, что удивит и потрясет весь мир. Покажет нечто, родственное цветам из дыма и в то же время ничего общего с ними не имеющее.

Сейчас он кружил в небе на вертолете и кричал в громкоговоритель:
- Внимание, внимание!.. Слушайте провозвестника нового, истинного искусства. Наконец-то вы увидите настоящее земное искусство Мы поклоняемся дыму! Смотрите все, сейчас в небе расцветет

- Ты слышишь? восторженно заорал землянин и хлопнул изящного, хрупкого Сажа по плечу. Оно возрождается, древнее искусство. Мог ли ты думать

- Оно умерло прошептал Саж побледневшими губами. Я знал Оно умерло и ничего не

Он не договорил.

Над свинцовым горизонтом прокатилась изжелта-красная шаровая молния. Впрочем, никто точно не знал, какого она была цвета Потом горизонт вздыбился и раскололся. А может, это был не горизонт?.. Никто не знал Высоко в черном небе висел ядовито-алый гигантский гриб.

P.S. А впрочем, главное - не бояцца!

[diana]

Давайте лучше про красоту науки говорить.

cамокритичность, первый шаг к Покаянию..

[Okarin]

Кстати, провел ради интереса тесты.
Для начала:

$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=11.10
DISTRIB_CODENAME=oneiric
DISTRIB_DESCRIPTION="Ubuntu 11.10"
$ uname -srvi
Linux 3.0.0-16-generic #29-Ubuntu SMP Tue Feb 14 12:48:51 UTC 2012 x86_64
$ cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 47
model name : AMD Athlon(tm) 64 Processor 3800+
stepping : 2
cpu MHz : 1000.000
cache size : 512 KB
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt lm 3dnowext 3dnow up rep_good nopl pni lahf_lm
bogomips : 2010.21
TLB size : 1024 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc
$ free
total used free shared buffers cached
Mem: 2056588 1859692 196896 0 20872 422068
-/+ buffers/cache: 1416752 639836
Swap: 4200960 43760 4157200
$ gcc --version
gcc (Ubuntu/Linaro 4.6.1-9ubuntu3) 4.6.1
Copyright (C) 2011 Free Software Foundation, Inc.
Это свободно распространяемое программное обеспечение. Условия копирования
приведены в исходных текстах. Без гарантии каких-либо качеств, включая
коммерческую ценность и применимость для каких-либо целей.
$ java -version
java version "1.6.0_23"
OpenJDK Runtime Environment (IcedTea6 1.11pre) (6b23~pre11-0ubuntu1.11.10.2)
OpenJDK 64-Bit Server VM (build 20.0-b11, mixed mode)

Life:

$ gcc src/life.c -o life.bin
$ javac src/life.java -d ~
$ ./life.bin
'Life' under light load
Results are relative to baseline
Life best average worst
5 251 247 242
6 242 241 240
8 227 227 225
10 220 220 218
15 190 189 187
25 154 153 153
50 117.8 116.7 116.7
250 84.2 83.4 82.6
1000 77.3 77.3 77.3
2500 75.3 75.3 73.8
Averages: 247,241,227,220,189,153,116.7,83.4,77.3,75.3
$ java life
'Life' under light load
Results are relative to baseline
Size best average worst
Adjusting 88985 to 2053500
Adjusting 2053500 to 4269230
5 837 750 402
6 859 843 647
8 786 781 682
10 853 817 644
15 866 863 851
25 897 875 711
50 817 813 708
250 945 889 777
1000 988 980 744
2500 987 983 862
Averages: 750,843,781,817,863,875,813,889,980,983

Си со свистом сливает.
Inflife:

$ gcc src/infilife.c -o inflife.bin
$ javac src/infilife.java -d ~
$ ./inflife.bin
Results are relative to baseline
Life best average worst
5 679 679 673
10 645 640 638
15 630 625 625
20 607 607 607
25 607 607 602
50 512 509 502
75 485 455 384
100 461 421 380
125 437 387 349
150 388 377 321
Averages: 679,640,625,607,607,509,455,421,387,377
$ java infilife
Results are relative to baseline
Size best average worst
Adjusting 22097 to 299542
5 1280 1199 997
10 1255 1245 1053
15 1214 1210 859
20 1225 1214 863
25 1194 1175 1037
50 1089 1083 778
75 1046 988 817
100 1042 1032 900
125 1042 981 921
150 1012 979 838
Averages: 1199,1245,1210,1214,1175,1083,988,1032,981,979

И снова Си слилось.
Фибоначи:

$ ./fib.bin
Results are relative to baseline
FibNum best average worst
5 669 645 624
7 642 639 633
10 632 628 625
12 631 631 626
15 634 632 628
20 630 630 630
22 633 629 627
25 637 629 625
Averages: 645,639,628,631,632,630,629,629
$ java fib
Results are relative to baseline
FibNum best average worst
5 1510 1458 1374
7 1203 1145 849
10 1296 1233 843
12 1067 995 788
15 1090 1052 937
20 1079 1051 986
22 1130 1069 800
25 1080 1067 1058
Averages: 1458,1145,1233,995,1052,1051,1069,1067

Та же картина.
Фурье:

$ gcc src/fft.c -o fft.bin -lm
$ javac src/fft.java -d ~
$ ./fft.bin
Results are relative to baseline
FFT best average worst
3 288 282 276
4 262 259 256
5 243 242 240
6 223 221 221
8 191 190 189
10 182 182 182
12 202 202 202
13 577 575 566
14 617 613 611
15 560 558 548
16 522 517 517
Averages: 282,259,242,221,190,182,202,575,613,558,517
$ java fft
Results are relative to baseline
Size best average worst
Adjusting 154514 to 689794
3 1445 1363 1091
4 1255 1250 1044
5 1168 1163 1132
Adjusting 49466 to 107769
6 1094 1085 867
8 978 970 729
10 941 941 940
12 1029 1009 755
13 2068 2004 1867
14 2011 1949 1499
15 1401 1389 1378
16 0 0 0
Averages: 1363,1250,1163,1085,970,941,1009,2004,1949,1389,0

Ну, не считая небольшого косяка, java снова впереди.
Все компилировалось и гонялось на дефолных настройках и параметрах, но я и говорил о том, что С будет сливать из-за неоптимизированности кода. Если же собирать с O3, оптимизацией под микроархитетуру, да еще и с pgo, то картина будет на столь драматична. Но тут уж можно и icc или open64 взять(вроде как они генерят более оптимальный код), взять свежую фирменную джаву от оракла...

[Okarin]

Кстати, можно открыть тему в разделе "христианство и наука"(computer science, все такое), спросить, что с христианской точки лучше и благодатней, jit или нативный код. В качестве гипотезы могу предположить, что нативный код от диавола, ибо над ним нужно совершать бесовские ритуалы, а jit боговдохновен.

[Tessaract]

[Tessaract]

cамокритичность, первый шаг к Покаянию..

А вам слабо демотивировать христианство? Или креационизм?

[Okarin]

Чего там непонятного? могу графики нарисовать, если надо. У меня С слилось даже сильнее чем у автора

[Tessaract]

Графики это еще более сильное колдунство. Чего там, Си слился? Тогда копилируйте ядра в Жабе. Правда неизвестно как ваш байткод процессор будет обрабатывать. Ну да это ерунда, ага...........

[Okarin]

Графики это еще более сильное колдунство. Чего там, Си слился? Тогда копилируйте ядра в Жабе. Правда неизвестно как ваш байткод процессор будет обрабатывать. Ну да это ерунда, ага...........

Ага, Си слился.
Зачем? Ядру нужно много считать? А вообще были какие ось на джаве, правда с микроядром на Си.