The OpenNET Project / Index page

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



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

Оглавление

Сравнение производительности сетевого драйвера в вариантах н..., opennews (?), 12-Сен-19, (0) [смотреть все]

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


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

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

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

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

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

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

157. "Сравнение производительности сетевого драйвера в вариантах н..."  +1 +/
Сообщение от Аноним (28), 12-Сен-19, 19:36 
Кому что впаривали? Бизнес посчитал деньги и принял на вооружение.
По сути тоже самое и с C#, только он огорожен MS продуктами за которые ты будешь платить в довесок.

Чуда не случилось у MS, которая скопировала технологию и вынуждена по сей день ее ногой пропихивать. У жавы все прекрасно - энтерпрайз(веб, сервисы) + андройд.

На рынке все распределено. Были PHP, Java. Пришли в этот сегмент нода, руби, питон, го. Все они ввиду своих особенностей освоили часть рынка, а C# это огороженный клон Java без внятного обоснования для его применения.

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

Например, госы и банки сегодня отдают приоритет серверным решениям на основе продуктов с открытым исходным кодом. Винда везде выпиливается на корню.

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

188. "Сравнение производительности сетевого драйвера в вариантах н..."  +1 +/
Сообщение от Илья (??), 12-Сен-19, 22:08 
> Сишарп разраб обязательно потянет за собой винду и т.д, как и свифт разраб - макось.

rider одинакого запускается как на linux, так и на macos.
исполняемая среда есть mono и .netcore, + контейнеры если так пожелаете. Чего вам еще нужно?

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

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

сколько лет этому "одинаково"?
вот прям щас - возможно

Ответить | Правка | Наверх | 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 
на начальном этапе... а на следующем этапе осталась такой же
просто железо доросло до ей потребностей

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

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

168. "Сравнение производительности сетевого драйвера в вариантах н..."  +/
Сообщение от Аноним (28), 12-Сен-19, 20:23 
JIT появился не сразу. Так же на протяжении всего времени вносились оптимизации.

По второму пункту - да, это вносит некоторый оверхед, но не критично.

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

197. "Сравнение производительности сетевого драйвера в вариантах н..."  +4 +/
Сообщение от Аноним (196), 12-Сен-19, 23:09 
> динамическая природа примитивных типов и полное остуствие статики

Что под этим подразумевается?

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

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

299. "Сравнение производительности сетевого драйвера в вариантах н..."  +1 +/
Сообщение от Аноним (265), 15-Сен-19, 03:06 
И каким образом аллокации в куче относятся к "динамическая природа примитивных типов и полное остуствие статики"?
Ответить | Правка | Наверх | 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 он обладает только известными недостатками. Кто его использует сам на себя накладывает ограничения.

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

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

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

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

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

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

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

189. "Сравнение производительности сетевого драйвера в вариантах н..."  +/
Сообщение от Илья (??), 12-Сен-19, 22:14 
Кто медиум читает - тот себе зла желает
Ответить | Правка | Наверх | 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 
тогда это тест только тех, у кого "не выходит избежать"
Ответить | Правка | Наверх | 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. После чего пазл сложился и наконец-таки все стало работать как следует, стабильно и с достаточной производительностью.

Такое зрелище будет помощнее любой мантры.

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

183. "Сравнение производительности сетевого драйвера в вариантах н..."  +4 +/
Сообщение от funny.falcon (?), 12-Сен-19, 21:43 
> весь процессинг был полностью переписан.

Думаю, основная причина все-таки в этом. И особо не важно было, что «на Java».

В процессе любого переписывания выявляются узкие места, проводится наболевший рефакторинг.

Но убедить руководство переписать с “C# на C#” практически невозможно. А вот перейти на «более стабильную и проверенную технологию» шанс есть.

Ну и «сервера перешли на Linux» намекает, что это был ещё .Net Framework на Windows. В бумаге же наверняка фигурирует .Net Core, который совершенствуется на глазах и показывает себя молодцом.

Ответить | Правка | Наверх | 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ообщить модератору

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

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




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

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