The OpenNET Project / Index page

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



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

Оглавление

Для Python предложен JIT-компилятор, использующий технику copy-and-patch, opennews (??), 26-Дек-23, (0) [смотреть все]

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


41. "Для Python предложен JIT-компилятор, использующий технику co..."  +/
Сообщение от Легивон (?), 26-Дек-23, 17:57 
Потому что есть tradeoff между достигаемой скоростью и возможностью интеграции с любыми внешними окружениями.
Никого почему-то не смущает что все ML работает на таком медленном питоне. Возможности по интеграции могут быть гораздо важнее скорости числодробления (последним можно кстати заниматься на numpy и т.п. с такими же сишными скоростями)
А вот с js получилось прямо забавно. Ведь удалось достигнуть и правда запредельных результатов. А потом... потом они просто взяли и отдали свой сверх остный инструмент самым ущербным мартышкам. И что толку? Браузер всеравно тормозит ровно настолько, чтобы страницы хоть как-то открывались. Ничего бы и не изменилось будь в client side скриптинге медленный питон.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

50. "Для Python предложен JIT-компилятор, использующий технику co..."  –1 +/
Сообщение от Витюшка (?), 26-Дек-23, 18:34 
Только тут они написали говнокод и выйграли (заработали на этом), а в другом случае бы так не получилось.
Ответить | Правка | Наверх | Cообщить модератору

60. "Для Python предложен JIT-компилятор, использующий технику co..."  +/
Сообщение от Легивон (?), 26-Дек-23, 20:34 
Тоесть вы хотите сказать, что до появления js в вебе сайтов не было?
Или что если бы не было client side скриптинга сайты были бы хуже?
Ответить | Правка | Наверх | Cообщить модератору

130. "Для Python предложен JIT-компилятор, использующий технику co..."  +/
Сообщение от Советский инженер (ok), 30-Дек-23, 11:03 
>Или что если бы не было client side скриптинга сайты были бы хуже?

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

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

131. "Для Python предложен JIT-компилятор, использующий технику co..."  +/
Сообщение от Легивон (?), 30-Дек-23, 16:01 
> всякие магазины и другие онлайнбанкинги не существовали бы.

Это бред.
Во-первых контр пример: магазины существовали до засилья js в вебе.
Во-вторых: вы рассуждаете про отсутствие js полагая что без него браузеры не стали бы развиваться в сторону показа динамического контейнта. Это неверно, конечно они бы развивались дальше. Например показ пользователю вариантов дополнений введенного текста (например адреса) мог быть реализован стандартировано на уровне браузера специальным типом поля с указанием url куда отправлять ранее введенный текст для получения подсказки. Проверки правильности ввода - аналогично.
Веб мог быть гораздо более стандартизированным, понятным и управляемым если бы сиюминутные хотелки не победили. Но теперь его уже не удастся отрефакторить. Только бросить и сделать новый.

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

74. "Для Python предложен JIT-компилятор, использующий технику co..."  +1 +/
Сообщение от Аноним (74), 27-Дек-23, 00:04 
>  все ML работает на таком медленном питоне

На питуне там только "бизнес логика". Буквально обёртки сишных/плюсовых функции типа "взять данные там", "передать данные туда", "сделать из этого конвейер", "посчитать".
Эсли бы бекенд этого добра был бы таки на питоне, то работало бы оно везде, с любыми видяхами и процами, только в миллион раз медленнее.

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

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

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




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

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