The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Лондонская биржа установила мировой рекорд по скорости опера..., opennews (ok), 20-Окт-10, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


8. "Новая Linux-платформа Лондонской биржи поставила рекорд скор..."  –12 +/
Сообщение от Толстый_ (?), 20-Окт-10, 23:42 
Между php/python и дотнетом большая разница так как последний все-таки компилируется перед исполнением, а первые 2 - интерпретируемые. В числодробилках большой разницы в скорости нет, единственная проблема - сборщик мусора, но и его я думаю можно как-то контролировать(сам на дот-нете не писал).

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

9. "Новая Linux-платформа Лондонской биржи поставила рекорд скор..."  –8 +/
Сообщение от User294 (ok), 20-Окт-10, 23:53 
Если меня не подводит склероз, было упоминание что на C++ (вот так сходу впрочем источник не нашел). Возможно что куски на чем-то еще. И кто там в идиотах остается в итоге?
Ответить | Правка | Наверх | Cообщить модератору

17. "Новая Linux-платформа Лондонской биржи поставила рекорд скор..."  –1 +/
Сообщение от Толстый_ (?), 21-Окт-10, 00:08 
Ок, С++, но я и не утвреждал безоговорочно, что это жавка. Гугл результата не дал, поэтому и написал "я думаю". Насчет идиотов - мое утвреждение про С остается в силе. С++ это совершенно другое дело.
Ответить | Правка | Наверх | Cообщить модератору

11. "Новая Linux-платформа Лондонской биржи поставила рекорд скор..."  +/
Сообщение от Пожалуйста (?), 20-Окт-10, 23:54 
на https://careers.millenniumit.com упоминания Java нет. Только C++ и Oracle developer
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

13. "Новая Linux-платформа Лондонской биржи поставила рекорд скор..."  +3 +/
Сообщение от Карбофос (ok), 20-Окт-10, 23:58 
>В числодробилках большой разницы в скорости нет

есть в качестве оптимизации кода, в качестве самого алгоритма, как структуры ложатся в кэш и прочие факторы, как промахи и т.д.

шоколадку можно написать и на сях, не беспокойся.

по поводу сборщика мусора, так это нужно программистам-раздолбаям, пищущим грязный код. может оно и хорошо, сборщик этот. но и самому прибирать за собой нехитрая наука.

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

18. "Новая Linux-платформа Лондонской биржи поставила рекорд скор..."  –4 +/
Сообщение от Толстый_ (?), 21-Окт-10, 00:13 
> по поводу сборщика мусора, так это нужно программистам-раздолбаям, пищущим грязный код. может оно и хорошо, сборщик этот. но и самому прибирать за собой нехитрая наука.

Типичное профанское утверждение о ненужности сборщика от того, кто не никогда пробовал им пользоваться. Характерно для фанатов С++, ничего личного. Я в свое время, когда кроме С++ ничего больше не знал, тоже не понимал зачем сборщик, если можно подчищать за собой. Надо просто расширять кругозор. По Вашей логике получается что программисты на хаскеле раздолбаи и грязнули. Ну-ну.

У ручного и автоматического управления памяти есть свои преимущества и недостатки. Есть ряд идиом, как например full closures, которые без сборщика не реализуешь. С другой стороны в ряде задач ручное управление эффективнее. Модель памяти когда объект-родитель управляет временем жизни детей вполне эффективна. Но не всегда получается применить такие методики, бывают довольно

Ответить | Правка | Наверх | Cообщить модератору

21. "Новая Linux-платформа Лондонской биржи поставила рекорд скор..."  +1 +/
Сообщение от Карбофос (ok), 21-Окт-10, 00:16 
гыгы. профанское. не говори гоп, пока не увидишь, во что вляпался.
Ответить | Правка | Наверх | Cообщить модератору

22. "Новая Linux-платформа Лондонской биржи поставила рекорд скор..."  +/
Сообщение от Толстый_ (?), 21-Окт-10, 00:18 
...бывают довольно нетривиальные случаи.
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

37. "Новая Linux-платформа Лондонской биржи поставила рекорд скор..."  +4 +/
Сообщение от ананим (?), 21-Окт-10, 03:19 
>Типичное профанское утверждение о ненужности сборщика от того, кто не никогда пробовал им пользоваться. Характерно для фанатов С++, ничего личного.

типичное профанское мнение программиста-раздолбая. (заметь, я не говорю жабиста или дотнетчика)

в мире создано уже куча мощнейших библиотек управления памятью, процессами, потоками, кластерами и пр, и пр.
всё это есть и платное, и бесплатное. их даже продвинутые жабисты/дотнетчики применяют.
т.е. при прочих равных выбор языка не важен для квалифицированного коллектива. вот только где ж его взять?
вот и выбирают из-за 1) удешевления, 2) по политико-маркетоидным соображениям.

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

63. "Новая Linux-платформа Лондонской биржи поставила рекорд скор..."  +/
Сообщение от Аноним (-), 21-Окт-10, 06:09 
Сборщик мусора хорош, когда он работает сам. А если тебе приходится каждый раз в конце использования переменной принудительно ей присваивать null и надеяться,что сборщик её удалит, то проще руками память почистить. Это из опыта работы с j2me, вероятно в большой яве всё намного лучше, но всё же.
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

19. "Новая Linux-платформа Лондонской биржи поставила рекорд скор..."  –9 +/
Сообщение от User294 (ok), 21-Окт-10, 00:14 
Дык засранцы и со сборщиком не прибирают. Наплодят сущностей, не раздестроят их потом, ессно, ну а дальше... а дальше сборщик методом телепатии узнает за програмера когда сущности ему больше не нужны и их можно уже убивать? Ну да, мечтайте :) В итоге софт с GC - течет себе вполне, при том куда менее очевидно чем более классический, где хотя-бы грабли сразу видно.
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

23. "Новая Linux-платформа Лондонской биржи поставила рекорд скор..."  +/
Сообщение от Толстый_ (?), 21-Окт-10, 00:20 
Наличие сборщика не отменяет, что программист должен иметь мозги. У идиотов будет течь и со сборщиком и без. И не только течь. А тот факт что идиотов на .NET больше легко объясняется тем, что на .NET вообще больше программистов. Плюс платформа удобная, программировать легко, что тоже фактор.
Ответить | Правка | Наверх | Cообщить модератору

40. "Новая Linux-платформа Лондонской биржи поставила рекорд скор..."  +1 +/
Сообщение от Ян Злобинemail (ok), 21-Окт-10, 03:35 
>....NET вообще больше программистов. Плюс платформа удобная, программировать легко...

Ну вот пролез еще один шпийон от мелкомягких...

Ответить | Правка | Наверх | Cообщить модератору

41. "Новая Linux-платформа Лондонской биржи поставила рекорд скор..."  +1 +/
Сообщение от ананим (?), 21-Окт-10, 03:37 
этот случай называется "ставить лошадь позади телеги". разработчиков много потому что порог вхождения низок. и удобна она тоже чтобы порог был ниже. удешевление производства, поставленного на поток. соя в колбасе.
наличие сборщика означает уменьшение тестирования на предмет работы в критичных условиях.
если попроще - прога вроде работает стабильно. запускаем в продакшн. через некоторое время в сложно прогнозируемые периоды видим при увеличении нагрузки немереное потребление ресурсов и тормоза - это очень частый, трудно-воспроизводимый случай в системах с gc.
почему? gc имеет один из самых низких приоритетов при работе. потенциальная ситуация небрежности программиста нивелируется gc на этапе разработки. при сильной загруженности системы gc просто не работает в штатном для него режиме.
как выходят из положения? ну посмотрите на жабовские апп сервера - куча дублирующегося кода, т.к. разработки оформлены как самодостаточное решение, распараллеливание происходит процессами, а не потоками. дублирование (а не мапирование) адресных пространств библиотек и т.д., и т.п.
результат - мощнейшие сервера, куча памяти, кластеры.... зато много программистов.
Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

84. "Новая Linux-платформа Лондонской биржи поставила рекорд скор..."  +/
Сообщение от Карбофос (ok), 21-Окт-10, 10:57 
> потому что порог вхождения низок

кстати, да. когда я учился у нас в FHH, много народа там проходило по конкурсу, т.к. входной балл был низок. только потом отсеивалось 80% "спецов" в процессе учебы

Ответить | Правка | Наверх | Cообщить модератору

78. "Новая Linux-платформа Лондонской биржи поставила рекорд скор..."  +/
Сообщение от reinhard (ok), 21-Окт-10, 09:23 
s/\.NET/PHP/g
Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

113. "Новая Linux-платформа Лондонской биржи поставила рекорд скор..."  +/
Сообщение от User294 (ok), 21-Окт-10, 17:12 
> Наличие сборщика не отменяет, что программист должен иметь мозги.

Тогда нафига он нужен, по большому счету? В чем принципиальная разница между "не забыть сообщить что вон ту сущность можно убивать" и "не забыть отдать память"? По большому счету - одинфиг, только в одном случае - "легкй хинт" GC'у что вон то можно в принципе и подчистить, а в другом - немедленно сообщаем системе что вон тот кусок нам больше уже не требуется.  Как по мне - GC  с ножом к горлу больше похож на медвежью услугу. Утечки не отменяет, предсказуемость просаживает, может затормозить в наименее подходящий момент, память жрется в три горла, так что на первый взгляд даже вообще и не поймешь - толи просто GC не отдуплился еще, толи прога течет по страшному. В любимой микрософтом виндозе кстати такая тактика ведет к выдавливанию в своп тучи дряни и постоянным тормозам всего и вся - винда очень легко соглашается отливать в своп даже если памяти еще дофига. В итоге переключение мало-мальски прожорливых задач в винде занимает дофига времени. С дотнетом это вообще п...ц. Линух после такого кажется *РАКЕТОЙ* просто. Там задачи переключаются практически моментально, до тех пор пока их вес активной памяти не начнет существенно превышать доступную RAM (при этом любая ОС начнет тупить как ни крути).

Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

157. "Новая Linux-платформа Лондонской биржи поставила рекорд скор..."  +/
Сообщение от аноним (?), 26-Окт-10, 23:00 
> Наличие сборщика не отменяет, что программист должен иметь мозги.

Странно-странно. А любители жавы обычно наоборот говорят, мол как же так в XXI веке руками памятью управлять, все само должно работать, мозги не нужны.

Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

140. "Новая Linux-платформа Лондонской биржи поставила рекорд скор..."  +/
Сообщение от sHaggY_caT (ok), 22-Окт-10, 16:40 
>Между php/python и дотнетом большая разница так как последний все-таки компилируется перед исполнением

Не умаляя того, что грамотный код на сях практически всегда быстрее, чем код современных "интерпретируемых" языков, пых-пых и питон тоже уже давно не интерпретируются напрямую при выполнении скрипта(байт-код рулит). Да и есть такие штуки, как eAccelerator, APC, Zend и т д для кэширования байткода.

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

158. "Новая Linux-платформа Лондонской биржи поставила рекорд скор..."  +/
Сообщение от аноним (?), 26-Окт-10, 23:03 
> такие штуки

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

Ответить | Правка | Наверх | Cообщить модератору

162. "Новая Linux-платформа Лондонской биржи поставила рекорд скор..."  +/
Сообщение от sHaggY_caT (ok), 26-Окт-10, 23:16 
>> такие штуки
> Только они сторонние, проприетарные,

Name        : php-eaccelerator
License: GPLv2+ and Zend

Не совсем :) И не только он :)

> байт-кода все равно медленнее исполнения нативного на порядок. Нет, байт-код не
> рулит

Смотря где.
Если бы на PHP написали ту или иную DE, то она бы тормозила гораздо больше KDE 4.0 (а что, есть PHP-gtk :)) ), а вот для рисования web-gui, нативный код это как ассемблер в тех областях, где его с успехом заменил C/C++, избыточно, слишком трудоемко, непортабельно, непереносимо (у fastcgi есть как свои существенные плюсы, так и _минусы_)

А вот по сравнению с дотнетами, тот же модульный(или fastcgi) пых-пых и сказка по скорости, и сказка по переносимости и простоте развертывания.
Пусть дотнет лучше исчезнет, а для сложных приложений останется та же Java. Для простеньких же (и не только простеньких) web-приложений PHP, ruby, Python, и т. д. гораздо технологичнее :)

Ответить | Правка | Наверх | Cообщить модератору

156. "Новая Linux-платформа Лондонской биржи поставила рекорд скор..."  +/
Сообщение от аноним (?), 26-Окт-10, 22:58 
> Между php/python и дотнетом большая разница так как последний все-таки компилируется перед
> исполнением, а первые 2 - интерпретируемые. В числодробилках большой разницы в
> скорости нет

Есть, иногда на порядки, потому что при JIT время на оптимизацию ограничено, а некоторые ее виды вообще невозможны. Кроме того, JIT сам жрет CPU (но это ладно, только во время запуска). Гораздо хуже там с памятью, а ведь вся память, которая просто исчезает вникуда при использовании JIT может быть использована на различные кэши, я уж не говорю о cache-unfrendliness жавы.

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

163. "Новая Linux-платформа Лондонской биржи поставила рекорд скор..."  +/
Сообщение от iZEN (ok), 27-Окт-10, 01:19 
> Гораздо хуже там
> с памятью, а ведь вся память, которая просто исчезает вникуда при
> использовании JIT может быть использована на различные кэши, я уж не
> говорю о cache-unfrendliness жавы.

Успокойся. В нормальных операционных системах буфера под кэш выделяются динамически.

И, да, купи уже себе оперативки: сейчас один гигабайт стоит от семисот рублей. И не ной.


Ответить | Правка | Наверх | Cообщить модератору

165. "Новая Linux-платформа Лондонской биржи поставила рекорд скор..."  +/
Сообщение от pazkeemail (?), 28-Окт-10, 14:31 
>> Гораздо хуже там
>> с памятью, а ведь вся память, которая просто исчезает вникуда при
>> использовании JIT может быть использована на различные кэши, я уж не
>> говорю о cache-unfrendliness жавы.
> Успокойся. В нормальных операционных системах буфера под кэш выделяются динамически.

Что и в процессоре кеш инструкций сам собой увеличивается ?

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру