The OpenNET Project / Index page

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



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

Оглавление

Язык Crystal пытается совместить производительность Си и удо..., opennews (??), 08-Авг-16, (0) [смотреть все]

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


9. "Язык Crystal пытается совместить производительность Си и удо..."  –6 +/
Сообщение от vdevrvtgrb (?), 09-Авг-16, 01:46 
Вы так говорите как будто у Go производительность на уровне С... Единственный язык который достиг цели быть высокоуровневым и иметь производительность на уровне С это Swift.

"As an aside, my Swift implementation of the Mersenne Twister ended up 20% faster than the official mt19937-64.c implementation. Curious to understand what I had done, I ended up “fixing” the C version to be just as fast as the Swift version. Yes, it’s true: with a little tuning, C can be just as fast as Swift.

Welcome to C with love." - http://www.cocoawithlove.com/blog/2016/05/19/random-numbers....

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

15. "Язык Crystal пытается совместить производительность Си и удо..."  +1 +/
Сообщение от chinarulezzz (ok), 09-Авг-16, 02:43 
> Getting C-level performance in Swift for numerical algorithms is quirky but not particularly difficult. If you limit yourself to value types (no classes or existentials), use unsafe pointers and tuples instead of arrays, use overflow discarding operators &+/&-/&* instead of normal +/-/*, use while or repeat/while for your loops, then Swift and clang C will generally compile to identical instructions.

Так что

>Единственный язык который достиг цели быть высокоуровневым и иметь производительность на уровне С это Lisaac.

фикс.

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

93. "Язык Crystal пытается совместить производительность Си и удо..."  +1 +/
Сообщение от Аноним (-), 12-Авг-16, 23:45 
>> Getting C-level performance in Swift for numerical algorithms is quirky but not
>> particularly difficult. If you limit yourself to value types (no classes or existentials)

В результате пока сишник просто пишет код, адепт Новых Модных Языков получает знатный брейнфак с заучиванием всех интимных особенностей своего 100-мегабайтного рантайма и где он может стормозить и лагнуть невовремя.

Как там у жабистов говорится? Write once, profile everywhere? :D

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

17. "Язык Crystal пытается совместить производительность Си и удо..."  +1 +/
Сообщение от Аноним (-), 09-Авг-16, 04:44 
Если "official implementation" подразумевает эталонность, то эталонность обычно подразумевает правильность работы и никак не быстродействие.
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

22. "Язык Crystal пытается совместить производительность Си и удо..."  +/
Сообщение от Аноним (-), 09-Авг-16, 06:33 
> эталонность обычно подразумевает правильность работы и никак не быстродействие.

одно другому никак не мешает.

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

19. "Язык Crystal пытается совместить производительность Си и удо..."  +2 +/
Сообщение от angra (ok), 09-Авг-16, 05:24 
> Вы так говорите как будто у Go производительность на уровне С...

Не я так говорю, а вы так интерпретируете мои слова. Go был упомянут по совсем другой причине - он решает схожую задачу, но для питона. Это не было целью его создания, но так получилось, что основная масса программистов в Go приходит с питона. При этом замечу, что производительность Go конечно выше питона, но все же раза в три уступает C. И это при семилетнем возрасте, ресурсах гугла, именитых авторах и без камня на шее в виде попыток сохранить совместимость с каким либо языком на уровне синтаксиса. Так что на этом фоне заявления авторов кристалла про скорость как у С(даже не плюсов, а голого С) как минимум вызывают скептическую усмешку.

> Единственный язык который достиг цели быть высокоуровневым и иметь производительность на уровне С это Swift.

Ну вот зачем этот маркетоидный булщит? Про жабу точно такие песни были.

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

56. "Язык Crystal пытается совместить производительность Си и удо..."  –2 +/
Сообщение от Аноним (-), 09-Авг-16, 16:47 
> Ну вот зачем этот маркетоидный булщит? Про жабу точно такие песни были.

При этом Java (с JIT, разумеется) довольно близко подходит к C по производительности.

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

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

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




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

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