@JSlang

Страница 622 из 2237
Dima
09.02.2017
10:35:03
за интерпертируемыми языками будущее
Вот ты шутишь, а Гугл собрал году для своей микроюникслайксистемы

Sheridan
09.02.2017
10:35:07
Высокая скорость разработки и низкий порог вхождения
вот это и пугает. В итоге пишут студенты за еду. А остальным приходится покупать топовые камни и забивать оперативки под завязку

Dima
09.02.2017
10:35:10
Roman
09.02.2017
10:35:14
78k sloc у luajit, 2m sloc у v8, а производительность у luajit выше )

Google
Летучая
09.02.2017
10:35:20
кстати было забавно примитивный тупой рекурсивный алгоритм нахождения первых N чисел фибонначи на js отработал на телефоне быстрее, чем такой же на питоне на тачке

i
09.02.2017
10:35:37
за интерпертируемыми языками будущее
Желаю тебе пользоваться операционкой написаной на нём

Egoarka
09.02.2017
10:35:47
i я не противоположник натива

но ты самой сути не понимаешь

Dima
09.02.2017
10:35:53
Они только в 5.2 пофиксили итерацию по массиву с nil значением

Egoarka
09.02.2017
10:35:53
а это плохо

значит ты не пишешь на c/c++

Dima
09.02.2017
10:36:08
И вообще, там беда с пакетами

Но нпм еще большая мусорка

Egoarka
09.02.2017
10:36:24
я же сторонник того и того, в общем, долго объяснять, не поймешь

Dima
09.02.2017
10:36:51
Google
Dima
09.02.2017
10:38:44
Chrome OS?
Это не совсем то, но тоже вариант

i
09.02.2017
10:39:02
Dima
09.02.2017
10:39:20
Я не помню названия.

i
09.02.2017
10:39:28
Emacs что-ли?

так это текстовый редактор

Sheridan
09.02.2017
10:39:51
https://ru.wikipedia.org/wiki/Microsoft_Singularity нате вам

Roman
09.02.2017
10:40:09
https://ru.wikipedia.org/wiki/Microsoft_Singularity нате вам
там всё несколько интереснее.

Dima
09.02.2017
10:40:47
в lua или luajt?
И там и там. Это баг в спецификации.

aodzaki.toko
09.02.2017
10:42:33
так это текстовый редактор
не просто текстовый редактор http://www.informatimago.com/linux/emacs-on-user-mode-linux.html

Alex
09.02.2017
10:43:35
Кто-нибудь пользуется редактором кода Brackets?

i
09.02.2017
10:43:59
https://ru.wikipedia.org/wiki/Microsoft_Singularity нате вам
Даже Mach с его микроядрами по производительности сильно уступает линксу, а тут на диалекте C# что-то написано

aodzaki.toko
09.02.2017
10:44:55
Даже Mach с его микроядрами по производительности сильно уступает линксу, а тут на диалекте C# что-то написано
микроядра по-умолчанию проигрывают в производительности монолитным ядрам

Roman
09.02.2017
10:45:04
i
09.02.2017
10:45:27
не просто текстовый редактор http://www.informatimago.com/linux/emacs-on-user-mode-linux.html
Это обычная программа слинкованая статически, думаю, даже nano так сможет

Dima
09.02.2017
10:46:45
интересно.
Если мне не изменяет память, когда next натыкался на отсутствие значения, он думал, что массив заканчивается.

Egoarka
09.02.2017
10:47:13
https://habrahabr.ru/post/281879/

интересная статься

Google
Egoarka
09.02.2017
10:47:19
советую всем прочитать

Dima
09.02.2017
10:47:41
Жс реально очень быстрый.

Egoarka
09.02.2017
10:47:52
+

Dima
09.02.2017
10:48:24
Но в нем проблема плохого кода чувствуется острее, чем где либо

Ну и промисы тошные, да

i
09.02.2017
10:50:45
http://benchmarksgame.alioth.debian.org/u64q/compare.php?lang=node&lang2=gpp

Egoarka
09.02.2017
10:51:19
думаешь, мы статью не читали?

что линки кидаешь

или ты это сам себя удовлетворяешь, что прочитал статью и кинул линк?

умно, умно

i
09.02.2017
10:52:02
Пойду себя удовлетворять

Oleg
09.02.2017
10:55:42
https://habrahabr.ru/post/281879/
У этой статьи отрицательный рейтинг

Egoarka
09.02.2017
10:56:35
@oPavlov ну это все потому, что никто не верит, что js может быть производительнее c++

Dima
09.02.2017
10:58:02
Вообще тут в другом дело. Речь в статье скорее о том, что в сишках нужно сделать теперь больше телодвижений чтобы быть по скорости как жс. И очень часто это не стоит того.

Felix
09.02.2017
11:00:38
https://habrahabr.ru/post/281879/
хуевая статья

Egoarka
09.02.2017
11:00:49
@guattari обоснуй

Felix
09.02.2017
11:01:04
сравнивать производительность языков без задачи вообще хуевая идея

Dima
09.02.2017
11:01:08
Естественно это не относится ко всему софту.

Egoarka
09.02.2017
11:01:14
@guattari статью читал?

Felix
09.02.2017
11:01:17
да

Google
Egoarka
09.02.2017
11:01:19
там задача есть

hlomzik
09.02.2017
11:01:38
там преимущество в регэкспах только

Felix
09.02.2017
11:01:48
нода быстрая для ио, но медленная для вычислений, например, очевидный результат того, что ивентлуп один

Egoarka
09.02.2017
11:02:21
да, но не все потеряно, поживем до 2020 - увидим

Felix
09.02.2017
11:02:46
один ивентлуп - это не плохо, это хорошо для многих задач, но это и причина, по которой на жс не надо делать вычислений

Vladimir
09.02.2017
11:03:40
хуевая статья
хабр вообще не тот

Felix
09.02.2017
11:03:48
(это конечно лимит не самого жс, ничто не мешает прокинуть какое-нибудь управление ивентлупом в жс, но энивей)

i
09.02.2017
11:04:17
Такой же код на С без оптимизаций как и на ноде всё равно быстрее, не на столько, но всё равно

Dima
09.02.2017
11:04:37
да, но не все потеряно, поживем до 2020 - увидим
Говно мы увидим. Сори, но это так. 2 года стандартную библиотеку не могут переписать под новую систему импориов. Вебпак вездесущий. Нпм полная параша и уже сейчас в популярных пакетах не фиксят дос уязвимости. Простейшие вещи тащат за собой 40 мб зависимостей.

Admin
ERROR: S client not available

Felix
09.02.2017
11:05:23
короче жс - это охуенно если приложение берет откуда-то данные и куда-то отдает, а обработку надо куда-нибудь выносить

Felix
09.02.2017
11:05:40
в нативные модули, например, или в микросервисы

нативные модули пускаются в тредпуле, ивентлуп не блокируется

Google
Egoarka
09.02.2017
11:07:10
@guattari действительно, почему тогда js интересуются все больше для мобильной и десктопной разработки...

мм...

i
09.02.2017
11:07:24
я на js для севера вообще не пишу, но /usr/lib64/node_modules у меня почему-то уже больше 500 Мб

как так получилось

Egoarka
09.02.2017
11:08:06
>Говно мы увидим. Сори, но это так. 2 года стандартную библиотеку не могут переписать под новую систе...etc

Dmitry
09.02.2017
11:08:32
для всего свои задачи, игровой серверак на ноде потолок около 100 двигающихся объетов на комнату, дальше уже просто тупит математика коллизий и сервак не успевает обсчитывать коллизии.. На голанге на средней машине то же самое работает в 5 раз быстрее.

Dmitry
09.02.2017
11:10:43
а каким образом тут БД вообще взялась?

есть фрейм в 50мс, надо за это время обсчитать коллизии для 100 объектов.. БД тут ляжет

это чистая математика, один запрос к БД будет дольше )

Felix
09.02.2017
11:11:31
на бд можно перенести часть вычислений и пушинг этого на клиенты в случае с rethinkdb

Dima
09.02.2017
11:12:10
Ыы. Хватит думать о бд только как о сторейдже данных. Это давно уже не так.

Felix
09.02.2017
11:12:11
если что-то не влезает в возможности бд - надо писать нативный модуль

если что-то не влезает в возможности бд - надо писать нативный модуль
собственно это можно сделать даже на го, только поебаться придется

Dmitry
09.02.2017
11:13:48
А приведете хоть один пример игры, которая была написана с использованием этой БД? Одно дело туда данные в реалтайме инсертить

Что-то мне подсказывает что это не тот кейс. И вообще речь шла о скорости JS изначально

Felix
09.02.2017
11:14:54
nodecraft.com

любое вычисление на жс блокирует ивентлуп

Страница 622 из 2237