Size: a a a

Programming Offtop

2020 October 05

IP

Iaroslav Postovalov in Programming Offtop
Anton Korotkikh
разве? это вроде было на начальном этапе, потом они полностью переписали компулятор непосредственно на го и там теперь всё свое вроде
в общем, если у гоферов настолько много ресурсов, что они поддерживают кодген в 7 разных кодов, то они идиоты, потому что можно иметь такой же кодген (и при этом с оптимизациями и прочим из коробки), просто подрубив llvm
источник

IP

Iaroslav Postovalov in Programming Offtop
вот рантайм они могут на го поддерживать в теории, т.к. у них компилятор уже раскручен
источник

AK

Anton Korotkikh in Programming Offtop
Iaroslav Postovalov
в общем, если у гоферов настолько много ресурсов, что они поддерживают кодген в 7 разных кодов, то они идиоты, потому что можно иметь такой же кодген (и при этом с оптимизациями и прочим из коробки), просто подрубив llvm
чому идиоты? llvm путанная и монструозная штука, зачем тащить её если есть ресурсы написать своё и под свои нужды
источник

IP

Iaroslav Postovalov in Programming Offtop
Anton Korotkikh
чому идиоты? llvm путанная и монструозная штука, зачем тащить её если есть ресурсы написать своё и под свои нужды
7 разных кодгенов, алло. а еще оптимизации (из которых больше половины platform specific)
источник

IP

Iaroslav Postovalov in Programming Offtop
Anton Korotkikh
чому идиоты? llvm путанная и монструозная штука, зачем тащить её если есть ресурсы написать своё и под свои нужды
llvm не путанная и не монструозная штука. во всяком случае, если сравнивать с тем же гцц
источник

AK

Anton Korotkikh in Programming Offtop
Iaroslav Postovalov
7 разных кодгенов, алло. а еще оптимизации (из которых больше половины platform specific)
гугель, алло - ресурсов хватит, + сообщество. учитывай ещё, что скорость компиляции одна из основных фич, какие будут трудозатраты чтобы ускорять llvm - решение?
источник

AK

Anton Korotkikh in Programming Offtop
платформ на самом деле у го гораздо больше теперь

https://github.com/tinygo-org/tinygo

вот тут ллвм теперь использовали
источник

A

Alex in Programming Offtop
так ладно)
наткнусь на следующую задачку)
посмотрим на конкрентный пример))
может и правда Java будет быстрее C++ ))))
источник

AK

Anton Korotkikh in Programming Offtop
Alex
так ладно)
наткнусь на следующую задачку)
посмотрим на конкрентный пример))
может и правда Java будет быстрее C++ ))))
задачка по поеданию оперативной памяти?
источник

AK

Anton Korotkikh in Programming Offtop
источник

A

Alex in Programming Offtop
Anton Korotkikh
задачка по поеданию оперативной памяти?
не, там в основном графы, деревья, подстроки, большие числа))
источник

A

Alex in Programming Offtop
хотя O(1) по памяти всегда хорошоооо бы)))
источник

AN

Alexander Nozik in Programming Offtop
Alex
так ладно)
наткнусь на следующую задачку)
посмотрим на конкрентный пример))
может и правда Java будет быстрее C++ ))))
От радиуса кривизны рук зависит. Я могу придумать примеры, когда надо напрямую работать с представлением в памяти, но 1) это очень ивзращенные варианты и 2) в Java это на самом деле тоже можно через вар-хендлы/мемори апи. Практически единственный случай того, что нельзя сделать на жаве - это аппаратные регистры. Ими уже никто не пользуется, но тем не менее. Кроме того, есть вопрос небезопасной очистки памяти, которую тоже в Java не сделаешь. Там просто надо проектироват код без лишних аллокаций
источник

IP

Iaroslav Postovalov in Programming Offtop
Alexander Nozik
От радиуса кривизны рук зависит. Я могу придумать примеры, когда надо напрямую работать с представлением в памяти, но 1) это очень ивзращенные варианты и 2) в Java это на самом деле тоже можно через вар-хендлы/мемори апи. Практически единственный случай того, что нельзя сделать на жаве - это аппаратные регистры. Ими уже никто не пользуется, но тем не менее. Кроме того, есть вопрос небезопасной очистки памяти, которую тоже в Java не сделаешь. Там просто надо проектироват код без лишних аллокаций
R=1/(|d^2r/ds^2|) ??
источник

A

Alex in Programming Offtop
Alexander Nozik
От радиуса кривизны рук зависит. Я могу придумать примеры, когда надо напрямую работать с представлением в памяти, но 1) это очень ивзращенные варианты и 2) в Java это на самом деле тоже можно через вар-хендлы/мемори апи. Практически единственный случай того, что нельзя сделать на жаве - это аппаратные регистры. Ими уже никто не пользуется, но тем не менее. Кроме того, есть вопрос небезопасной очистки памяти, которую тоже в Java не сделаешь. Там просто надо проектироват код без лишних аллокаций
возможно)))
интересно правда, почему тогда
и в Go, и в ОС Windows, часть кода всегда оптимизировали с помощью asm, ибо компиляторы не справлялись)))
но возможно мы уже в будущем))) и Java стала быстрее чем прямые операции с памятью)))
источник

AN

Alexander Nozik in Programming Offtop
Alex
возможно)))
интересно правда, почему тогда
и в Go, и в ОС Windows, часть кода всегда оптимизировали с помощью asm, ибо компиляторы не справлялись)))
но возможно мы уже в будущем))) и Java стала быстрее чем прямые операции с памятью)))
Про го ничего не знаю, а про асемблерные вставки в современном виндовсе можно подробнее?
источник

AN

Alexander Nozik in Programming Offtop
И, вспомните, что я говорил. Очень-очень крутой программист может на С/asm сделать быстро. Вопрос только в том, вы он или нет.
источник

IP

Iaroslav Postovalov in Programming Offtop
Alexander Nozik
И, вспомните, что я говорил. Очень-очень крутой программист может на С/asm сделать быстро. Вопрос только в том, вы он или нет.
ну вы вечно говорите, что очень крутой, но вообще хотя бы не глупый
источник

AN

Alexander Nozik in Programming Offtop
источник

A

Alex in Programming Offtop
Alexander Nozik
Про го ничего не знаю, а про асемблерные вставки в современном виндовсе можно подробнее?
про современный не знаю) давно не видел Windows) раньше сам Microsoft хвастался)))
источник