?

Log in

No account? Create an account
И снова про быстродействие программ - dz — ЖЖ

> Свежие записи
> Архив
> Друзья
> Личная информация
> DZ Online

Февраль 13, 2009


Previous Entry Поделиться Next Entry
10:54 pm - И снова про быстродействие программ
Отличный текст и бенчмарки Java vs. C++ - рекомендую посмотреть внизу график, на котором, в зависимости от объёма данных, один и тот же алгоритм работает быстрее ВДВОЕ то на яве, то на си.



(45 комментариев | Оставить комментарий)

Comments:


From:jlarky
Date:Февраль 13, 2009 08:38 pm

всё относительно

(Link)
то вы говорите что компы нынче мощные и стерпят интерпретируемые языки, то говорите о том что не тратится время на переключение контекстов(дабы опустить unix) и вот красивые картинки тут показываете... не проще ли просто написать программку скажем СУБД и показать что она работает в вашей продвинутой ОС на Вашем продвинутом языке в 10 раз быстрее всего что на винде и тем более на "убогом по функциональности" линуксе?
[User Picture]
From:dz
Date:Февраль 13, 2009 09:25 pm

Re: всё относительно

(Link)
"то вы говорите что компы нынче мощные и стерпят интерпретируемые языки" - нет. Я говорю, что JIT рулит.

"то говорите о том что не тратится время на переключение контекстов (дабы опустить unix)" - не будьте обидчивым, и не влюбляйтесь в софт. любить надо девок, как люитель юникса с двдцатипятилетним стажем вам говорю.

"не проще ли" - не проще, увы.

"и показать что она работает в вашей продвинутой ОС на Вашем продвинутом языке в 10 раз быстрее всего что на винде и тем более на "убогом по функциональности" линуксе?"

А где вы нашли у меня заявление, что будет в 10 раз быстрее? Да и - с чего вы взяли, что меня это волнует?

За то время, что я пишу программы, компьютеры ускорились с 4 МГц до 4 ГГц - на ТРИ ПОРЯДКА. Нужно быть идиотом, чтобы решать проблему скорости исполнения программ - пусть Интел этим парится.

Нужно решать проблему эффективной загрузки многопоточных машин, распределённых сетевых вычислений - чего угодно, только не быстродействия.
From:jlarky
Date:Февраль 13, 2009 11:25 pm

Re: всё относительно

(Link)
"не будьте обидчивым, и не влюбляйтесь в софт. любить надо девок, как люитель юникса с двдцатипятилетним стажем вам говорю" -- думаю строчка про "отсталый линукс" была написана Вами ох как не случайно, дабы задеть людей (типа техники у циган): кто-то порадуется, кто-то, как я, подумает "что это за урод такой криворукий" и начнёт рыть что за "урод" что за "недоОС". Сейчас я как-раз дочитал срач на хабре, я уже многое понял и про Вас и про Вашу ОС, даже прямо скажем заинтересовался. Теперь понятно, что не на столько Вы уж и не понимаете хорошие стороны линукса, особенно порадовало "Мы в этом плане достаточно практичны — пока Фантом вырастет в полноценную ОС, у Линукса будет масса времени на то, чтобы повоевать за переход игр в POSIX — а уже оттуда мы их заберём с куда меньшим трудом, чем из Windows. Впрочем, это всё — вилами на воде. Я не тороплюсь загадывать так далеко.", но если возвращаться к тому о чём я спрашивал, то подход "памяти много, диски большие с быстрые" всё же не очень оправдан при проектировании ОС, тем более, что Вы намереваетесь использовать её в гаджетах и ОУЖАС в военной и медицинской технике...
Да и раз уж про технику... При осмыслении "неумирающих программ" возник такой вопрос. Для простоты возьмём следующую задачу: система ждёт появления некоторого события, скажем над корзиной загорается зелёная лампочка, лампочка горит 1 минуту, лампочка сигнал того что в корзину нужно кинуть шарик. пусть у нас есть программа которая всё это делает. в фантомасе (простите *ОСе) программа следящая за шариком даже не заметит если машина перезагрузится (уборщица нажала ресет), тогда опишите как она должна себя вести чтобы не случилось следующего: загорается лампочка -- мы кидаем шарик -- баба шура жмёт ресет половой тряпкой -- программа видит всё ещё горящий шарик и не понимает что с ним делать, то ли мы уже кидали, то ли он новый. Я пока придумываю только одно решение, запрашивать системное время и следить за его непрерывностью, благо никто не гарантирует что оно не скакнёт на годик-другой (хорошо если не в обратную сторону). В этом смысле перезапуск программы выгоднее хотя бы просто тем что мы знаем тот факт что нас перезагрузили.
[User Picture]
From:dbabur
Date:Март 2, 2009 02:33 am

Re: всё относительно

(Link)
"За то время, что я пишу программы, компьютеры ускорились с 4 МГц до 4 ГГц - на ТРИ ПОРЯДКА. Нужно быть идиотом, чтобы решать проблему скорости исполнения программ - пусть Интел этим парится."

Какой же я идиот - все это бесценное время тратил на оптимизацию программ. Причем беда состоит в том, что с изменением архитектуры и ОС сложность задач оптимизации за это время тоже выросла на несколько порядков. А многопоточность, на которую Вы постоянно уповаете далеко не всегда есть панацея.
[User Picture]
From:thenexus6
Date:Февраль 13, 2009 10:17 pm

Re: всё относительно

(Link)
И ОС, реализовавшая 3/4 концепций фантома, и СУБД под неё и чёрт в ступе уже 20 лет как написаны и молча обслуживают этак с четверть рынка бизнес систем в мире.
Про историю и архитектуру OS/400 почитать стоит.
[User Picture]
From:thenexus6
Date:Февраль 13, 2009 10:19 pm

Re: всё относительно

(Link)
..пережив при этом три глобальные смены аппаратной платформы без необходимости пересборки приложений.
[User Picture]
From:dz
Date:Февраль 13, 2009 10:40 pm

Re: всё относительно

(Link)
есть две волны. те, что попроще, рекомендуют мне почитать про ас400 и смоллток. те, кто позаковыристей, рекомендуют прочитать про Intel432.

я читал. в детстве.
[User Picture]
From:spamsink
Date:Февраль 13, 2009 08:47 pm
(Link)
Спасибо. Зря они на log2 = 16 остановились - надо было хотя бы до 25 смотреть. :)
[User Picture]
From:dz
Date:Февраль 13, 2009 09:26 pm
(Link)
память кончилась? :)

а то, может, сам прогонишь?
From:ext_164388
Date:Февраль 13, 2009 09:47 pm

JIT - rullezzzz

(Link)
JIT несомненно рулит.
Но данные староваты, сейчас-то технологии уже вперёд довольно сильно ушли...
[User Picture]
From:dz
Date:Февраль 13, 2009 10:37 pm

Re: JIT - rullezzzz

(Link)
ну - если есть новее - кидайте
[User Picture]
From:bacek
Date:Февраль 13, 2009 11:17 pm
(Link)
Какое древнее говно мамонта. jdk 1.6 не должна иметь таких провалов в производительности.
[User Picture]
From:shaman007
Date:Февраль 14, 2009 06:00 pm
(Link)
http://alextutubalin.livejournal.com/136608.html

Тут мнение уважаемого Алексея, кастую.
[User Picture]
From:shaman007
Date:Февраль 15, 2009 05:57 am
(Link)
Отвечая на удаленный комментарий, там по ссылке дело говорят.
[User Picture]
From:gabaidulin
Date:Февраль 14, 2009 06:03 pm

две копейки

(Link)
Кстати, в книге "The Practice of Programming" после этой таблички написано, что, скорее всего в реализации stl deque есть какой-то баг, так что 11 секунд, это скорее изъян конкретной версии stl.

> Go to Top
LiveJournal.com