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

"Сравнение производительности сетевого драйвера в вариантах н..."	+/–
Сообщение от opennews (?), 12-Сен-19, 11:23
Группа исследователей из немецких университетов опубликовала результаты эксперимента, в ходе которого на разных языках программирования было разработано 10 вариантов типового драйвера для 10-гигабитных сетевых карт Intel Ixgbe (X5xx). Драйвер работает в пространстве пользователя и реализован на языкаъ C, Rust, Go, C#, Java, OCaml, Haskell, Swift, JavaScript и Python. При написании кода основное внимание уделялось достижению максимально возможной производительности с учётом особенностей каждого языка. По функциональности все варианты идентичны и состоят примерно из 1000 строк кода. Наработки проекта распространяются под лицензией BSD... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=51475
Ответить | Правка | Cообщить модератору

Сообщения

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

1. "Сравнение производительности сетевого драйвера в вариантах н..."	–11 +/–
Сообщение от заминированный тапок (?), 12-Сен-19, 11:23
о, ну так в конечном счёте всё будет переписано на C# ? (и раст тоже)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Сравнение производительности сетевого драйвера в вариантах н..."	+7 +/–
	Сообщение от заминированный тапок (?), 12-Сен-19, 11:25
	как там был один из доводов (в прошлой статье про написание драйверов в Linux на Rust): "...для команд у которых нет достотачных ресурсов для тестирования кода..." или как-то так так от C# эффективные менеджеры вообще в экстазе будут
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	4. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от Аноним (4), 12-Сен-19, 11:29
	> для команд у которых нет достотачных ресурсов При наличии рынка труда проблема достаточных ресурсов не существует.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	46. "Сравнение производительности сетевого драйвера в вариантах н..."	+12 +/–
	Сообщение от anonymous (??), 12-Сен-19, 12:18
	А деньги на найм этих людей для тебя уже не ресурс?
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	72. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от rshadow (ok), 12-Сен-19, 13:20
	То есть переводя на человеческий: при наличии спроса, предложения всегда будут? Или даже проще: если все хотят бентли, то конечно все их получат. Да? </sarcasm>
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	83. "Сравнение производительности сетевого драйвера в вариантах н..."	+2 +/–
	Сообщение от Попугай Кеша (?), 12-Сен-19, 13:38
	Да, но игрушечные
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

	101. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от Аноним (101), 12-Сен-19, 14:53
	Какого именно рынка труда, уточни. Есть очень много гнилых шараг с вантузомакосью и низкими зарплатами, например. Конечно хорошему специалисту захочется работать там где лучше, а не в первой попавшейся.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	276. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Anti pythorust (?), 14-Сен-19, 15:28
	> (код выполнялся с использованием CPython 3.7 и не был совместим с PyPy, но отмечается, что оптимизация структур хранения данных могла бы повысить производительность примерно в 10 раз). это как там получается 0 на 10 надо умножить?
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	5. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от заминированный тапок (?), 12-Сен-19, 11:30
	*точнее не драйверов, а модулей ядра*
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	100. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (100), 12-Сен-19, 14:51
	Рад, что СИ - лидер. Нужность раста по-прежнему остаётся крайне туманной.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	118. "Сравнение производительности сетевого драйвера в вариантах н..."	+14 +/–
	Сообщение от заминированный тапок (?), 12-Сен-19, 16:37
	это то да, но ты на опенете такое громко не кричи, а то и тебя перепишут на расте
	Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

	207. "Сравнение производительности сетевого драйвера в вариантах н..."	–1 +/–
	Сообщение от Адекват (ok), 13-Сен-19, 06:54
	Ваша фраза, сэр, заставила вспомнить сериал, который я смотрел в глубоком детстве еще на черно-белом ламповом телевизоре, он назывался "капитан пауэр и солдаты будущего". Там людей в прямом смысле в цифровой код переводили. Вот и сейчас с развитием всякого рода нейроных сетей нашу личность можно воплоить в цифре (очень-очень приблизительно), и да, ради эффективности можно воплотить и расте, но лучше на СИ :)
	Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

	214. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от Коньвпальто (?), 13-Сен-19, 08:13
	Почему же, я вот этот топик прочитал и процентов 15 отписавшихся спокойно могу, как кодеров, одной цифрой оцифровать :) без потери их качеств и вы эту цифру знаете. Кстати, спасибо за название, одно время пытался вспомнить как же он назывался.... По 2*2 вроде шел когда-то, пойду поищу посмотреть..
	Ответить | Правка | ^ к родителю #207 | Наверх | Cообщить модератору

	129. "Сравнение производительности сетевого драйвера в вариантах н..."	–11 +/–
	Сообщение от Anon_Erohin (?), 12-Сен-19, 17:51
	Да, да, давайте лучше продолжать писать дырявые программы из-за стек оверфлоу, буфер овверан и так далее, да и еще вместе мемори ликами... А потом еще команды нанимать чтобы такой код вычистить. Если писать сейчас начинать - то только на Rust, этот тест тому доказательство. Вы с С возитесь как те луддиты в конце 19 века, бросьте труп, надо уже понимать что времена те прошли.
	Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

	196. "Сравнение производительности сетевого драйвера в вариантах н..."	–1 +/–
	Сообщение от Аноним (196), 12-Сен-19, 23:05
	> Если писать сейчас начинать - то только на Rust Что, когда мозилловцы наиграются с растом, переписывать на что-то другое?
	Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

	259. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от JL2001 (ok), 13-Сен-19, 21:07
	>> Если писать сейчас начинать - то только на Rust > Что, когда мозилловцы наиграются с растом, переписывать на что-то другое? там что-то не так с лицензией компилятора или патентами?
	Ответить | Правка | ^ к родителю #196 | Наверх | Cообщить модератору

	327. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (327), 14-Ноя-19, 00:37
	Думаю, речь про: c мозгами у фанатов Rust.
	Ответить | Правка | ^ к родителю #259 | Наверх | Cообщить модератору

	210. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Адекват (ok), 13-Сен-19, 07:15
	> Вы с С возитесь как те луддиты в конце 19 века, бросьте > труп, надо уже понимать что времена те прошли. А что, сделать СИ удобным и безопасным нельзя ? Может просто написать rust.h и делать #include <rust.h> и в СИ все будет так же хорошо, удобно и надежно как в rust но без rust ?
	Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

	226. "Сравнение производительности сетевого драйвера в вариантах н..."	–3 +/–
	Сообщение от заминированный тапок (?), 13-Сен-19, 10:40
	то фактически все ядра известных ОС (не свитяа Redox, конечно же гг) - один болшой memleak ? мда, что называется, "этому миру нужен супергерой". вроде такого смузи-ыксперта вроде тебя
	Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

	316. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от bOOster (ok), 16-Сен-19, 05:12
	Метлу в руки и гастарбайтерам помогать, так как походу ни в программировании ни в уборке территорий у тебя эффективность низкая.
	Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

	185. "Сравнение производительности сетевого драйвера в вариантах н..."	+5 +/–
	Сообщение от Аноним (185), 12-Сен-19, 21:52
	> Нужность раста по-прежнему остаётся крайне туманной. О, свидетели сегфолта подъехали
	Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

	227. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от заминированный тапок (?), 13-Сен-19, 10:42
	так и вижу Rаспятие на крыше их общины
	Ответить | Правка | ^ к родителю #185 | Наверх | Cообщить модератору

	28. "Сравнение производительности сетевого драйвера в вариантах н..."	+7 +/–
	Сообщение от Аноним (28), 12-Сен-19, 11:56
	С# принудительно за гранты продвигаемый язык. В техническом плане нет никакого смысла его использовать.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	74. "Сравнение производительности сетевого драйвера в вариантах н..."	+2 +/–
	Сообщение от Аномномномнимус (?), 12-Сен-19, 13:26
	Сначала похороните Java и всякое бейсико-паскалевское, по сравнению с ними даже C# великолепен
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	84. "Сравнение производительности сетевого драйвера в вариантах н..."	–4 +/–
	Сообщение от Аноним (28), 12-Сен-19, 13:47
	Это цитата из рекламного буклетика от MS? Очень похоже.
	Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

	122. "Сравнение производительности сетевого драйвера в вариантах н..."	–1 +/–
	Сообщение от neAnonim (?), 12-Сен-19, 17:11
	Нет. Мы студенты и это цитата из спец гайда.
	Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

	143. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от Аноним (28), 12-Сен-19, 18:25
	Это понятно. Далеко не всякий студент способен на самостоятельное мышление.
	Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

	151. "Сравнение производительности сетевого драйвера в вариантах н..."	+5 +/–
	Сообщение от Gemorroj (ok), 12-Сен-19, 19:04
	что конкретно не так с C#? религиозные штуки? с эстетической/технической точки зрения он вполне ок.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	174. "Сравнение производительности сетевого драйвера в вариантах н..."	–3 +/–
	Сообщение от Аноним (28), 12-Сен-19, 20:49
	С технической и экономической точки зрения. Когда ты создаешь решения на продуктах с открытым исходном кодом. Плюс переносимость конечно и мобильные девайсы. Сегодня госы, банки и крупный бизнес топит за такие решения, а они не строятся на продуктах от MS.
	Ответить | Правка | ^ к родителю #151 | Наверх | Cообщить модератору

	178. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от конь в пальто (?), 12-Сен-19, 21:00
	вообще-то с точностью до наоборот, крупный заказчик готов платить за проприеритарщину. говорю так, потому как работал с госами и банками.
	Ответить | Правка | ^ к родителю #174 | Наверх | Cообщить модератору

	260. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от JL2001 (ok), 13-Сен-19, 21:26
	> вообще-то с точностью до наоборот, крупный заказчик готов платить за проприеритарщину. > говорю так, потому как работал с госами и банками. а потом этому заказчику мучительно больно от проприетари, ибо подрядчика к этой проприетари - один, и гонит вал фуйни, срывает сроки, выставляет огромные ценники за мелкие доработки опыт показывает что брать лучше открытое, даже если к нему студента цепями приковать - часто оказывается качественнее чем проприетарь с авторским суппортом (а тендеры это полный мрак)
	Ответить | Правка | ^ к родителю #178 | Наверх | Cообщить модератору

	186. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от Илья (??), 12-Сен-19, 21:57
	> на продуктах с открытым исходном кодом. .net core открыт, я ж недавно с гитхаба кидал исходник ГЦ сюда > Плюс переносимость и мобильные девайсы. Xamarin native
	Ответить | Правка | ^ к родителю #174 | Наверх | Cообщить модератору

	225. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от заминированный тапок (?), 13-Сен-19, 10:33
	ты не поверишь, но даже разработчики Unity и Unreal Engine 4 (в котором система сборки подвязана на Mono) с тобой категорически не согласятся. не считая кучи Xamarino-водов и dotNET-товодов
	Ответить | Правка | ^ к родителю #174 | Наверх | Cообщить модератору

	202. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от SRM (?), 13-Сен-19, 02:22
	Там определенно что-то не так с думалкой на основании того что в его умозаключении нет логики, как у некоторых отметившихся , с шарпом все в порядке, язык хороший.
	Ответить | Правка | ^ к родителю #151 | Наверх | Cообщить модератору

	209. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Anonymoustus (ok), 13-Сен-19, 07:07
	> С# принудительно за гранты продвигаемый язык. В техническом плане нет никакого смысла > его использовать. Пока жабья IDE запускается, кодер на Сисярпе напишет, отладит и запустит в продакшын 3,5 программы.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	217. "Сравнение производительности сетевого драйвера в вариантах н..."	+3 +/–
	Сообщение от VEG (ok), 13-Сен-19, 09:01
	C# на порядок лучше Java как язык, он даёт очень много инструментов для оптимизации. Поэтому и быстрее. Смиритесь. Иногда MS делает хорошие продукты.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	253. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (253), 13-Сен-19, 18:19
	Понимаете, ваше знание Шарпа и незнание Явы не делает первый лучше второй. Ява и Шарп, в общем-то, одинаково плохие языки. Причём, Ява раньше была лучше. А после 8-ки стала такой же плохой, как и Шарп.
	Ответить | Правка | ^ к родителю #217 | Наверх | Cообщить модератору

	272. "Сравнение производительности сетевого драйвера в вариантах н..."	+4 +/–
	Сообщение от VEG (ok), 14-Сен-19, 10:55
	Я вообще C/C++-разработчик, но имел возможность попрограммировать и на C#, и на Java. C# — это учли ошибки Java (так как была возможность изучить её опыт), поработали над оптимизацией (те же дженерики в Java нормальные так и не завезли за столько лет), дали богатый набор инструментов для программистов, которые понимают разницу между стеком и кучей (например, stackalloc позволяет память на стеке выделять). В C# без смены языка в unsafe-блоках можно даже с C-подобными указателями работать, со всеми их плюсами в производительности и минусами в возможности случайно отстрелить себе конечности. Но если в коде вдруг есть какой-то очень чувствительный к производительности фрагмент — всегда есть возможность оптимизировать его, оставаясь в рамках C#, а не переписывая код на C/C++ и вызывая его из основной программы. Хотя, смешивать C/C++ и C# в одной программе тоже очень удобно, если нужно — MS тут тоже постаралась на славу, добавив расширения в C++ для прозрачной работы с объектами из мира .NET. А вообще, больше всего в Java меня раздражало банальное отсутствие нормальных signed/unsigned интов на выбор, это же кошмар, они своего среднего разработчика совсем за идиота что-ли держат, который не сможет разобраться с знаковыми и беззнаковыми интами? =)
	Ответить | Правка | ^ к родителю #253 | Наверх | Cообщить модератору

	318. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от лютый жабист__ (?), 16-Сен-19, 12:03
	>больше всего в Java меня раздражало банальное отсутствие нормальных signed/unsigned интов Так хорошо начал и так жидко слился. Можно сделать вывод, что c# ты вроде знаешь, не писал бы про java совсем, был бы неплохой пост. По ссылкам не ходил и не пойду, предположим данные сферические драйверы написаны почти полностью в unsafe, но ладно, флаг в руки. Ты если в ынтырпрайзе начнёшь такое повторять, тебя на британский флажок порвут. Нормальный архитектор просто железо потолще возмёт, а не unsafe будет лепить.
	Ответить | Правка | ^ к родителю #272 | Наверх | Cообщить модератору

	322. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от Аноним (185), 16-Сен-19, 21:46
	Пишу на дотнете уже черти знает сколько времени. Ни разу не доходил до небезопасного кода. NullReferenceException, забытые подписки делегатов, арифметическое переполнение, двойной Dispose, дедлоки, гонки и прочие мелочи постреливают периодически. Но боже, как я рад, что это не неопределённое поведение в повреждённой памяти. Кто все эти люди, которые могут позволить себе писать на c++ - я не представляю.
	Ответить | Правка | ^ к родителю #318 | Наверх | Cообщить модератору

	324. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от DeadMustdie2 (?), 17-Сен-19, 17:47
	> Но боже, как я рад, что это не неопределённое поведение в повреждённой памяти. valgrind в помощь. До него было тяжеловато, да.
	Ответить | Правка | ^ к родителю #322 | Наверх | Cообщить модератору

	261. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от JL2001 (ok), 13-Сен-19, 21:30
	> C# на порядок лучше Java как язык, он даёт очень много инструментов > для оптимизации. Поэтому и быстрее. Смиритесь. Иногда MS делает хорошие продукты. это что за инструменты оптимизации такие волшебные? можно компилятору/jit-у что-то подсказать?
	Ответить | Правка | ^ к родителю #217 | Наверх | Cообщить модератору

	265. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от Аноним (265), 14-Сен-19, 00:54
	Например, value-типы, unsafe с указателями и другой низкоуровщиной, P/Invoke для вызова функций в нативных библиотеках без промежуточных обёрток а-ля JNI.
	Ответить | Правка | ^ к родителю #261 | Наверх | Cообщить модератору

3. "Сравнение производительности сетевого драйвера в вариантах н..."	–13 +/–
Сообщение от iPony129412 (?), 12-Сен-19, 11:27
Эксперты Opennet наверно опечалены, что паскаля нет 😃
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	6. "Сравнение производительности сетевого драйвера в вариантах н..."	+11 +/–
	Сообщение от Аноним (6), 12-Сен-19, 11:30
	Bash.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	164. "Сравнение производительности сетевого драйвера в вариантах н..."	+5 +/–
	Сообщение от Antonynus (?), 12-Сен-19, 20:02
	вместо него петон
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	328. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (327), 14-Ноя-19, 00:52
	Кому то и Perl, а кому то и .BAT, а остальным 99.9% - вообще ничего перечисленное ненужно :) А, тут я обширно чуть коснулся скорсоти Rust http://www.opennet.dev/opennews/art.shtml?num=51837 (и даже этого теста - "очередного Rust-бенчмарка..." как я его именую)
	Ответить | Правка | ^ к родителю #164 | Наверх | Cообщить модератору

	7. "Сравнение производительности сетевого драйвера в вариантах н..."	–4 +/–
	Сообщение от Аноним (4), 12-Сен-19, 11:30
	Да не-е-ет. Дельфи же. Паскаль - это то, от чего их универские преподы пёрлись.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	66. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (66), 12-Сен-19, 12:57
	Ну так он и создавался как язык для обучения программированию
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	75. "Сравнение производительности сетевого драйвера в вариантах н..."	–14 +/–
	Сообщение от Аномномномнимус (?), 12-Сен-19, 13:27
	Создавался-создавался, да не высоздался. Есть Python для обучения
	Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

	169. "Сравнение производительности сетевого драйвера в вариантах н..."	+17 +/–
	Сообщение от Led (ok), 12-Сен-19, 20:38
	Обучение программированию, а не мастурбации.
	Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

	13. "Сравнение производительности сетевого драйвера в вариантах н..."	+6 +/–
	Сообщение от Catwoolfii (ok), 12-Сен-19, 11:37
	Плюсов тоже нет...
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	48. "Сравнение производительности сетевого драйвера в вариантах н..."	+7 +/–
	Сообщение от Аноним (48), 12-Сен-19, 12:25
	да и кроме C одни минусы...
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	62. "Сравнение производительности сетевого драйвера в вариантах н..."	+12 +/–
	Сообщение от Alen (??), 12-Сен-19, 12:52
	К сожалению нет реализации на ассемблере
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	216. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (216), 13-Сен-19, 08:53
	Для какого именно процессора вас интересует ассемблер?
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	223. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от Аноним (223), 13-Сен-19, 10:00
	из новости CPU Xeon E3-1230 v2 3.3 GHz
	Ответить | Правка | ^ к родителю #216 | Наверх | Cообщить модератору

	224. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Alen (??), 13-Сен-19, 10:03
	>Для какого именно процессора вас интересует ассемблер? Решил блеснуть эрудицией? Тогда тебе должно быть извесно, что проц выбирается под задачу. В статье у парней была задача СРАВНИТЬ производительность программ. Соответственно главное не то, на каком, а то, чтоб на нем запустились все написанные варианты. P.S Ну и удачи вам конечно в добывании железа в которое можно вставить сетевую карту описанную в статье, с архитектурой отличной от x86 или AMD64
	Ответить | Правка | ^ к родителю #216 | Наверх | Cообщить модератору

	228. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от InuYasha (?), 13-Сен-19, 11:34
	А в ARM-машинах разве нет PCI-express?
	Ответить | Правка | ^ к родителю #224 | Наверх | Cообщить модератору

	248. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Alen (??), 13-Сен-19, 15:00
	Я не сказал, что нет, но добыть такое железо - интересный квест  :) А запускать тесты в эмуляторе - не будут показательны в плане сравнения
	Ответить | Правка | ^ к родителю #228 | Наверх | Cообщить модератору

	329. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (327), 14-Ноя-19, 00:56
	==> К сожалению нет реализации на ассемблере Вас бы устроил кривооптмизирвоанный или вообще антиптимизирвоанный вариант для пиара Rust? Ну так и не просите.
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	124. "Сравнение производительности сетевого драйвера в вариантах н..."	+6 +/–
	Сообщение от pda (?), 12-Сен-19, 17:15
	Куда больше прикалывает, что кого-то от паскаля столь припекает, что над ним продолжают глумиться лет двадцать спустя, как утихли холивары про него.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	161. "Сравнение производительности сетевого драйвера в вариантах н..."	–4 +/–
	Сообщение от soarin (ok), 12-Сен-19, 19:47
	> от паскаля столь припекает, что над ним продолжают глумиться лет двадцать спустя, как утихли холивары про него. ну да, ну да... https://www.opennet.dev/openforum/vsluhforumID3/118392.html#16
	Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

	166. "Сравнение производительности сетевого драйвера в вариантах н..."	–1 +/–
	Сообщение от Аноним (166), 12-Сен-19, 20:06
	Go есть.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

8. "Сравнение производительности сетевого драйвера в вариантах н..."	+8 +/–
Сообщение от Аноним (28), 12-Сен-19, 11:32
Какая-то ангажированная муть. C# не может быть настолько быстрее Java, Swift, OCaml, по той простой причине, что он не быстрее.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	21. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от Аноним (21), 12-Сен-19, 11:51
	В неокрепших умах, наверное, C# все же не быстрее Java и пр.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	32. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от Аноним (28), 12-Сен-19, 12:03
	Не быстрее. Смысл его использования вообще стремится к нулю. Только постоянно вливаемое бабло в его пиар создает видимость его востребованности.
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	78. "Сравнение производительности сетевого драйвера в вариантах н..."	+3 +/–
	Сообщение от Аномномномнимус (?), 12-Сен-19, 13:28
	Ты сейчас полностью описал историю приобретения популярности у Java
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	81. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от Аноним (28), 12-Сен-19, 13:36
	Java не нуждается в популяризации, она прочно удерживает определенные ниши. Это ее недокопию пытаются везде втюхивать, ибо за так нафиг никому не нужна.
	Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

	142. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от Аномномномнимус (?), 12-Сен-19, 18:24
	Лол. А как по твоему это безобразие получило популярность в "определённых нишах"? Долго пиарили, втюхивали всем подряд и ездили по ушам, всё по вышеуказанной методике. Чуда не случилось
	Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

	157. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от Аноним (28), 12-Сен-19, 19:36
	Кому что впаривали? Бизнес посчитал деньги и принял на вооружение. По сути тоже самое и с C#, только он огорожен MS продуктами за которые ты будешь платить в довесок. Чуда не случилось у MS, которая скопировала технологию и вынуждена по сей день ее ногой пропихивать. У жавы все прекрасно - энтерпрайз(веб, сервисы) + андройд. На рынке все распределено. Были PHP, Java. Пришли в этот сегмент нода, руби, питон, го. Все они ввиду своих особенностей освоили часть рынка, а C# это огороженный клон Java без внятного обоснования для его применения. Все что делает MS для серверного сегмента можно спокойно заменить на более качественные решения, зачастую бесплатные и с открытым исходным кодом. Сишарп разраб обязательно потянет за собой винду и т.д, как и свифт разраб - макось. Например, госы и банки сегодня отдают приоритет серверным решениям на основе продуктов с открытым исходным кодом. Винда везде выпиливается на корню.
	Ответить | Правка | ^ к родителю #142 | Наверх | Cообщить модератору

	188. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от Илья (??), 12-Сен-19, 22:08
	> Сишарп разраб обязательно потянет за собой винду и т.д, как и свифт разраб - макось. rider одинакого запускается как на linux, так и на macos. исполняемая среда есть mono и .netcore, + контейнеры если так пожелаете. Чего вам еще нужно?
	Ответить | Правка | ^ к родителю #157 | Наверх | Cообщить модератору

	263. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от JL2001 (ok), 13-Сен-19, 21:43
	>> Сишарп разраб обязательно потянет за собой винду и т.д, как и свифт разраб - макось. > rider одинакого запускается как на linux, так и на macos. > исполняемая среда есть mono и .netcore, + контейнеры если так пожелаете. Чего > вам еще нужно? сколько лет этому "одинаково"? вот прям щас - возможно
	Ответить | Правка | ^ к родителю #188 | Наверх | Cообщить модератору

	222. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аномномномнимус (?), 13-Сен-19, 09:29
	Бизнес развесил уши и в 2002-2003 особо деффективные манагеры, в основном банков, радостно глотали "работает на миллиардах устройств", хотя тех устройств на тот момент и было то винда, да siemens m55. С тех пор решения этих дефективных манагеров либо приходится болезненно поддерживать в хоть каком-то состоянии, либо переписывать на руби, пайтон, asp.net. Go это всё-таки меньше про веб, больше про отдельный инструмент сегодня, хотя он конечно отлично набирает обороты и будет успешнее жабы. Андроидовцы уже не раз пожалели что взяли за основу жабу. Особенно после того как окакл половину купленного у санок похоронил, а за вторую начал кидать необоснованные претензии. Т.е. это тоже была большая ошибка какого-то манагера. PHP в приличных конторах выпиливается, особенно если есть реальный бэкенд, остаётся максимум лэндинг на отдельном хосте на котором манагеры играются в ребрендинг, редезигн и СЕО, благо для того же WP тем навалом, да и разработчики считай дармовые, готовы работать почти за еду (в соответствии с квалификацией). Всё что сделано на жабе можно спокойно заменить на более качественные открытые решения. Шарп давно есть и в никсах, и на мобилках, но основной вектор их развития - веб, там вообще до шарабана какая у тебя ОС. И да, он уже достаточно давно абсолютно открытый и любой адекватный пользователь может в него накоммитать чего-нибудь полезного.
	Ответить | Правка | ^ к родителю #157 | Наверх | Cообщить модератору

	262. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от JL2001 (ok), 13-Сен-19, 21:40
	> Лол. А как по твоему это безобразие получило популярность в "определённых нишах"? > Долго пиарили, втюхивали всем подряд и ездили по ушам, всё по > вышеуказанной методике. кросплатформенность, неплохой сам язык, легко учить, легко писать, при этом достаточно быстрый, дофига всяких нужных энтерпрайзу либ, отличная IDE (у c# была сильно хуже) я не видел особой рекламы и втюхивания, выбор был java/c# и как только слышали "высоконагруженный отказоустойчивый сервер на винде" - выбирали жаву и невинду
	Ответить | Правка | ^ к родителю #142 | Наверх | Cообщить модератору

	317. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от bOOster (ok), 16-Сен-19, 05:40
	Ты походу еще не родился в то время когда JAVA появилась. И не в курсе что она практически первой и единственной виртуальной машиной с переносимым исходным кодом и работавшей практически везде где работала виртуальная машина что и нужно было бизнесу.
	Ответить | Правка | ^ к родителю #142 | Наверх | Cообщить модератору

	86. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (28), 12-Сен-19, 14:00
	Популярность Java приобрело как решение удешевляющее разработку ПО. Единственное, на начальном этапе у нее была очень унылая производительность.
	Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

	119. "Сравнение производительности сетевого драйвера в вариантах н..."	+3 +/–
	Сообщение от заминированный тапок (?), 12-Сен-19, 16:44
	на начальном этапе... а на следующем этапе осталась такой же просто железо доросло до ей потребностей простите, но динамическая природа примитивных типов и полное остуствие статики - это за гранью добра и зла
	Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

	168. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (28), 12-Сен-19, 20:23
	JIT появился не сразу. Так же на протяжении всего времени вносились оптимизации. По второму пункту - да, это вносит некоторый оверхед, но не критично.
	Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

	197. "Сравнение производительности сетевого драйвера в вариантах н..."	+4 +/–
	Сообщение от Аноним (196), 12-Сен-19, 23:09
	> динамическая природа примитивных типов и полное остуствие статики Что под этим подразумевается?
	Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

	292. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (292), 14-Сен-19, 22:20
	Под этим подразумвается, что https://openjdk.java.net/projects/valhalla/ всё ещё в разработке, а без этого всё, кроме примитивных типов, выделяется в куче, а не на стеке.
	Ответить | Правка | ^ к родителю #197 | Наверх | Cообщить модератору

	299. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от Аноним (265), 15-Сен-19, 03:06
	И каким образом аллокации в куче относятся к "динамическая природа примитивных типов и полное остуствие статики"?
	Ответить | Правка | ^ к родителю #292 | Наверх | Cообщить модератору

	170. "Сравнение производительности сетевого драйвера в вариантах н..."	+8 +/–
	Сообщение от Led (ok), 12-Сен-19, 20:40
	> на начальном этапе у нее была очень унылая производительность. И этот "начальный этап" продолжается и прогрессирует.
	Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

	35. "Сравнение производительности сетевого драйвера в вариантах н..."	+2 +/–
	Сообщение от leap42 (ok), 12-Сен-19, 12:07
	https://benchmarksgame-team.pages.debian.net/benchmarksgame/... M$ подкупила Debian через своих наймитов RH (IBM)? А может просто шапочка из фольги обзор закрывает?)
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	47. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (28), 12-Сен-19, 12:21
	Тест-то сами смотрели? Где преимущество в скорости у C#? Идут один в один, за исключением одного теста, что тоже не факт что сделано оптимально. По моему ясно, что технологически у них схожая реализация соответстввенно и производительность будет сопоставима. Также производительность зависит от сборщика мусора. Под JVM их есть несколько штук. Поэтому не следует очаровываться насчет C#. По сравнению с JVM он обладает только известными недостатками. Кто его использует сам на себя накладывает ограничения.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	67. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от Аноним (67), 12-Сен-19, 12:59
	По сравнению с JVM он обладает ещё и известными (не вам) преимуществами. Например, большим количеством низкоуровневых обёрток. Поэтому в драйвере на C# 39 строк кода на С, а в драйвере на жавке куда больше.
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	77. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (28), 12-Сен-19, 13:28
	Это частный случай, не меняющий общего тренда. При необходимости можно скомпилять нативно либу и дергать, что собственно и разумней всего сделать если вы хотите высокую производительность без оговорок.
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

	145. "Сравнение производительности сетевого драйвера в вариантах н..."	–1 +/–
	Сообщение от Аноним (21), 12-Сен-19, 18:37
	При необходимости можно и на ассемблере написать. Здесь же  рассматривается другой случай, а именно тот, которым является заголовок статьи. Читаем внимательно и без "необходимости".
	Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

	159. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (28), 12-Сен-19, 19:39
	Без необходимости можно написать на чем-то другом. Осваивать бесперспективный язык ради написания драйвера, как-то глупо что ли.
	Ответить | Правка | ^ к родителю #145 | Наверх | Cообщить модератору

	200. "Сравнение производительности сетевого драйвера в вариантах н..."	+3 +/–
	Сообщение от Аноним (196), 12-Сен-19, 23:45
	> преимуществами. Например, большим количеством низкоуровневых обёрток. А ещё дженериками без type erasure, value-типами, перегрузкой операторов (не всем нравится, но лично я предпочитаю читать/писать `a + b * c` вместо чего-то вроде `a.add(b.mul(c))`, и, чем сложнее формула, тем трэшовее вариант с "обычными" методами), паттерн матчингом, именованными и опциональными параметрами методов, async-await и другими ништяками, появление которых в Java находится, в лучшем случае, на стадии планов и обсуждений. Дотнет можно ругать за некоторую завязанность на MS вообще и винду в частности, по части языковых фич он давно обошёл жабу.
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

	167. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (167), 12-Сен-19, 20:08
	Нет, в этих бенчах отражено ожидаемое поведение. Если запускать программу очень много раз на 5 секунд и каждый раз очищать файловый кеш между запусками.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	219. "Сравнение производительности сетевого драйвера в вариантах н..."	+6 +/–
	Сообщение от Аноним (265), 13-Сен-19, 09:24
	> M$ подкупила Debian через своих наймитов RH (IBM)? Открываем тест "regex-redux" с самой большой разницей по времени выполнения и видим, что реализация на C# для регулярных выражений вместо стандартной библиотеки .NET использует PCRE с JIT-ом и не конвертирует прочитанные из файла байты в строку. Открываем "k-nucleotide" и видим, что реализация на C# входные данные читает и парсит в байтовых массивах, а реализация на Java через InputStreamReader конвертирует прочитанные байты в строку, а потом эту строку конвертирует обратно в байты. Открываем "pidigits" и видим, что реализация на C# выводит цифры сразу в stdout, а *однопоточная* реализация на Java теребонькает *потокобезопасный* (бессмысленный оверхед) StringBuffer, создавая новый его экземпляр (бессмысленная нагрузка на GC) на каждые 10 цифр. В остальных тестах разница составляет доли секунды, поэтому можно ограничиться "mandelbrot", где реализация на C# использует пул потоков и собирает результаты в одномерный массив, который сразу весь и выводит, а в реализации на Java тупо массив потоков, пишушщих в несколько массивов с "синхронизацией" через атомарную переменную. Насчёт качества реализаций пусть каждый решает сам, но различия, не обусловленные ограничениями (например, отсутствием требуемой функциональности в стандартной библиотеке) той или иной платформы, сводят в ноль репрезентативность полученных результатов.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	38. "Сравнение производительности сетевого драйвера в вариантах н..."	+11 +/–
	Сообщение от Fracta1L (ok), 12-Сен-19, 12:10
	Люблю запах пригоревших догм по утрам
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	55. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (28), 12-Сен-19, 12:31
	Смотрите с пригоранием поосторожней там, так можно и воспламенится. К ожогам прилагайте рекламные буклеты от MS.
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	88. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (88), 12-Сен-19, 14:07
	В Java по любому использовали какой-то легаси stop-the-world GC иначе я не могу объяснить такой слив С-диез не только по throughput, но и по латенси.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	97. "Сравнение производительности сетевого драйвера в вариантах н..."	+2 +/–
	Сообщение от Аноним (28), 12-Сен-19, 14:32
	Нет никакого разумного объяснения такого прорыва C# и Go. Тоже подозрения, что тупо тормоза GC или условия тестирования кривые.
	Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

	99. "Сравнение производительности сетевого драйвера в вариантах н..."	+3 +/–
	Сообщение от red75prim (?), 12-Сен-19, 14:43
	Value types в Java есть? Нет. Вот и в исследовании предполагают, что из-за этого.
	Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

	135. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от Аноним (28), 12-Сен-19, 18:07
	Уже реализовано, но не протолкнули в мейнстрим. https://medium.com/@ramtop/a-taste-of-value-types-1a8a1...
	Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

	189. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Илья (??), 12-Сен-19, 22:14
	Кто медиум читает - тот себе зла желает
	Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

	136. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от turbo2001 (ok), 12-Сен-19, 18:09
	Даже с Epsilon тормозит: https://github.com/ixy-languages/ixy-languages/blob/master/J...
	Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

	149. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от Dee (??), 12-Сен-19, 18:55
	У них там pdf-ка с разъяснениями есть. В C# есть unsafe блоки, указатели, value типы, можно почти полностью избежать GC. А в Java не выходит избежать, все время аллокации, потому на сборку мусора больше времени уходит.
	Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

	237. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от логика (?), 13-Сен-19, 13:16
	тогда это тест только тех, у кого "не выходит избежать"
	Ответить | Правка | ^ к родителю #149 | Наверх | Cообщить модератору

	284. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Vkni (ok), 14-Сен-19, 18:34
	Есть техника работы со своими memory pool - выделяете массив, а дальше работаете с ним. На Ocaml'е народ из Jane Street занимается автоматическими спекуляциями примерно в этой технике - вполне нормально получается. Я не очень понимаю, почему они пишут low latence программы не на C, но тем не менее.
	Ответить | Правка | ^ к родителю #149 | Наверх | Cообщить модератору

	107. "Сравнение производительности сетевого драйвера в вариантах н..."	+2 +/–
	Сообщение от Аноним (107), 12-Сен-19, 15:21
	> C# не может быть настолько быстрее Java Хорошая мантра. Повторяй неустанно.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	138. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (28), 12-Сен-19, 18:16
	Зачем повторять. Видел своими глазами как банк переехал C# на Java, весь процессинг был полностью переписан. Сервера перешли на Linux. После чего пазл сложился и наконец-таки все стало работать как следует, стабильно и с достаточной производительностью. Такое зрелище будет помощнее любой мантры.
	Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

	183. "Сравнение производительности сетевого драйвера в вариантах н..."	+4 +/–
	Сообщение от funny.falcon (?), 12-Сен-19, 21:43
	> весь процессинг был полностью переписан. Думаю, основная причина все-таки в этом. И особо не важно было, что «на Java». В процессе любого переписывания выявляются узкие места, проводится наболевший рефакторинг. Но убедить руководство переписать с “C# на C#” практически невозможно. А вот перейти на «более стабильную и проверенную технологию» шанс есть. Ну и «сервера перешли на Linux» намекает, что это был ещё .Net Framework на Windows. В бумаге же наверняка фигурирует .Net Core, который совершенствуется на глазах и показывает себя молодцом.
	Ответить | Правка | ^ к родителю #138 | Наверх | Cообщить модератору

	120. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от фывфывфыв (?), 12-Сен-19, 16:53
	C# будет быстрее Java в сетевом стеке как минимум потому, что там есть unsigned и на 8-битно число не нужно заводить 16-битное, на 16-битное, 32-битное и т.д. по списку.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	130. "Сравнение производительности сетевого драйвера в вариантах н..."	+3 +/–
	Сообщение от КО (?), 12-Сен-19, 17:54
	Ну если авторы умели писать быстрые программы на C# и не умели на java, то вполне
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

9. "Сравнение производительности сетевого драйвера в вариантах н..."	+38 +/–
Сообщение от Нанобот (ok), 12-Сен-19, 11:33
нужно добавить 1С! ...просто чтобы питон не был замыкающим
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	18. "Сравнение производительности сетевого драйвера в вариантах н..."	+4 +/–
	Сообщение от anonymous (??), 12-Сен-19, 11:48
	Но для этого им (немцам) пришлось бы выучить русский язык, а это, кмк, уже слишком :-)
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	22. "Сравнение производительности сетевого драйвера в вариантах н..."	+5 +/–
	Сообщение от ryoken (ok), 12-Сен-19, 11:52
	Ходят мифы, что в 1С таки есть англ.яз :D. Но российским 1с-писакам он неизвестен :D. Чёт они про жопоскрипт забыли. Ну и ассемблера нету, для полноты веселья :D.
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	110. "Сравнение производительности сетевого драйвера в вариантах н..."	–1 +/–
	Сообщение от MD (?), 12-Сен-19, 15:43
	Это не миф, наверное. Лет 15 назад для 1С 8 сам писал модуль связи с БД. Визуал бейсик.
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	221. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от 111c (?), 13-Сен-19, 09:27
	есть то он есть, но переводили имена функций и объектов там "промтом" и буквально, так что ни один здравомыслящий англоговорящий не поймет, или будет ловить лулзы с этих "названий"
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	308. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от MD (?), 15-Сен-19, 11:39
	Я писал на чистом бейсике.
	Ответить | Правка | ^ к родителю #221 | Наверх | Cообщить модератору

	76. "Сравнение производительности сетевого драйвера в вариантах н..."	–1 +/–
	Сообщение от letsmac (ok), 12-Сен-19, 13:27
	1C как бы не тюринг полный язык.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	147. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от Нанобот (ok), 12-Сен-19, 18:50
	пруф есть?
	Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

	236. "Сравнение производительности сетевого драйвера в вариантах н..."	+3 +/–
	Сообщение от Аноним (236), 13-Сен-19, 13:14
	Чёт сомнительно, потому что даже странный css никогда не предназначенный для программирования является Тьюринг-полным. Да что там говорить по css, даже в игре Factorio фанаты делали клон i8080.
	Ответить | Правка | ^ к родителю #147 | Наверх | Cообщить модератору

10. "Сравнение производительности сетевого драйвера в вариантах н..."	+6 +/–
Сообщение от Аноним (4), 12-Сен-19, 11:34
Только C. Недавно свои архивы просматривал. Извлек программу - вьювер снимков для одного из первых отечественных томографов, написанную в 1995 году на языке C для MS-DOS. Запустил в 10-ке. Работает! И даже позволяет картинки захватывать в буфер обмена.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	26. "Сравнение производительности сетевого драйвера в вариантах н..."	+2 +/–
	Сообщение от proninyaroslav (ok), 12-Сен-19, 11:55
	Может ещё C умеет платформо-зависимые компоненты писать переносимыми? В основном не язык определяет долговечность проекта, а голова и руки программиста.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	60. "Сравнение производительности сетевого драйвера в вариантах н..."	+2 +/–
	Сообщение от Аноним (60), 12-Сен-19, 12:49
	Видимо на винде было написано. Но скорее всего с прямой работой с WinAPI, вот и совместимо.
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	109. "Сравнение производительности сетевого драйвера в вариантах н..."	+2 +/–
	Сообщение от AnonPlus (?), 12-Сен-19, 15:34
	16-разрядная DOS-программа? С 64-битными виндами уже несовместимо, там эмулятор WOW16 выпилили давным-давно. А в 32=битных запуститсч, чего б нет.
	Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

	234. "Сравнение производительности сетевого драйвера в вариантах н..."	+2 +/–
	Сообщение от Аноним (-), 13-Сен-19, 12:29
	Программа, написанная на Си под DOS, и работает копирование картинки в буфер обмена Windows 10? Если честно, то верится с трудом (точнее - не верится). Может вы имеете ввиду просто скриншот экрана, где помимо прочего есть так же и окно с вашей чудо-программой, которую вы каким-то образом запустили в Win10 (что тоже странно, т.к. ЕМНИП оттуда выпилили режим совместимости с DOS) с заголовком, рамкой и т.д. ? Не могли бы вы больше технических подробностей привести?
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	293. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (293), 15-Сен-19, 00:34
	Звездобол, откуда в 10-ке поддержка DOS'а?!
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

11. "Сравнение производительности сетевого драйвера в вариантах н..."	–3 +/–
Сообщение от Аноним (11), 12-Сен-19, 11:36
А как же brainfuck?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	171. "Сравнение производительности сетевого драйвера в вариантах н..."	+12 +/–
	Сообщение от Led (ok), 12-Сен-19, 20:43
	> А как же brainfuck? При чём тут твоя жена?
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	315. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Aninomuz (?), 15-Сен-19, 20:04
	[-3] + 11 = 14 школоты Остальные в курсе.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

12. "Сравнение производительности сетевого драйвера в вариантах н..."	+18 +/–
Сообщение от Аноним (12), 12-Сен-19, 11:36
сюда, для полной картины, еще бы статистику по потреблению памяти
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	43. "Сравнение производительности сетевого драйвера в вариантах н..."	+5 +/–
	Сообщение от Аноним (43), 12-Сен-19, 12:13
	Еще время разработки и зп программиста. Для написания драйвера на С привлеки гуру, который на С лабает 20 лет. Фрика на расте, который в немецкий университетах из сабжа был один. И первокурсник который скачал экзампл драйвера на Го и поправил пару переменных.
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

14. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
Сообщение от vitalif (ok), 12-Сен-19, 11:39
Блин, я стесняюсь спросить - а КАК они написали драйвер сетевой карты на всех языках, кроме C, Rust и Go? На питоне например? Это как вообще? Где код посмотреть?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	23. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от аноним3 (?), 12-Сен-19, 11:53
	написали внешний подгружаемый модуль, работающий примерно как обычная программа в пространстве пользователя. там жек написано
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	50. "Сравнение производительности сетевого драйвера в вариантах н..."	–2 +/–
	Сообщение от ыы (?), 12-Сен-19, 12:27
	> внешний подгружаемый модуль написанный на чем?
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	144. "Сравнение производительности сетевого драйвера в вариантах н..."	–2 +/–
	Сообщение от аноним3 (?), 12-Сен-19, 18:32
	я тоже с небольшим оптимизмом отношусь к драйверам на интерпретируемых языках. но они писали на всем)) там же описано. а о внешних подгружаемых модулях полагаю все слышали. еще со времен elf такие существовали. просто опять раст впихали.... ну не знают как и где его пропиарить.
	Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

	319. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от Алексей Михайлович (?), 16-Сен-19, 20:51
	А в чём проблема Rust, кроме того, что ты его ненавидишь по религиозным соображениям? Как видишь, он показывает себя отлично.
	Ответить | Правка | ^ к родителю #144 | Наверх | Cообщить модератору

	65. "Сравнение производительности сетевого драйвера в вариантах н..."	+2 +/–
	Сообщение от Аноним (65), 12-Сен-19, 12:55
	> Где код посмотреть? https://github.com/ixy-languages Например https://github.com/ixy-languages/ixy.py https://github.com/ixy-languages/ixy.js
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	89. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от vitalif (ok), 12-Сен-19, 14:11
	А, спасибо, не осознал что отдельные репозитории Через mmap и memoryview общаются... Офигеть, открытие - до этого я в юзерспейсе видел только Intel DPDK, а он работает через vfio-pci / uio_pci_generic, т.е. через специальный драйвер ядра. А тут вроде напрямую
	Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

	113. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (113), 12-Сен-19, 16:05
	Главное — никакой низкоуровневой работы с памятью!
	Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

15. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
Сообщение от freehck (ok), 12-Сен-19, 11:41
Хотелось бы более детального сравнения с ML. Насколько сильно проседает производительность при использовании OCaml и Haskell?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	300. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Vkni (ok), 15-Сен-19, 03:36
	> Хотелось бы более детального сравнения с ML. Насколько сильно проседает производительность > при использовании OCaml и Haskell? Смотря как писать, думаю. Вообще, там есть копирование массивов, кмк, излишнее - см. https://github.com/ixy-languages/ixy.ml/blob/master/lib/ixy.... https://github.com/ixy-languages/ixy.ml/blob/master/lib/iXGB... и т.д. немного не идиоматично. По мне лучше бы   | RDT i when i < 64 -> 0x01018 + (i * 0x40)   | RDT i ->             0x0D018 + ((i - 64) * 0x40) С одной стороны, это идиоматический код, а с другой - там же всё равно DMA, и надо писать аккуратно. С третьей - зачем эмулировать язык C на Ocaml/Haskell? Возможно срезы (Slice), будь они реализованы в камле, помогли бы избавиться от копирования массивов. ---------------------------- По Haskell - ну беглый взгляд говорит, что почему-то не везде newtype стоят, можно директивы INLINE расставить, опять-таки, копирование буфера.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	303. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от freehck (ok), 15-Сен-19, 10:36
	>> Хотелось бы более детального сравнения с ML. Насколько сильно проседает производительность >> при использовании OCaml и Haskell? > Смотря как писать, думаю. Я думаю, что писать надо, как криворукая обезьяна. То бишь как все. Ну, вероятно, копирование буферов там и правда зря. А вот на идиоматиччность наплевать -- никто на неё смотреть не будет. Спасибо за разбор, Vkni. Если Вы ещё поиграетесь с этим куском кода, и сможете снизить потери производительности, дайте плиз знать, до каких пределов удалось оптимизировать.
	Ответить | Правка | ^ к родителю #300 | Наверх | Cообщить модератору

	311. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Vkni (ok), 15-Сен-19, 16:01
	> Я думаю, что писать надо, как криворукая обезьяна. То бишь как все. Тогда, в теории, нужен Rust. Но он слишком наворочен. И, конечно, на С удобнее писать - всё-таки С прямо предназначен для таких штук. > Если Вы ещё поиграетесь с этим куском кода Увы, нет времени.
	Ответить | Правка | ^ к родителю #303 | Наверх | Cообщить модератору

16. "Сравнение производительности сетевого драйвера в вариантах н..."	+3 +/–
Сообщение от AlexTedx (?), 12-Сен-19, 11:43
Rust one love
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

17. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
Сообщение от Аноним (28), 12-Сен-19, 11:43
Кто проплатил исследователей, тот и в топе. Единственное нельзя было сделать победителем Go или C#, это бы не зашло. Где С++?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	20. "Сравнение производительности сетевого драйвера в вариантах н..."	+3 +/–
	Сообщение от anonymous (??), 12-Сен-19, 11:51
	Там есть ссылки на код: https://github.com/ixy-languages/ixy-languages Если на каком-то языке сделано неправильно, то есть смысл предложить PR. Ну или хотя бы поделиться соображениями тут в комментариях.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	53. "Сравнение производительности сетевого драйвера в вариантах н..."	–1 +/–
	Сообщение от Аноним (53), 12-Сен-19, 12:28
	> отмечается, что оптимизация структур хранения данных могла бы повысить производительность примерно в 10 раз А что тут предлагать? По моему очевидно какая цена этому «исследованию».
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	156. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (167), 12-Сен-19, 19:34
	> Если на каком-то языке сделано неправильно, то есть смысл предложить PR. А можно и не предлагать. Пусть их поделку дописывают и раскручивают за свой счёт те, у кого не хватило ума плюнуть и пройти мимо.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	163. "Сравнение производительности сетевого драйвера в вариантах н..."	+3 +/–
	Сообщение от anonymous (??), 12-Сен-19, 20:01
	То есть по существу сказать нечего? :)
	Ответить | Правка | ^ к родителю #156 | Наверх | Cообщить модератору

	215. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Коньвпальто (?), 13-Сен-19, 08:25
	По существу авторы теста сами отписались, добавить тут абсолютно нечего. Просто одного наличия как минимум двух вариантов и отсутствие асемблера и еще, как минимум, плюсов делает это произведение как минимум похожим скорей на измышления неокрепшего кодера над выбором самого офигенного языка программирования в мире, дабы точно не пролететь с карьерой в мире информационных технологий. Ну пусть ковыряется, жалко чтоль, однозначно плюс к за труд, но с выводами лучше было вот так вот, в открытый мир, пока не лезть ;) ну или хотябы убрать пару вариантов, чтобы не выглядеть клоуном.
	Ответить | Правка | ^ к родителю #163 | Наверх | Cообщить модератору

	172. "Сравнение производительности сетевого драйвера в вариантах н..."	+8 +/–
	Сообщение от Led (ok), 12-Сен-19, 20:45
	> Где С++? Не провоцируй: честный ответ на опеннете забанят.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	211. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Адекват (ok), 13-Сен-19, 07:25
	> Где С++? Пока все еще компилируется.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

19. "Сравнение производительности сетевого драйвера в вариантах н..."	–9 +/–
Сообщение от th3m3 (ok), 12-Сен-19, 11:50
Rust - рулит, что и требовалось доказать.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	25. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от Аноним (25), 12-Сен-19, 11:53
	Это си рулит. Сорцы открой своего хруста.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	39. "Сравнение производительности сетевого драйвера в вариантах н..."	+5 +/–
	Сообщение от Zzzzz (?), 12-Сен-19, 12:11
	Открыл. Rust 97.5%     Python 0.6%     JavaScript 0.4%     C++ 0.3%     Makefile 0.3%     Yacc 0.2%     Other 0.7%
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	41. "Сравнение производительности сетевого драйвера в вариантах н..."	–7 +/–
	Сообщение от Аноним (25), 12-Сен-19, 12:12
	Молодец, теперь посмотри как это сделано.
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	92. "Сравнение производительности сетевого драйвера в вариантах н..."	+2 +/–
	Сообщение от Zzzzz (?), 12-Сен-19, 14:11
	Посмотрел. Все на Rust, иногда дергаются библиотеки типа libc, но дурашка других в линюхах-то нет.
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	206. "Сравнение производительности сетевого драйвера в вариантах н..."	–1 +/–
	Сообщение от Аноним (25), 13-Сен-19, 05:11
	То есть, если я буду дёргать из js библиотечный код, то можно сказать, что у меня всё на js?
	Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

24. "Сравнение производительности сетевого драйвера в вариантах н..."	+14 +/–
Сообщение от Аноним (25), 12-Сен-19, 11:53
Драйвер на руст - это unsafe вызовы libc. Короче это - драйвер на си. Растоадепты, как обычно, всё украли и выдали за своё.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	106. "Сравнение производительности сетевого драйвера в вариантах н..."	–5 +/–
	Сообщение от burjui (ok), 12-Сен-19, 15:18
	Позорище, даже в сорцы не глядел, а такие же безмозглые хейтеры плюсики ставят, поддакивают. $ loc               -------------------------------------------------------------------------------- Language             Files        Lines        Blank      Comment         Code -------------------------------------------------------------------------------- Rust                     9         6344          895          631         4818 Markdown                 1          143           47            0           96 Toml                     1           13            2            0           11 Bourne Shell             1           10            0            1            9 -------------------------------------------------------------------------------- Total                   12         6510          944          632         4934 -------------------------------------------------------------------------------- $ grep -r unsafe | wc -l 55
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

30. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
Сообщение от Аноним (30), 12-Сен-19, 11:58
А можно больше аргументации в пользу раст? - из перевода неясно, почему же такой вывод. Мне интересен раст, но вот именно в драйверах критична скорость, нет смысла переходить с С.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	36. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от Аноним (43), 12-Сен-19, 12:09
	Памятебезопасность. Если у тебя неограниченное количество программистов с опытом на С в железках, тебе не надо.
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

Часть нити удалена модератором

	82. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от red75prim (?), 12-Сен-19, 13:37
	Я вот удивляюсь, зачем в офисах С программистов всякие перила на лестницах, двери в лифтах понатыканы? Где-то даже таблички "мокрый пол" ставят. Внимательно смотри куда идёшь и всё будет в порядке. Unsafe означает: "Наткнулся на перила, подумал и решил, что стоит перепрыгнуть".
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

31. "Сравнение производительности сетевого драйвера в вариантах н..."	–1 +/–
Сообщение от Кодер (?), 12-Сен-19, 12:02
Вот ведь в "Одноклассниках" люди мучаются с явой, и не знают, какая она медленная для сетевых задач.. Исходнички бы посмотреть, как эти тестеры с сетью работали...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	34. "Сравнение производительности сетевого драйвера в вариантах н..."	+4 +/–
	Сообщение от Аноним (25), 12-Сен-19, 12:05
	Ну открой да посмотри, исходники есть для всех тестов.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	90. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (88), 12-Сен-19, 14:11
	В исходниках не написано с какими параметрами запускали виртуальную машину.
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	150. "Сравнение производительности сетевого драйвера в вариантах н..."	+3 +/–
	Сообщение от Нанобот (ok), 12-Сен-19, 18:57
	о да, любимая отмазка свидетелей джавы: джава тормозит не из-за кривизны рук разработчиков, а из-за неправильных параметров запуска ВМ
	Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

	160. "Сравнение производительности сетевого драйвера в вариантах н..."	+2 +/–
	Сообщение от Аноним (167), 12-Сен-19, 19:44
	Внезапно, так и есть. Авторы Java-версии открыто признают, что не заморачиваются и аллоцируют по объекту на пакет ("we still allocate around 20 bytes on average per forwarded packet"). Т.е. вместо самой программы они бенчмаркают сборщик мусора. А ещё они зачем-то используют Unsafe и volatile-поля, тем самым не давая JVM выполнять большинство оптимизации.
	Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

	266. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (266), 14-Сен-19, 02:17
	Самый интересный комментарий
	Ответить | Правка | ^ к родителю #160 | Наверх | Cообщить модератору

	312. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Wilem (?), 15-Сен-19, 18:54
	Большинство жаверов кстати действительно не знают, какая она медленная.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

33. "Сравнение производительности сетевого драйвера в вариантах н..."	+3 +/–
Сообщение от Аноним (33), 12-Сен-19, 12:03
На эрланге есть?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	133. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (107), 12-Сен-19, 18:04
	Возьми сишный драйвер, завяжи обмен с устройством на stdin/stdout, прикрути к порту evm и померяй. Звучит глупо? Да, потому что эрланг не для этого.
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	176. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от Аноним (176), 12-Сен-19, 20:56
	А драйвер на джаваскрипте это не глупо? К тому же я слышал что эрланг используют там где нужно low latency.
	Ответить | Правка | ^ к родителю #133 | Наверх | Cообщить модератору

	239. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (239), 13-Сен-19, 14:05
	Не смеши мои памперсы. EVM в усмерть ужирает память и особенно CPU на задаче чутьболее сложной и выходящей из Си рантайма. Так что так только звонки форвардить...
	Ответить | Правка | ^ к родителю #176 | Наверх | Cообщить модератору

	256. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от Аноним (107), 13-Сен-19, 19:33
	Насчёт low latency не скажу, есть среди его характеристик некая "soft real-time", так это просто возможность сообщить об ошибке, если воркер не вернул результат запроса в течение заданного таймаута. Главная фишка Эрланга, как принято считать - в неубиваемости. Ошибки и непредвиденные ситуации возникнут по-любому, а значит давайте не избегать ошибок, а быть к ним готовыми. Отсюда парадигма "Let it crash" - "Пусть грохнется".
	Ответить | Правка | ^ к родителю #176 | Наверх | Cообщить модератору

37. "Сравнение производительности сетевого драйвера в вариантах н..."	+3 +/–
Сообщение от mick (??), 12-Сен-19, 12:10
Ерундой занимаются, а ничего что есть специализированый язык Vala для создания кода с безопасной работой с памятью, и компилируемый/интерпретируемый в чистый C, почему то не включили в обзор, случайность ? не думаю ...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	93. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от red75prim (?), 12-Сен-19, 14:14
	А они точно про него слышали? Ищем "LANG_NAME programming language" в гугле. Количество результатов: Vala - 3,740, Ada - 107,000, C - 4,880,000, C# - 721,000, D - 557,000, Nim - 8,990, Rust - 201,000.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	301. "Сравнение производительности сетевого драйвера в вариантах н..."	+2 +/–
	Сообщение от ф (?), 15-Сен-19, 08:07
	Вот D интересно увидеть в подобном сравнении.
	Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

40. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
Сообщение от exSun (ok), 12-Сен-19, 12:11
Ну наконец-то https://imgur.com/NFinaiK
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	44. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (43), 12-Сен-19, 12:15
	Зато переносимость.
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

49. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
Сообщение от Ilya Indigo (ok), 12-Сен-19, 12:26
Где C++ в тестах?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	240. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (239), 13-Сен-19, 14:06
	Почти все противники С++ в разработке железа и оборудования. Не видать вам классов в драйверах как своих ушей =)
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	247. "Сравнение производительности сетевого драйвера в вариантах н..."	+3 +/–
	Сообщение от Ilya Indigo (ok), 13-Сен-19, 14:18
	Я сам противник плюсов в драйверах и низкоуровневых библиотеках, но если эти "утырки", додумались запихнуть в тест решётку, жабу и даже пихон с JS, то отсутствие плюсов можно объяснить не иначе что они добавили их, но они уделали ржавого по всем пунктам, и их пришлось удалить из графика.
	Ответить | Правка | ^ к родителю #240 | Наверх | Cообщить модератору

51. "Сравнение производительности сетевого драйвера в вариантах н..."	+2 +/–
Сообщение от Аноним (51), 12-Сен-19, 12:27
Блин. На JavaScript нельзя писать драйвера. Обидно :(
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

54. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
Сообщение от bvs23bkv33 (?), 12-Сен-19, 12:29
> язык Rust является лучшим кандидатом для разработки драйверов сначала культурные люди напишут на расте а потом какой-то бородач перепишет всё на сях и снова все будут пользоваться нормально написанным драйвером потому что он быстрее 2% тормознутости растового драйвера помноженные на годы использования не стоят того чтоб экономить на нормальном программисте
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	230. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от Аноним (223), 13-Сен-19, 11:48
	ох уж эти мифические нормальные си-программисты, которые никогда не ошибаются. Пока твой нормальный си-программист будет ошибки отлавливать в своем драйвере, растовый нормальный программист напишет десяток работоспособных приблуд с минимумом ошибок.
	Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

56. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
Сообщение от Аноним (56), 12-Сен-19, 12:34
> Замкнул рейтинг драйвер на языке Python, который смог обработать всего 0.14 млн пакетов в секунду. GIL всех схоронил
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	63. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (53), 12-Сен-19, 12:53
	Нет, почитай новость, они _специально_ сделали драйвер на питоне самым медленным.
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	79. "Сравнение производительности сетевого драйвера в вариантах н..."	–3 +/–
	Сообщение от rshadow (ok), 12-Сен-19, 13:31
	По всей видимости они просто ниасилили написать на питоне. Но ведь это же такой простой язык на котором напишет и макака...
	Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

	108. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от Аноним (108), 12-Сен-19, 15:22
	Недавно делал программу на питоне с хитрым перемножением-сложением матриц. Работает, но медлено. Переписал с использованием фич питона, с использованием list-ов,  yielld-ов и zap-ов. Не помогло. Переписал, заменив всё вызовами numpy. Ускорилось на 3 порядка. Вывод: оптимизации в питоне — вещь неочевидная.
	Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

	115. "Сравнение производительности сетевого драйвера в вариантах н..."	+3 +/–
	Сообщение от Crazy Alex (ok), 12-Сен-19, 16:16
	Вывод - использовать нативный код, что и было сделано с numpy
	Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

	141. "Сравнение производительности сетевого драйвера в вариантах н..."	–1 +/–
	Сообщение от rshadow (ok), 12-Сен-19, 18:23
	Про то и речь, что написали вычислительное ядро на Си. И обернули питоном.
	Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

	162. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от nobody (??), 12-Сен-19, 19:58
	numpy использует библиотеки blas / openblas , в большой части написанные на фортране (например https://github.com/xianyi/OpenBLAS/wiki/Installation-Guide)
	Ответить | Правка | ^ к родителю #141 | Наверх | Cообщить модератору

	264. "Сравнение производительности сетевого драйвера в вариантах н..."	+2 +/–
	Сообщение от Ушастый (?), 13-Сен-19, 22:10
	Не порите чушь, ей больно. Исторически BLAS действительно был написан на фортране, но сейчас от фортрана там остался только API (которым и не пользуется никто, все давно переехали на сишное API, CBLAS). Тот же OpenBLAS написан на сях с ассемблерными вставками, SSE и AVX для выжимания каждой капли производительности из железа.
	Ответить | Правка | ^ к родителю #162 | Наверх | Cообщить модератору

57. "Сравнение производительности сетевого драйвера в вариантах н..."	+8 +/–
Сообщение от анонимумуму (?), 12-Сен-19, 12:37
> При написании кода основное внимание уделялось достижению максимально возможной производительности с учётом особенностей каждого языка. > Реализация на Python была использована для оценки скорости работы интерпретаторов без JIT и без специфичных оптимизаций (код выполнялся с использованием CPython 3.7 и не был совместим с PyPy, но отмечается, что оптимизация структур хранения данных могла бы повысить производительность примерно в 10 раз). Мне одному кажутся эти два абзаца противоречащими друг другу?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	59. "Сравнение производительности сетевого драйвера в вариантах н..."	+2 +/–
	Сообщение от анонимумуму (?), 12-Сен-19, 12:39
	А, ну понятно. > Performance is not the primary goal of this (Pytohn - прим. меня) version of our driver, it is the only implementation presented here that is not explicitly optimized for performance. It is meant as a simple prototyping environment for PCIe drivers and as an educational tool
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

	80. "Сравнение производительности сетевого драйвера в вариантах н..."	–3 +/–
	Сообщение от rshadow (ok), 12-Сен-19, 13:34
	То есть, если использовать еще один вариант питона, и подключить нормальные Си библиотеки, то он тоже сможет потягаться.
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

	181. "Сравнение производительности сетевого драйвера в вариантах н..."	+2 +/–
	Сообщение от Dnina (ok), 12-Сен-19, 21:24
	Получается, что питонистам нужно знать си, чтобы писать на нём библиотеки для питона, если нет нужного функционала?
	Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

	212. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Коньвпальто (?), 13-Сен-19, 08:03
	Получается, что питонистам как я и яваскриптистам с явистами, в целом вообще незачем писать дрова для сетевых карт. Это все равно что шуруповертом гвозди забивать. Ну да, возможно, в принципе и, наверное, весело.
	Ответить | Правка | ^ к родителю #181 | Наверх | Cообщить модератору

	105. "Сравнение производительности сетевого драйвера в вариантах н..."	+2 +/–
	Сообщение от Аноним (105), 12-Сен-19, 15:14
	Тестирование производительность, но этот вариант мы делаем без прицела на производительность. Не то что бы я за дрова на питоне, но это какой-то бред.
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

	158. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от a3k (?), 12-Сен-19, 19:37
	Ну так ни у кого не было сомнений, что чисто интерпретируемый язык будет работать медленно.
	Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

	213. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от Коньвпальто (?), 13-Сен-19, 08:05
	Тут не всем это очевидно, это очевидно.
	Ответить | Правка | ^ к родителю #158 | Наверх | Cообщить модератору

58. "Сравнение производительности сетевого драйвера в вариантах н..."	–1 +/–
Сообщение от anonismus (?), 12-Сен-19, 12:38
> almost matches the speed of the C implementation but with the added features of Go (~10% performance loss, depending on batch sizes and CPU speed) Как я и говорил, у Go оверхед в 10-15%, если писать оптимально.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	180. "Сравнение производительности сетевого драйвера в вариантах н..."	–1 +/–
	Сообщение от qwerty123 (??), 12-Сен-19, 21:16
	>Как я и говорил, у Go оверхед в 10-15%, если писать оптимально. А если писать на С, то вообще нет.
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	231. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от Аноним (223), 13-Сен-19, 11:50
	...но вместо оверхеда появляется букет ошибок, некоторые из которых находятся и фиксятся через десятилетия.
	Ответить | Правка | ^ к родителю #180 | Наверх | Cообщить модератору

	233. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от Ordu (ok), 13-Сен-19, 12:17
	Есть там оверхед. https://github.com/ixy-languages/ixy-languages/blob/master/R... Там статья берёт вопрос "почему раст оказался медленнее", переформулирует его в формат "почему раст так мало отстал -- не на десятки процентов, а на единицы" (приводя аргументы в пользу того, что это более правильная постановка вопроса), и предлагает ответ, основываясь за замерах профайлера. Часть ответа -- C очень неэффективно работает с кешом, мажет мимо L1 три раза из четырёх. Правда это про конкретную реализацию, конкретной программы, и может если переписать этот сишный код, сделав его более кеш-френдли, то будет лучше. Но мне лень, если честно, может я и доберусь посмотреть на код, чтобы понять как это выходит, но делать лучше я не буду в любом случае. Ты можешь попробовать, если ты сделаешь лучше -- закинь свой код исследователям, чтобы они пофиксили результаты.
	Ответить | Правка | ^ к родителю #180 | Наверх | Cообщить модератору

61. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
Сообщение от Leo90 (?), 12-Сен-19, 12:51
minix3 уже все сделал.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	241. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (239), 13-Сен-19, 14:08
	А не Rustовый Redux все уже сделал
	Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

64. "Сравнение производительности сетевого драйвера в вариантах н..."	+4 +/–
Сообщение от anonismus (?), 12-Сен-19, 12:53
> Предоставляемые в Rust возможности позволяют избавиться от проблем, возникающих из-за низкоуровневой работы с памятью, Через использование 49 unsafe блоков с низкоуровневой работой с памятью? Классно избавились, зачёт.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	71. "Сравнение производительности сетевого драйвера в вариантах н..."	–2 +/–
	Сообщение от Аноним (43), 12-Сен-19, 13:17
	Раст более безопасен. Но не полностью) Читай впитывай https://news.ycombinator.com/item?id=16962551
	Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

	87. "Сравнение производительности сетевого драйвера в вариантах н..."	+2 +/–
	Сообщение от Аноним (87), 12-Сен-19, 14:01
	unsafe используется для взаимодействия безопасного кода rust с "внешним миром", здесь - API ядра Linux. Для желающих разобраться с unsafe есть https://doc.rust-lang.org/nomicon/index.html
	Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

	95. "Сравнение производительности сетевого драйвера в вариантах н..."	–2 +/–
	Сообщение от kiwinix (?), 12-Сен-19, 14:20
	Дело в том, что когда ты используешь unsafe ты знаешь что на самом то деле оно безопасно.. Типа ты понимаешь что творишь. Это как указатель что "я знаю что тут возможно выйти за границы буфера, но этого по моему индексу никогда не случится" Поэтому да, так безопасно
	Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

	102. "Сравнение производительности сетевого драйвера в вариантах н..."	+9 +/–
	Сообщение от Александр (??), 12-Сен-19, 15:06
	Дело в том, что когда ты используешь Си ты знаешь что на самом то деле оно безопасно.. Типа ты понимаешь что творишь. Это как указатель что "я знаю что тут возможно выйти за границы буфера, но этого по моему индексу никогда не случится" Поэтому да, так безопасно
	Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

	104. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от red75prim (?), 12-Сен-19, 15:13
	Дело в том, что когда ты пишешь каждую строчку на Си ты знаешь что на самом то деле оно безопасно.. Это как указатель "Я - супермен, я - делаю в 500 раз меньше ошибок, чем всякие там прочие". Поэтому да, так безопасно
	Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

	116. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от ixrws (??), 12-Сен-19, 16:24
	Вот это очень странно слышать от вроде как специалистов. Понятно, когда речь идёт про детский сад и предметы там делают безопасными, хотя даже там не всегда это разумно для всего делать. Но когда специалисты голосуют за безопасные инструменты жертвуя эффективностью и что ещё хуже - удобством инструментов - это что-то совершенно за гранью и возникает вопрос в адекватности специалистов то есть специалисты ли они вообще? Ведь всегда, с начала времён люди старались делать удобные, эффективные инструменты. Все остальные параметры шли после этих двух основных. Порой параметр безопасности был важен, но только там где он был сильно важен, он учитывался. Скажем поварские ножи делают максимально острыми и это идёт в разрез с безопасностью, потому что неосторожным движением можно фалангу отрезать, а тупым ножом максимум будет порез глубокий. В общем что-то странное с миром происходит, сбрендили.
	Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

	139. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от red75prim (?), 12-Сен-19, 18:21
	Программисты режут пальцы в основном юзерам, это не так чувствуется и ощущение полноты контроля и эффективности инструмента есть.
	Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

	152. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Dee (??), 12-Сен-19, 19:07
	Да замучались просто CVE латать. Уж сколько пишут-пишут, исправляют-исправляют, даже самые специалисты, а все равно дырка за дыркой обнаруживается, и в большинстве случаев - именно некорректная работа с памятью. Вот и решили что-то кардинально поправить, сколько можно дырками дырки латать.
	Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

	190. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Андрей (??), 12-Сен-19, 22:19
	Так ведь же без хлеба останутся.
	Ответить | Правка | ^ к родителю #152 | Наверх | Cообщить модератору

	242. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (239), 13-Сен-19, 14:10
	Не посмотри на синтаксис и сложность Rust там еще и на икру можно
	Ответить | Правка | ^ к родителю #190 | Наверх | Cообщить модератору

	192. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Илья (??), 12-Сен-19, 22:35
	> голосуют за безопасные инструменты жертвуя эффективностью Ясен день, деньги же считаем и данные обрабатываем.
	Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

	243. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (239), 13-Сен-19, 14:10
	Жаль что не все деньги сосчитаны и не все обработаны, но у конкурентов будет лучше не преживайте
	Ответить | Правка | ^ к родителю #192 | Наверх | Cообщить модератору

	194. "Сравнение производительности сетевого драйвера в вариантах н..."	+2 +/–
	Сообщение от Ordu (ok), 12-Сен-19, 22:47
	Эта позиция, мол если взять достаточно квалифицированных C программистов, то не будет проблем с памятью -- это очень старая позиция, и она в общем разрушена. Особо упёртые продолжают стоять на руинах и по принципу "ссы в глаза -- божья роса" талдычить одно и то же, мол ищите специалистов. Если ты не веришь, покажи мне какую-нибудь из своих программок на C, размером от 10k строк, я потрачу выходные и найду тебе там проблемы с памятью или UB. Ну, это на тот случай, если ты думаешь что ты являешься примером C программиста, который не совершает ошибок, то я покажу тебе, что ты ошибаешься как минимум в двух случаях: тогда, когда пишешь код на C, и тогда, когда оцениваешь свои способности.
	Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

	232. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (223), 13-Сен-19, 11:54
	> Ведь всегда, с начала времён люди старались делать удобные, эффективные инструменты. Все остальные параметры шли после этих двух основных Ну да, все удобные и, главное, эффективные инструменты уже изобрели в каменном веке. Прогресс остановился, ведь ничего не изменяется, правда? Как вы умудрились с помощью палки-копалки и скребка написать коммент на опеннете?
	Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

	310. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от freehck (ok), 15-Сен-19, 12:19
	>> Ведь всегда, с начала времён люди старались делать удобные, эффективные инструменты. Все остальные параметры шли после этих двух основных > Ну да, все удобные и, главное, эффективные инструменты уже изобрели в каменном > веке. Прогресс остановился, ведь ничего не изменяется, правда? Как вы умудрились > с помощью палки-копалки и скребка написать коммент на опеннете? Очень просто. Он запустил Emacs и включил M-x butterfly-mode.
	Ответить | Правка | ^ к родителю #232 | Наверх | Cообщить модератору

	309. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от freehck (ok), 15-Сен-19, 12:16
	> Но когда специалисты голосуют за безопасные инструменты жертвуя эффективностью и что ещё хуже - > удобством инструментов - это что-то совершенно за гранью и возникает вопрос в адекватности специалистов > то есть специалисты ли они вообще? Не, не возникает такого вопроса. Потому что есть простое объяснение: не существует такого количества специалистов, чтобы удовлетворить всесь спрос рынка IT. Так что рынок добирает недостающее посредственностями, и их, увы, большинство. Чтобы эти посредственности делали полезную работу и не мешались -- мы проголосуем за то, чтобы пожертвовать эффективностью в пользу удобства и безопасности. Так что не сбрендили мы, всё закономерно. PS. А ещё, давайте будем честными хотя бы перед собой: даже специалисты ошибаются.
	Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

68. "Сравнение производительности сетевого драйвера в вариантах н..."	–2 +/–
Сообщение от Мгер (?), 12-Сен-19, 13:02
почему с++ нет?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	69. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от Аноним (43), 12-Сен-19, 13:14
	С++ это не нужная надстройка. Тот же раст только с другим синтаксисом. Заодно посмотри в ядре сколько строк на С++  удивись.
	Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

	70. "Сравнение производительности сетевого драйвера в вариантах н..."	+2 +/–
	Сообщение от Мгер (?), 12-Сен-19, 13:17
	> С++ это не нужная надстройка. Тот же раст только с другим синтаксисом. > Заодно посмотри в ядре сколько строк на С++  удивись. любой язык надстройка над ассемблером. так мне интересно кто лучше раст или с++
	Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

	173. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от Аноним (173), 12-Сен-19, 20:48
	Над машинным кодом, а не асмом.
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

	244. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (239), 13-Сен-19, 14:13
	Если ты программируешь на С++ и зарабатываешь на этом, то лучше конечно С++ для тебя. А если тебе интересна фишечка Rust, так это хранение vtable отдельно от типа и соответсвенно экономия пары сотни байт на этом. А ну и так по мелочи всякого добавили там защиты всякой.
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

	282. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (282), 14-Сен-19, 16:16
	Вот только когда в Rust сделают нормальное наследование, только тогда он сможет заявлять о себе как о замене C++. А так ни разу не замена.
	Ответить | Правка | ^ к родителю #244 | Наверх | Cообщить модератору

	291. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Forth (ok), 14-Сен-19, 20:55
	На кой оно вам сдалось? Привести пример кода можете, где прям без наследования ну никак нельзя?
	Ответить | Правка | ^ к родителю #282 | Наверх | Cообщить модератору

	313. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Wilem (?), 15-Сен-19, 18:59
	Зачем тебе наследование? Это мертворожденная фича, которой практически никто уже не пользуется ни в каких языках. Даже для UI. Трейты рулят. Композиция.
	Ответить | Правка | ^ к родителю #282 | Наверх | Cообщить модератору

85. "Сравнение производительности сетевого драйвера в вариантах н..."	+3 +/–
Сообщение от Аноним (85), 12-Сен-19, 13:52
Радует участие OCaml.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	125. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от neAnonim (?), 12-Сен-19, 17:17
	Университет же, единственное место где его возможно встретить
	Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

	278. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от Аноним (282), 14-Сен-19, 16:04
	Есть мультиклиент различных P2P-сетей на нём http://mldonkey.sourceforge.net/
	Ответить | Правка | ^ к родителю #125 | Наверх | Cообщить модератору

	296. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Vkni (ok), 15-Сен-19, 00:53
	Не единственное - Facebook/Jane Street и другие по-мелочи.
	Ответить | Правка | ^ к родителю #125 | Наверх | Cообщить модератору

91. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
Сообщение от Аноним (91), 12-Сен-19, 14:11
Тест по пороизводителность... Но, где тест по нагрузке на процессор и тест по потреблению памяти?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	132. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (132), 12-Сен-19, 18:02
	Можно предположить они съели все ресурсы от 3 Ггц проца.
	Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

94. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
Сообщение от svsd_val (ok), 12-Сен-19, 14:14
Они не думают что 2-10% это тоже много, если 1 драйвер - это не страшно а теперь представляем ОС состоящую только из подобных драйверов и все с такими "просадками" производительности ... в итоге получим черепаху которая "нормально" будет работать разве что на дорогих компах ...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	96. "Сравнение производительности сетевого драйвера в вариантах н..."	–4 +/–
	Сообщение от kiwinix (?), 12-Сен-19, 14:22
	Люблю Раст, но плюсую что просадки производительности 2% для драйвера это многовато..
	Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

	314. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Wilem (?), 15-Сен-19, 19:03
	Все эти исходники могут сильно различаться по степени оптимизированности. Ну и плюс это сравнение не языков, а компиляторов и рантаймов. Которые ещё разных версий бывают. Раст должен работать без оверхеда над си, если где-то проседает значит либо код неоптимальный либо в компиляторе есть что улучшить.
	Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

	98. "Сравнение производительности сетевого драйвера в вариантах н..."	–1 +/–
	Сообщение от НяшМяш (ok), 12-Сен-19, 14:42
	Нельзя забывать что ОС - это куча других разных вещей. Взять тот же Clear Linux - при тех же самых исходниках умудряется иногда производительность выжимать в несколько раз больше. Если ОС сама по себе не будет давать большого оверхеда, то драйвер медленнее линуксического на 2-10% не будет такой большой проблемой.
	Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

	103. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от Аноним84701 (ok), 12-Сен-19, 15:07
	>о драйвер медленнее линуксического на 2-10% > не будет такой большой проблемой. Оно не будет проблемой, потому что можно вместо гаданий на опеннетной гуще поглядеть в код и/или объяснения авторов: https://github.com/ixy-languages/ixy-languages/blob/master/R... > There are only two major differences between the idiomatic Rust and C implementations: > Rust enforces bounds checks while the C code contains no bounds checks (arguably idiomatic style for C). > C does not require a wrapper object for DMA buffers, it stores all necessary metadata directly in front of the packet data the same memory area as the DMA buffer. или https://www.net.in.tum.de/fileadmin/bibtex/publications/pape... > We present user space drivers for the Intel ixgbe 10 Gbit/s network cards > implemented in Rust, Go, C#, Java, OCaml, Haskell, Swift, > JavaScript, and Python written from scratch in idiomatic style for the respective languages. > We quantify costs and benefits of using these languages: High-level languages are ... >  Our Rust driver executes 63% more instructions per packet but is only 4% slower than a reference C implemen- Очевидно, что "идиоматический" стиль, особенно для критичных частей, типа дров, можно и не выдерживать. Ну и вообще, делать выводы из разницы в пару процентов в _таком_ тесте я бы поостерегся.
	Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

	112. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Андрей (??), 12-Сен-19, 16:03
	>  Our Rust driver executes 63% more instructions per packet but is only 4% slower than a reference C implemen- Т.е. экономические затраты датацентра (на электричество) при переходе на такой вот драйвер вырастут.
	Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

	114. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от Аноним84701 (ok), 12-Сен-19, 16:09
	> >  Our Rust driver executes 63% more instructions per packet but is only 4% slower than a reference C implemen- > Т.е. экономические затраты датацентра (на электричество) при переходе на такой вот драйвер вырастут. Проценты лучше смотреть вот эти: >> But it manages to do so with only 6% (11%) more cycles per packet for batch size 32 (batch size 8).
	Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

	274. "Сравнение производительности сетевого драйвера в вариантах н..."	–1 +/–
	Сообщение от Онаним (?), 14-Сен-19, 11:01
	То есть целых 10% производительности надо отдать за возможность хипстерков писать на моднявом язычке? С учётом того, что стоимость разработки на C/хрусте выйдет примерно одинаковой, а толковых программистов на первом больше - не, спасибо.
	Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

	286. "Сравнение производительности сетевого драйвера в вариантах н..."	–1 +/–
	Сообщение от red75prim (?), 14-Сен-19, 19:06
	Когда-то давно хипстеры Керниган и Ричи переписывали UNIX с ассемблера на наколенную поделку, которая позже стала языком C. Наверно тоже сколько-то процентов производительности потеряли. Оптимизатора в компиляторе С тогда особо не было.
	Ответить | Правка | ^ к родителю #274 | Наверх | Cообщить модератору

	287. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от red75prim (?), 14-Сен-19, 19:14
	Впрочем, из-за чего там эти 10% в статье особо не разбирались, а предположили, что из-за bounds checking. Но, если что, bounds checking можно и отключить.
	Ответить | Правка | ^ к родителю #286 | Наверх | Cообщить модератору

	304. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Онаним (?), 15-Сен-19, 10:46
	> Когда-то давно хипстеры Керниган и Ричи переписывали UNIX с ассемблера на наколенную > поделку, которая позже стала языком C Ещё один, не осиливший разницу между транслятором ассемблера и реальным ЯВУ. У хруста например такой разницы нет, скорее даже хуже стало.
	Ответить | Правка | ^ к родителю #286 | Наверх | Cообщить модератору

	305. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Онаним (?), 15-Сен-19, 10:47
	> У хруста например такой разницы нет, скорее даже хуже стало. (разницы с сями, естественно) - просто ещё одна потуга на предмет "альтернативного" яву, на тему "а вдруг выстрелит - тогда личный профит".
	Ответить | Правка | ^ к родителю #304 | Наверх | Cообщить модератору

	134. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (134), 12-Сен-19, 18:04
	помнятся мне эти "нормально", там дорогой компа даже не спасает из-за wait for response. Менеджеры и так софт в говно превратили ради быстрой разработки, и продажи. Теперь за саму ОСь взялись.
	Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

	153. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Dee (??), 12-Сен-19, 19:11
	0.98*a + 0.98*b + 0.98*c + 0.98*d = 0.98*(a+b+c+d) Если каждый компонент просядет на пару процентов, общая скорость тоже лишь на пару процентов должна.
	Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

	165. "Сравнение производительности сетевого драйвера в вариантах н..."	–1 +/–
	Сообщение от anonymous (??), 12-Сен-19, 20:05
	Скорее: 0.98 * 0.98 * 0.98 * 0.98 ~= 0.92 (если эти модули используются последовательно)
	Ответить | Правка | ^ к родителю #153 | Наверх | Cообщить модератору

	208. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от funny.falcon (?), 13-Сен-19, 07:05
	> Скорее: 0.98 * 0.98 * 0.98 * 0.98 ~= 0.92 (если эти > модули используются последовательно) Ещё правильнее: (1 + 1 + 1 + 1)/(1/0.98 + 1/0.98 + 1/0.98 + 1/0.98) = 4/(4/0.98) = 0.98
	Ответить | Правка | ^ к родителю #165 | Наверх | Cообщить модератору

	238. "Сравнение производительности сетевого драйвера в вариантах н..."	+2 +/–
	Сообщение от Аноним (223), 13-Сен-19, 13:53
	Наверное так же плакали и сетовали некоторые очкарики когда юникс с ассемблера на C стали переписывать. Причем тогда у них были более весомые аргументы - все программисты вокруг были опытные матерые ассемблерщики, а первые С-компиляторы наверняка генерировали не самый оптимальный код.
	Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

	290. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от svsd_val (ok), 14-Сен-19, 20:20
	> Наверное так же плакали и сетовали некоторые очкарики когда юникс с ассемблера > на C стали переписывать. Причем тогда у них были более весомые > аргументы - все программисты вокруг были опытные матерые ассемблерщики, а первые > С-компиляторы наверняка генерировали не самый оптимальный код. Вы исходный код ядра давно видели ? Все более менее значимые участки на ассемблерных вставках..
	Ответить | Правка | ^ к родителю #238 | Наверх | Cообщить модератору

	306. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Онаним (?), 15-Сен-19, 10:48
	> Наверное так же плакали и сетовали некоторые очкарики когда юникс с ассемблера > на C стали переписывать. Причем тогда у них были более весомые Осиль уже разницу между транслятором мнемоник машкода и таки ЯВУ, потом бредь.
	Ответить | Правка | ^ к родителю #238 | Наверх | Cообщить модератору

	257. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от мяя (?), 13-Сен-19, 19:52
	И как часто эти драйвера вызываются? У тебя из основного: Драйвер контроллера (накопители) Видео драйвер Аудио драйвер Сетевой драйвер Итого ~10% просадок неравномерно по времени распределённых. Остальные драйвера вызываются очень редко если нет какой-то специализации. Вы на браузере написанном нам c++ и сайтиках тратите гораздо больше тактов чем на этих драйверах. Когда та же лиса или хром в фоне ощутимо жрут ЦП на всяком мусоре. Обычно производительность во многом зависит от архитектуры драйвера, даже если там числодробилки надо их с умом использовать и бывает так что умный код на высокоуровневом языке оказывается производительнее кода байтоёба, банально байтоёб забил на асинхронность и синхронно долбит вызовы просирая кучу времени на эту синхронность. Так что сравнивая языки надо учитывать ещё и лёгкость написания умного кода. Когда язык требует большой осторожности то неминуемо он сожрёт время на это, когда как это время можно было потратить на более продуманный код.
	Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

	275. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Онаним (?), 14-Сен-19, 11:02
	Для каждой машины, которая отдаёт тебе статический например видеоконтентик, который ты смотришь в том самом браузере, этот самый драйвер чуть ли не основа основ.
	Ответить | Правка | ^ к родителю #257 | Наверх | Cообщить модератору

	289. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от svsd_val (ok), 14-Сен-19, 20:18
	>[оверквотинг удален] > чем на этих драйверах. Когда та же лиса или хром в > фоне ощутимо жрут ЦП на всяком мусоре. > Обычно производительность во многом зависит от архитектуры драйвера, даже если там числодробилки > надо их с умом использовать и бывает так что умный код > на высокоуровневом языке оказывается производительнее кода байтоёба, банально байтоёб > забил на асинхронность и синхронно долбит вызовы просирая кучу времени на > эту синхронность. Так что сравнивая языки надо учитывать ещё и лёгкость > написания умного кода. Когда язык требует большой осторожности то неминуемо он > сожрёт время на это, когда как это время можно было потратить > на более продуманный код. И так начнём, представьте что Вы используете видео драйвер который написан на этом деле со своими просадками в производительности и отзывчивости, используется он как ни странно 99% рабочего времени пользователя... Конечно если Вы не юзаете сервер без видео вывода. Получаем что производительность и отзывчивость системы в целом да и в мультимедиа упадёт не на 10%. Так как системе и приложению ещё нужно использовать винт, сеть, звук, устройства ввода, каждый драйвер со случайной просадкой производительности и отзывчивости... Будете играть и со скоростью эмуляторов плоек и задержками на каждом вводе ... А вот про правильный код, тут вопрос открыт, у всех он свой... у проприетарщиков работает на костылях - правильный код.
	Ответить | Правка | ^ к родителю #257 | Наверх | Cообщить модератору

111. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
Сообщение от Андрей (??), 12-Сен-19, 16:00
> При написании кода основное внимание уделялось достижению максимально возможной производительности с учётом особенностей каждого языка. У авторов действительно есть хотя бы несколько лет профессионального использования каждого из этих языков. Профессионального в смысле при написании высокопроизводитнльного софта (Google, Netflix,..).
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	205. "Сравнение производительности сетевого драйвера в вариантах н..."	+3 +/–
	Сообщение от Anonn (?), 13-Сен-19, 04:38
	Было бы гораздо интереснее, если бы был объявлен открытый конкурс на более эффективную реализацию для каждого из языков. Я думаю, что результаты были бы достаточно другими. Те же сорцы на го — там есть что оптимизировать…
	Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

121. "Сравнение производительности сетевого драйвера в вариантах н..."	–1 +/–
Сообщение от реверсер (?), 12-Сен-19, 16:56
ассемблера не ?!? а было бы смешно увидеть графиках даже асм который бы сливал русту))) намекая на явно заказные тесты от мозиллы
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	131. "Сравнение производительности сетевого драйвера в вариантах н..."	+5 +/–
	Сообщение от Аноним (132), 12-Сен-19, 18:02
	Ассемблер далеко не всегда быстрее.
	Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

	148. "Сравнение производительности сетевого драйвера в вариантах н..."	–4 +/–
	Сообщение от аноним3 (?), 12-Сен-19, 18:51
	в большинстве прямые инструкции будут куда быстрее того же си-шного кода. единственный вариант, что драйвер на сях или любом языке будет собран с особым упором на поддержку всех инструкций процессора, а ассемблерный код будет пользоваться основным множеством инструкций имеющихся во всех процах(моделях). но даже так при сборке такого драйвера будет несколько лишних инструкций из за особенностей языка. но интерпретируемые языки? и специально ограниченные самой медленной конфигурацией? правда попахивает заказом))
	Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

	195. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от Аноним (-), 12-Сен-19, 23:02
	> Ассемблер далеко не всегда быстрее. Ну если уровень теоретической подготовки низок, если нет знаний о процессе оптимизации, то есть если писать на асме в стиле модного смузихлеба - то конечно не всегда. Во всех остальных случаях - всегда.
	Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

123. "Сравнение производительности сетевого драйвера в вариантах н..."	–2 +/–
Сообщение от forum reader (?), 12-Сен-19, 17:12
Оригинальный способ проводить сравнение компиляторов с интерпретаторами.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

126. "Сравнение производительности сетевого драйвера в вариантах н..."	–2 +/–
Сообщение от Аноним (126), 12-Сен-19, 17:20
на Lua было бы быстрее
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	184. "Сравнение производительности сетевого драйвера в вариантах н..."	+2 +/–
	Сообщение от Аноним (184), 12-Сен-19, 21:52
	Если сравнивать с питоном и js
	Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

	245. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (239), 13-Сен-19, 14:15
	Сравнивали Lua на какие-то сотые проценты лучше Python, с JavaScript в 9 - 15 раз быстрее ...
	Ответить | Правка | ^ к родителю #184 | Наверх | Cообщить модератору

	279. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (282), 14-Сен-19, 16:06
	С JS корректно сравнивать LuaJIT.
	Ответить | Правка | ^ к родителю #245 | Наверх | Cообщить модератору

127. Скрыто модератором	–7 +/–
Сообщение от Griggorii (?), 12-Сен-19, 17:32
https://github.com/Griggorii/linux-image-5.2.11_X86_64_zstd_... Вне рабочая просьба у кого systemd не версии 240 , а выше проверить это ядро и написать работает или нет , у меня в ходе разработки возникли опасения что род более новые системд нужно конфигурировать по другому. Интернет ваифая вот что надо что бы работал этот подпункт если исчез дайте знать. Ядро там v11 деб пакетами ниже скачайте.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

137. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
Сообщение от Аноним (137), 12-Сен-19, 18:15
Не понимаю, как свифт может работать со скоростью жс? Он же компилируемый. И эппл его продвигал для приложений и прочего. Получается, что они должны быть +- как на электроне?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	154. "Сравнение производительности сетевого драйвера в вариантах н..."	+5 +/–
	Сообщение от Dee (??), 12-Сен-19, 19:13
	Они там в pdf-ке с анализом пишут: Swift increments a reference counter for each object passed into a function and decreases it when leaving the function. This is done for every single packet as they are wrapped in Swift-native wrappers for bounds checks. There is no good way to disable this behavior for the wrapper objects while maintaining an idiomatic API for applications using the driver. A total of 76% of the CPU time is spent incrementing and decrementing reference counters. This is the only language runtime evaluated here that incurs a large cost even for objects that are never free’d. 76 процентов, Карл! Тормоз этот ваш свифт.
	Ответить | Правка | ^ к родителю #137 | Наверх | Cообщить модератору

	179. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Dnina (ok), 12-Сен-19, 21:13
	Что-то полная жесть. Точно не помню, но по-моему видел намёки на то, что чуть ли не бэкенд писать на нём можно. Но кому оно надо в таком виде. Интересно, Objective-C не имеет такого косяка? Если нет, то переход на более медленный язык выглядит так себе. Разве что для смузихлёбов.
	Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

	191. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Optional (?), 12-Сен-19, 22:25
	в swift есть struct и class, struct - это тип-значение, а class - это ссылочный тип, возможно они классы использовали вместо структур? и вроде если структуры использовать, должно быть быстрее? а с другой стороны, может сама реализация ARC нелучшая, с какими-то недостатками?
	Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

	254. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от Ананд (?), 13-Сен-19, 19:14
	https://github.com/ixy-languages/ixy.swift/tree/master/ixy/S... Они сделали все как class. Если поменять на struct летать будет. Class: reference counting + lock for multithreading. Struct: no reference counting, no safe multithreading(should be immutable)
	Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

140. "Сравнение производительности сетевого драйвера в вариантах н..."	–4 +/–
Сообщение от grsec (ok), 12-Сен-19, 18:23
Пистон провалился, я не удивлен. Этот монстр скоро вообще забудет, что такое скорость о обрастет жиром.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	175. "Сравнение производительности сетевого драйвера в вариантах н..."	+16 +/–
	Сообщение от Led (ok), 12-Сен-19, 20:55
	Зато он гламурный, а ты просто завидуешь.
	Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

	201. "Сравнение производительности сетевого драйвера в вариантах н..."	–9 +/–
	Сообщение от аноним3 (?), 13-Сен-19, 00:50
	народ в угаре от этого теста и не может остановиться. ржет и падает. у нас не 1 апреля случаем? вроде нет. тогда тут либо тестеры дауны, либо они недоученные прогеры. и то и то не очень солидно)) и правда почему плюсы не использовали? полагаю было бы один в один с Си.
	Ответить | Правка | ^ к родителю #175 | Наверх | Cообщить модератору

	203. "Сравнение производительности сетевого драйвера в вариантах н..."	+6 +/–
	Сообщение от Наноним (?), 13-Сен-19, 03:57
	"ржём, падаем, в угаре, 1 апреля, дауны, недоученные" Всё, что нужно знать об уровне дискуссий фанатов "языка, доступного каждому".
	Ответить | Правка | ^ к родителю #201 | Наверх | Cообщить модератору

	250. "Сравнение производительности сетевого драйвера в вариантах н..."	–6 +/–
	Сообщение от аноним3 (?), 13-Сен-19, 17:02
	знаешь если питон применять с умом он очень даже хороший язык. ну если пихать его  туда где солнце не светит , то да)) ресурсоемкими задачами должны заниматься компилируемые языки. и если тестеры даже этого не понимали, то извини кроме как недоучек их не назвать.
	Ответить | Правка | ^ к родителю #203 | Наверх | Cообщить модератору

	251. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от red75prim (?), 13-Сен-19, 17:34
	> этого не понимали, то извини кроме как недоучек их не назвать. Питон там как представитель интерпретируемых языков без JIT. Поэтому они ни PyPy не использовали, ни оптимизацией особо не занимались - и так ясно, что на этой задаче он сольёт.
	Ответить | Правка | ^ к родителю #250 | Наверх | Cообщить модератору

	297. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Vkni (ok), 15-Сен-19, 02:46
	> знаешь если питон применять с умом он очень даже хороший язык. ну если пихать его  туда где солнце не светит У Питона есть некоторая неочевидность семантики. А главное - фоннаты Питона пихают его вообще везде. Когда я рассказываю, что не надо на нём писать сложную бизнес логику с большим количеством ветвлений (при этом кол-во тестов комбинаторно увеличивается), на меня смотрят с вытаращенными глазами. В лучшем случае поддакивают из вежливости. А про то, что тесты, включая юнит-тесты, это, вообще-то некоторый код, который приходится поддерживать - за гранью понимания. Можете проверить сами - спросите, какие есть минусы у юнит-тестов у коллег. Вот и выясните, кто там "программист минус инженер".
	Ответить | Правка | ^ к родителю #250 | Наверх | Cообщить модератору

	298. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Vkni (ok), 15-Сен-19, 02:49
	Это язык для прототипирования нетребовательных к производительности интерпретатора программ (всё скоростное должно быть вынесено в С или другие языки). И если не заниматься закручиванием гвоздей отвёрткой, то всё будет нормально.
	Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

155. "Сравнение производительности сетевого драйвера в вариантах н..."	+7 +/–
Сообщение от Аноним (-), 12-Сен-19, 19:30
Годный убедительный тест. Но однозначно не хватает FPC. Есть подозрения, что, внезапно, он асимптотически сходился бы с кодом на Раст.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	187. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Retrosharer (?), 12-Сен-19, 22:03
	Да, было бы не плохо в такой тест включить Free Pascal, который развивается семимильными шагами. Что удивительно. Не пришлось бы отсылать к вопросу скорости Паскаля на ресурсы вроде такого: https://www.quora.com/Is-Pascal-faster-than-C?share=1 Было бы более объективно.
	Ответить | Правка | ^ к родителю #155 | Наверх | Cообщить модератору

	198. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Ordu (ok), 12-Сен-19, 23:21
	Напиши. 1000 строк кода при возможности подглядывать в C'шный код -- это при худшем раскладе займёт выходные за месяц. Если писать вечерами и на выходных, можно управится за неделю.
	Ответить | Правка | ^ к родителю #155 | Наверх | Cообщить модератору

182. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
Сообщение от Аноним (182), 12-Сен-19, 21:30
Бедный питон :) И да - не хватает варианта C++
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

193. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
Сообщение от all_glory_to_the_hypnotoad (ok), 12-Сен-19, 22:39
> Дополнительно были проведены тесты на время задержки, которые показывали эффективность буферизации и влияние сборщика мусора. Они хотя бы погоняли драйвер в рабочем состоянии несколько часов прежде чем снимать показания? А то на прогреве любое гогно может рисовать неплохие числа .. кроме питона.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

199. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
Сообщение от vitalif (ok), 12-Сен-19, 23:44
Блин, не могу, придётся потестить virtio оно говорите поддерживает...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

218. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
Сообщение от Аноним (218), 13-Сен-19, 09:18
Why C and not a more reasonable language? It's the lowest common denominator that everyone should be able to understand -- this is for educational purposes only. I've taken care to keep the code simple and understandable. When should I use this? To understand how a NIC works and to understand how a framework like DPDK or Snabb works. Отсюда вопрос - а зачем они сравнивали на скорость нечто, что создавалась как учебное пособие? Т.е. я так понимаю, что это для всех языков примерно такой подход.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

229. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
Сообщение от InuYasha (?), 13-Сен-19, 11:42
Всех с Днём Программиста! (^_^)/
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

249. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
Сообщение от Анатоним (?), 13-Сен-19, 15:29
Python красава. Даже на это го@#о голову не поднял, посмотреть че там его за хвост тягают. Это не царское дело.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

252. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
Сообщение от Аноним (252), 13-Сен-19, 17:58
На JavaScript?!. Мсье знает толк...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

255. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
Сообщение от Аноним qwerty_qwerty1 (?), 13-Сен-19, 19:31
Да блин, Rust, GO вся проблема в руках!!! В результате что на Rust что GO будут использовать unsafe и получится таже фигня.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

258. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
Сообщение от JL2001 (ok), 13-Сен-19, 21:04
я бы хотел такой же драйвер на Dlang увидеть в вариантах без GC и с ним
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	267. "Сравнение производительности сетевого драйвера в вариантах н..."	+1 +/–
	Сообщение от аноним3 (?), 14-Сен-19, 03:51
	те же плюсы получатся))насколько помню даже один из разработчиков плюсов у них язык развивает. так что думаю получится тоже самое в чуть более удобной обертке. и то хорошо. а скорость по идее не должна уступать С. хотя ничего не скажу , я его только мельком глянул.
	Ответить | Правка | ^ к родителю #258 | Наверх | Cообщить модератору

	269. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от JL2001 (ok), 14-Сен-19, 10:12
	> те же плюсы получатся))насколько помню даже один из разработчиков плюсов у них > язык развивает. так что думаю получится тоже самое в чуть более > удобной обертке. и то хорошо. а скорость по идее не должна > уступать С. хотя ничего не скажу , я его только мельком > глянул. вот тут внезапно c# и java оказались сильно разными, а c и rust сильно одинаковыми хотелось бы результатов тестов
	Ответить | Правка | ^ к родителю #267 | Наверх | Cообщить модератору

270. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
Сообщение от Онаним (?), 14-Сен-19, 10:50
Попытку захайпать хруст как язык в т.ч. для низкоуровневых приложений оценил, но спасибо, нет. Костыль на костыле и костылём погоняет.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	273. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Онаним (?), 14-Сен-19, 10:59
	Я уж молчу про то, что код на сях в оx*иллиард раз читабельнее и очевиднее. Пока что потуги придумать что-то лучше сишного синтаксиса около которого вертятся всегда востребованные C,C,Java,PHP,etc. успехом не увенчиваются, увы.
	Ответить | Правка | ^ к родителю #270 | Наверх | Cообщить модератору

277. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
Сообщение от Аноним (282), 14-Сен-19, 15:56
C++ в тестах отсутствует. Нечестно, всё-таки, широко известный ЯП. Удивило оставание OCaml, который в машинные коды, от Java, которая в JIT и в виртуальной машине.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	280. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от all_glory_to_the_hypnotoad (ok), 14-Сен-19, 16:06
	OCaml показал себя лучше явы: пропускная способность на уровне, а задержки значительно меньше.
	Ответить | Правка | ^ к родителю #277 | Наверх | Cообщить модератору

	281. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Аноним (282), 14-Сен-19, 16:11
	По первому графику совпадение тоько при 64-х пакетах, в других точках отставание.
	Ответить | Правка | ^ к родителю #280 | Наверх | Cообщить модератору

	288. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от all_glory_to_the_hypnotoad (ok), 14-Сен-19, 19:17
	Разница незначительная.
	Ответить | Правка | ^ к родителю #281 | Наверх | Cообщить модератору

	285. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Vkni (ok), 14-Сен-19, 18:38
	Я подозреваю, что Ocaml можно сильно разогнать, убрав аллокации - народ в Jane Street пишет low latency код на Ocaml для спекуляций. Но это не идиоматично. Второй момент: JIT - это же и есть машинные коды. Just-In-Time compile. То есть, на hot path и Ocaml, и Java скомпилированы одинаково.
	Ответить | Правка | ^ к родителю #277 | Наверх | Cообщить модератору

	294. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от аноним3 (?), 15-Сен-19, 00:40
	его к сожалению мало кто хорошо знает)) хотя пишут много кто, но он разросся в такого монстра, что страшно. чистый Си выглядит куда проще)) хотя у плюсов есть плюсы))) ахаха хорошо загнул.
	Ответить | Правка | ^ к родителю #277 | Наверх | Cообщить модератору

283. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
Сообщение от Murz (ok), 14-Сен-19, 18:30
А где мои любимые php и vba?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	295. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от аноним3 (?), 15-Сен-19, 00:42
	ты их через браузер погонишь? хотя погоди, запросы будут через внутренний сервак отправляться? помилуй железо оно и так страдает))
	Ответить | Правка | ^ к родителю #283 | Наверх | Cообщить модератору

	302. "Сравнение производительности сетевого драйвера в вариантах н..."	–1 +/–
	Сообщение от q (??), 15-Сен-19, 08:33
	питон через солнце запускали что-ли?
	Ответить | Правка | ^ к родителю #295 | Наверх | Cообщить модератору

	307. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Онаним (?), 15-Сен-19, 10:52
	> питон через солнце запускали что-ли? Через ж*... да, через солнце. Не, кроме шуток, его вроде компилировали, если я их текст правильно понял.
	Ответить | Правка | ^ к родителю #302 | Наверх | Cообщить модератору

	325. "Сравнение производительности сетевого драйвера в вариантах н..."	+/–
	Сообщение от Алексей Михайлович (?), 17-Сен-19, 23:03
	Не-а. Как раз-таки в интерпретаторе его гоняли.
	Ответить | Правка | ^ к родителю #307 | Наверх | Cообщить модератору

323. "Сравнение производительности сетевого драйвера в вариантах н..."	–1 +/–
Сообщение от Аноним (323), 17-Сен-19, 12:43
> Сетевой драйвер работает в пространстве пользователя Хрень какая-то. В пространстве пользователя ничего с картой сделать невозможно, ни сконфигурировать, ни обслужить.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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