The OpenNET Project / Index page

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



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

Оглавление

Расширение интерпретатора Python для JIT-компиляции фрагмент..., opennews (ok), 01-Июл-12, (0) [смотреть все]

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


14. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."  +/
Сообщение от Андрей (??), 01-Июл-12, 20:45 
> повышает надежность

А мне казалось, что чем меньше абстракции, тем надёжней. Т.е. ASM -> C -> C++ / интерпретируемые языки.

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

20. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."  +/
Сообщение от h31 (ok), 01-Июл-12, 22:07 
Абстракции действительно не прибавляют надежности.
Сама по себе интерпретация в большинстве случаев не вводит новых абстракций (не считая байткода). В Си есть компилятор, в Питоне - интерпретатор, стрелочек равное количество.
Ответить | Правка | Наверх | Cообщить модератору

26. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."  –3 +/
Сообщение от Аноним (-), 02-Июл-12, 00:07 
> Абстракции действительно не прибавляют надежности.

Да. Питонистам даже впадлу успех файловых операций проверять как правило. Так что если что хоть минимально не по плану - все, you're screwed up. При том ни внятного сообщения о ошибке, ни культурного завершения, ни retry осмысленного, ни fallback. Просто продолжают вкалывать дальше как ни в чем ни бывало. Получая глюки где-то опосля.

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

28. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."  +1 +/
Сообщение от Аноним (-), 02-Июл-12, 00:14 
фантазёр, хватит херню нести
Ответить | Правка | Наверх | Cообщить модератору

45. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."  +/
Сообщение от Xasd (ok), 02-Июл-12, 04:29 
> Просто продолжают вкалывать дальше как ни в чем ни бывало.

вот уж насмешил так правда насмешил :-D

покажи-ка свой исходный код (на Python), который вот так-бы делал :-D

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

51. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."  –2 +/
Сообщение от Аноним (-), 02-Июл-12, 04:53 
> покажи-ка свой исходный код (на Python), который вот так-бы делал :-D

У убунтуйцев их апгрейдер посмотрите. Оно так умеет - пытается шпарить не найдя нужный файл и впадает в бесконечный цикл. Поймано вообще strace'ом когда эта срaнь полчаса проц грузила без какого либо выхлопа, делая вид что "типа, работаем, все по плану".

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

72. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."  +/
Сообщение от Аноним (-), 02-Июл-12, 08:58 
В этом виноват питон?
Ответить | Правка | Наверх | Cообщить модератору

119. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."  +/
Сообщение от Аноним (-), 03-Июл-12, 15:52 
>> покажи-ка свой исходный код (на Python), который вот так-бы делал :-D
> У убунтуйцев их апгрейдер посмотрите.

Для начала название программы.

>Оно так умеет - пытается шпарить не
> найдя нужный файл и впадает в бесконечный цикл. Поймано вообще strace'ом

Покажите код который это делает.

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

92. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."  +/
Сообщение от Аноним (-), 02-Июл-12, 16:16 
> Абстракции действительно не прибавляют надежности.
> Сама по себе интерпретация в большинстве случаев не вводит новых абстракций (не
> считая байткода). В Си есть компилятор, в Питоне - интерпретатор, стрелочек
> равное количество.

В Си есть и интерпретатор, в Python есть и компилятор.

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

71. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."  +/
Сообщение от Аноним (-), 02-Июл-12, 08:57 
> А мне казалось, что чем меньше абстракции, тем надёжней. Т.е. ASM ->
> C -> C++ / интерпретируемые языки.

Дооо, асемблер(ы) то надеждны. Особенно учитывая количество багов в интеловских процессорах, которые кампиляторы, к слову, стараются обойти. Там уж надежность так надежность.

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

108. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."  +/
Сообщение от Аноним (-), 02-Июл-12, 17:23 
> которые кампиляторы, к слову, стараются обойти.

Вам бы спеллчекер хотя-бы для начала взять. А то похоже баги у вас совсем не в процессорах :). Не, баги там конечно бывают, но для этого есть апдейты микрокода. И в общем случае компилеры все-таки не занимаются воркэраундом чужих багов.

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

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

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




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

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