The OpenNET Project / Index page

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



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

Оглавление

Dropbox прекращает разработку Pyston. Опубликован финальный ..., opennews (??), 05-Фев-17, (0) [смотреть все]

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


99. "Dropbox прекращает разработку Pyston. Опубликован финальный ..."  +/
Сообщение от pavlikvk (?), 06-Фев-17, 01:41 
Кучка пейсателей из конторки чье творение замечательно заменяется любым популярным веб-сервером с DAV надоело тратить время на совместимость своих костылей, но плохой именно Python, да.

Я не знаю что там такого у Dropbox на Python, но очевидно, что узкое место - это I/O операции. Нужно было не свои монстроузные JIT-костыли выдумывать, а просто взять asyncio.

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

104. "Dropbox прекращает разработку Pyston. Опубликован финальный ..."  +/
Сообщение от Anonim (??), 06-Фев-17, 09:43 
Вам, конечно, виднее
Ответить | Правка | Наверх | Cообщить модератору

111. "Dropbox прекращает разработку Pyston. Опубликован финальный ..."  +/
Сообщение от pavlikvk (?), 06-Фев-17, 12:46 
> Вам, конечно, виднее

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

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

105. "Dropbox прекращает разработку Pyston. Опубликован финальный ..."  +1 +/
Сообщение от Anonim (??), 06-Фев-17, 09:46 
Судя по новости, они остро нуждаются в подобных диванных аналитиках. Может вам стоит предложить свою кандидатуру?
>  но очевидно, что узкое место - это I/O операции

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

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

106. "Dropbox прекращает разработку Pyston. Опубликован финальный ..."  +2 +/
Сообщение от Аноним (-), 06-Фев-17, 10:00 
>Я не знаю что там такого у Dropbox на Python, но очевидно, что узкое место - это I/O операции.

расшифровываю: я не знаю что там происходит, но я все проблемы решаю почесав пятку правой ноги левой ногой.

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

113. "Dropbox прекращает разработку Pyston. Опубликован финальный ..."  +/
Сообщение от Anonim (??), 06-Фев-17, 13:31 
Ну, как видите, они вот только осознали, что так можно
Ответить | Правка | Наверх | Cообщить модератору

107. "Dropbox прекращает разработку Pyston. Опубликован финальный ..."  +/
Сообщение от Аноним (-), 06-Фев-17, 10:21 
>просто взять asyncio

IO не зависит от ЯП, парадигмы программирования -- все зависит от пряморукости. И уж поверь, проседоны по IO есть константа. И хоть пиши на ассемблере производительность не увеличится.Свой asyncio проверь на 100500 одновременных запросах. Ждем отчета.

P.S. Хотя, нет, не ждем, ты ж никогда отчеты не писал.

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

110. "Dropbox прекращает разработку Pyston. Опубликован финальный ..."  +/
Сообщение от pavlikvk (?), 06-Фев-17, 12:41 
Ты просто не в курсе асинхронного программирования, а пытаешься что-то рассуждать. На асинхронщине можно и 100500 и 201000 rps держать. А asyncio это или NodeJS уже и не так важно. Жду от тебя аналога последних на ассемблере.
Ответить | Правка | Наверх | Cообщить модератору

119. "Dropbox прекращает разработку Pyston. Опубликован финальный ..."  +3 +/
Сообщение от Аноним (-), 06-Фев-17, 19:40 
>Ты просто не в курсе асинхронного программирования

Я как раз в курсе. Каждый твой асинхронный запрос, висячий и ожидающий возможности чтения/записи (ждем когда select сделает select, грубо говоря) отжирает память. Да, можно повесить биллион асинхронных запросов. Одновременно. И что? Это как улучшит ситуацию? Нет.

В ОС, например, в GNU/Linux уже встроенна в ядро своя асинхронная модель IO. Ядро писали умные дяди. Они поняли, что ресурсы не бесконечны. Они сделали все на очереди. Да-да, тупо в очередь складировать все запросы, а далее по классике их раскидывать по процессам/важности. Увы, ты, архитектор прикладной программы этого не знаешь и думаешь, что твой asyncio это верх идеала, совершенства. Копни #$%^ глубже, да разберись что и как. И почему смена парадигмы не влияет на производительность IO. Да, можно ускорить вычисления, да, можно закинуть 100500 fd сокетов в один пул, типа kqueue, select, etc, но это НЕ работает в случае IO. Иди читай маны, там про это рассказано, что FS IO != sockets. У них даже буферизация по-разному работает!

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

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

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




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

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