The OpenNET Project / Index page

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



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

Оглавление

Puma - новый высокопроизводительный http-сервер для приложен..., opennews (??), 12-Апр-12, (0) [смотреть все] +1

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


7. "Puma - новый высокопроизводительный http-сервер для приложен..."  –4 +/
Сообщение от водитель нло (?), 12-Апр-12, 16:01 
> высокопроизводительный
> Ruby

Разве эти два понятия совместимы?

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

8. "Puma - новый высокопроизводительный http-сервер для приложен..."  +/
Сообщение от umbr (ok), 12-Апр-12, 16:16 
Мацумото давно уже пытается их совместить.
Ответить | Правка | Наверх | Cообщить модератору

10. "Puma - новый высокопроизводительный http-сервер для приложен..."  +/
Сообщение от abra (ok), 12-Апр-12, 17:03 
что-то лишнее
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

11. "Puma - новый высокопроизводительный http-сервер для приложен..."  +2 +/
Сообщение от northbear (??), 12-Апр-12, 17:16 
Если говорить о поизводительности в разработке, то более чем... А если заказчик не экономит на рефакторинге и планирует как положено жизненный цикл веб-сервиса, то в продакшне тоже обычно непреодолимых проблем не возникает.

RoR и Ruby вместе с ним, как и многие другие инструменты, не универсальны и имеют свои ограничения.

На сегодняшний день, смею думать, что 90 процентов проектов этих ограничений недостигнут никогда...

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

13. "Puma - новый высокопроизводительный http-сервер для приложен..."  +2 +/
Сообщение от Антоним (?), 12-Апр-12, 21:03 
При чем тут производительность разработки?
Ответить | Правка | Наверх | Cообщить модератору

14. "Puma - новый высокопроизводительный http-сервер для приложен..."  +/
Сообщение от Минона (?), 12-Апр-12, 21:47 
> При чем тут производительность разработки?

Раз для вас ни при чем, значит вы реальными разработками никогда не занимались.

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

16. "Puma - новый высокопроизводительный http-сервер для приложен..."  +/
Сообщение от Аноним (-), 13-Апр-12, 00:49 
>> При чем тут производительность разработки?
> Раз для вас ни при чем, значит вы реальными разработками никогда не
> занимались.

Всем плевать на производительность разработки, когда нужен сервер, выдерживающий высокие нагрузки. Если вы считаете иначе, то вы реальными разработками никогда не занимались.

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

18. "Puma - новый высокопроизводительный http-сервер для приложен..."  +1 +/
Сообщение от Crazy Alex (ok), 13-Апр-12, 01:37 
Если приложение не идиоты писали - то скорость языка там не особо критична - 90% запросов будут вырождаться в примитивнейшую сборку заранее закэшированных кусков. 1-2 % - в сборку этих кусков и помещение их в кэш. И остальное - в отдачу "динамики", которая в большинстве случаев будет закэширована на следующих уровнях - reverse proxy/CDN/браузер.

Да, есть ситуации, которые в этот сценарий не укладываются - но их мало, на вышеописанной схеме отлично строятся весьма крупные проекты.

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

19. "Puma - новый высокопроизводительный http-сервер для приложен..."  +/
Сообщение от Crazy Alex (ok), 13-Апр-12, 01:40 
Да, забыл добавить, что большая часть запросов, ответ на которые тупо  собирается из кусков, до сервера приложений вообще доходить не должна - отвечать должны всё те же reverse proxy/CDN/браузер
Ответить | Правка | Наверх | Cообщить модератору

23. "Puma - новый высокопроизводительный http-сервер для приложен..."  +/
Сообщение от northbear (??), 13-Апр-12, 11:13 
Прежде чем говорить о производительности приложения, нужно сначала написать это приложение, и дождаться когда число пользователей и/или данных вырастет на столько, что приложение начнет упираться в ограничения платформы и архитектуры.

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

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

Странно слушать народ, который говорит о производительности, пытаясь поднять сервис, обслуживающий несколько тысяч запросов в секунду, на "наколенном" сервере на базе целерона. Или что еще круче, на vds'е. Понятно, что такое имеет место быть, но серьезно относиться к этому сложно.

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

17. "Puma - новый высокопроизводительный http-сервер для приложен..."  +/
Сообщение от Аноним (-), 13-Апр-12, 00:56 
>> При чем тут производительность разработки?
> Раз для вас ни при чем, значит вы реальными разработками никогда не
> занимались.

расскажите это разработчикам nginx и апача

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

24. "Puma - новый высокопроизводительный http-сервер для приложен..."  +1 +/
Сообщение от northbear (??), 13-Апр-12, 11:18 
>> Раз для вас ни при чем, значит вы реальными разработками никогда не
>> занимались.
> расскажите это разработчикам nginx и апача

Вот и расскажите, они вам ответят тоже самое. Вы считаете что Puma, это конкурент nginx'у и apache? Они примерно такие же конкуренты, как карьерные самосвалы типа БелАЗа и Porsche 911...

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

21. "Puma - новый высокопроизводительный http-сервер для приложен..."  +/
Сообщение от letsmac (ok), 13-Апр-12, 09:30 
Всё зависит от прямоты рук программиста. Если писать грамотно - то весьма производительный в нагруженных системах.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

22. "Puma - новый высокопроизводительный http-сервер для приложен..."  +/
Сообщение от Andrey Mitrofanov (?), 13-Апр-12, 09:56 
>> высокопроизводительный
>> Ruby
> Разве эти два понятия совместимы?

Конечно! Как недавно пояснил Гвидо по поводу аналогичного вопроса, мол, "питон не тормозит, просто переписывайте критические части на непитоне!"

#>занимается написанный на языке Си компонент Ragel

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

26. "Puma - новый высокопроизводительный http-сервер для приложен..."  +1 +/
Сообщение от f (??), 13-Апр-12, 14:49 
>Конечно! Как недавно пояснил Гвидо по поводу аналогичного вопроса, мол, "питон не тормозит, просто переписывайте критические части на непитоне!"

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

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

27. "Puma - новый высокопроизводительный http-сервер для приложен..."  +/
Сообщение от Andrey Mitrofanov (?), 13-Апр-12, 15:09 
> Код который тормозит не нужно переписывать, достаточно скомпилировать самым обычным gcc.

Ай, великий мастер, питон ты компейлируешь с gcc?! Отсыпь знания ладошку?

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

28. "Puma - новый высокопроизводительный http-сервер для приложен..."  +/
Сообщение от f (??), 13-Апр-12, 15:24 
Это всегда пожалуйста. Отсыпаю: http://cython.org/
Ответить | Правка | Наверх | Cообщить модератору

29. "Puma - новый высокопроизводительный http-сервер для приложен..."  –1 +/
Сообщение от Andrey Mitrofanov (?), 13-Апр-12, 15:42 
А Гвидо-то не в курсе?!
Ответить | Правка | Наверх | Cообщить модератору

30. "Puma - новый высокопроизводительный http-сервер для приложен..."  +/
Сообщение от f (??), 13-Апр-12, 15:46 
> А Гвидо-то не в курсе?!

В курсе, в курсе.
Для простых людей задающих такие вопросы, нужны простые ответы.
Python программисты с опытом, все до одного, поверьте, давно в курсе.

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

31. "Puma - новый высокопроизводительный http-сервер для приложен..."  –1 +/
Сообщение от Andrey Mitrofanov (?), 13-Апр-12, 16:04 
>> А Гвидо-то не в курсе?!
> В курсе, в курсе.

Van Rossum: ""It is usually much more effective to take that one piece and replace that one function or module with a little bit of code you wrote in C or C++""...

То есть Великий Гуру втихую _пользует _цитон, а на публику рекламирует С[++]? То есть попросту обвиняешь дяденьку во вранье, да??

> Для простых людей задающих такие вопросы, нужны простые ответы.

Этт Вы про "простое, логичное, но неправильное решение"?

> Python программисты с опытом, все до одного, поверьте, давно в курсе.

Наиболее опытные и пхп компилируют.

Тем не менее Гвидо сказал "replace [..] with [...] code you wrote in in C or C++".

~~_Заменить кодом _написанным на~~. То есть Ваше ""не нужно переписывать, достаточно скомпилировать"" -- есть рекомендация г-ну ван Россуму? И то есть он-таки нуждается в Вашей рекомендации, так как всё-таки не в курсе??

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

32. "Puma - новый высокопроизводительный http-сервер для приложен..."  +/
Сообщение от f (??), 13-Апр-12, 16:15 
Стабильно код начал транслировать с версии 0.15 (сентябрь 2011), какого года это высказывание?
Ответить | Правка | Наверх | Cообщить модератору

37. "Puma - новый высокопроизводительный http-сервер для приложен..."  +/
Сообщение от f (??), 13-Апр-12, 18:03 
>>> А Гвидо-то не в курсе?!
>> В курсе, в курсе.
> Van Rossum: ""It is usually much more effective to take that one
> piece and replace that one function or module with a little
> bit of code you wrote in C or C++""...

И что значит эта фраза вырванная из контекста?

> То есть Великий Гуру втихую _пользует _цитон, а на публику рекламирует С[++]?
> То есть попросту обвиняешь дяденьку во вранье, да??

Тебя да. Еще час назад, ты не знал про cython .

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

33. "Puma - новый высокопроизводительный http-сервер для приложен..."  –1 +/
Сообщение от Andrey Mitrofanov (?), 13-Апр-12, 16:20 
>>Гвидо по поводу аналогичного вопроса, мол, "питон не тормозит, просто переписывайте критические части на непитоне!"
>не нужно переписывать, достаточно скомпилировать самым обычным gcc.

Итого (после слива в №32): прямой речи Гвидо не читал, факты-тексты, предже чем пеной брызгать, не проверял, ирония не понимал.  Ма-ла-цца!

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

36. "Puma - новый высокопроизводительный http-сервер для приложен..."  +/
Сообщение от клевый пыщ (?), 13-Апр-12, 17:58 
>Итого (после слива в №32): прямой речи Гвидо не читал, факты-тексты, предже чем пеной брызгать, не проверял, ирония не понимал.  Ма-ла-цца!

Итого какая разница что когда-то, в каком-то году сказал Гвидо .
Сходи на сайт там документация, примеры, практика, можешь проверить.

Зачем спорить с пеной у рта, в теме в которой нисколько не рубишь?

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

38. "Puma - новый высокопроизводительный http-сервер для приложен..."  +/
Сообщение от f (??), 13-Апр-12, 18:16 
> Итого (после слива в №32):

В чём состоял "слив"?

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

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

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




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

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