Re[6]: Java vs .Net
От: · Великобритания  
Дата: 19.03.18 20:14
Оценка: +1
Здравствуйте, koenig, Вы писали:

K>·>.net там используется только как язык-клей для формирования SQL-запросов и html, никакой относительно серьёзной нагрузки на него нет.


K>в таком разрезе все кроме sql-сервера можно вычеркивать примерно на любом проекте

На каком "любом"? Проектпх веб-сайтов? В общем да, их даже на ПХП и питонах пишут. Только не очень понятно куда ты elasticsearch вычеркнул. Помимо веба чего только не бывает. Вычисления какие нибудь кластерные ignite, gridgrain. Быстрые сетевые сервисы на Netty. В моём проекте никакого SQL нет, а high load и Java есть
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Re[7]: Java vs .Net
От: Gattaka Россия  
Дата: 19.03.18 20:46
Оценка: :))
Здравствуйте, ·, Вы писали:

·>Здравствуйте, koenig, Вы писали:


K>>·>.net там используется только как язык-клей для формирования SQL-запросов и html, никакой относительно серьёзной нагрузки на него нет.


K>>в таком разрезе все кроме sql-сервера можно вычеркивать примерно на любом проекте

·>На каком "любом"? Проектпх веб-сайтов? В общем да, их даже на ПХП и питонах пишут. Только не очень понятно куда ты elasticsearch вычеркнул. Помимо веба чего только не бывает. Вычисления какие нибудь кластерные ignite, gridgrain. Быстрые сетевые сервисы на Netty. В моём проекте никакого SQL нет, а high load и Java есть
Конечно сложно с вами согласится, но в целом я ваш комментарий не одобряю.
Re[3]: Java vs .Net
От: indee  
Дата: 20.03.18 09:09
Оценка:
Здравствуйте, Gattaka, Вы писали:

G>Здравствуйте, iZEN, Вы писали:


ZEN>>Здравствуйте, Gattaka, Вы писали:


G>>>Каково современное соотношение сил.


ZEN>>Десктопные приложения на Java: https://platform.netbeans.org/screenshots.html

G>Десктоп это уже либо экзотика, либо прошлое. Сейчас все в облаках и вебе.

"все" никогда не будет работать в облаках и вебе.
Re[7]: Java vs .Net
От: Max Mustermann  
Дата: 20.03.18 10:52
Оценка:
Здравствуйте, ·, Вы писали:

·>Здравствуйте, koenig, Вы писали:


K>>·>.net там используется только как язык-клей для формирования SQL-запросов и html, никакой относительно серьёзной нагрузки на него нет.


А Даппер запилили чисто с скуки, время убить.

K>>в таком разрезе все кроме sql-сервера можно вычеркивать примерно на любом проекте

·>На каком "любом"? Проектпх веб-сайтов? В общем да, их даже на ПХП и питонах пишут. Только не очень понятно куда ты elasticsearch вычеркнул.

Туда же, куда и .net. В вашей терминологии это что-то вроде "ES там используется только как клей для держать в памяти какие-то данные, никакой относительно серьёзной нагрузки на него нет."

·>В моём проекте никакого SQL нет, а high load и Java есть


Ну а поскольку всё это на чём-то да крутится, а операционка написана на C/C++, то весь хайлоад на них, да.
Re[8]: Java vs .Net
От: · Великобритания  
Дата: 20.03.18 11:37
Оценка:
Здравствуйте, Max Mustermann, Вы писали:

K>>>·>.net там используется только как язык-клей для формирования SQL-запросов и html, никакой относительно серьёзной нагрузки на него нет.

MM>А Даппер запилили чисто с скуки, время убить.
Хз... Не разбирался. Поди просто Линк/ИлиЧтоТамБыло безбожно тормозил? А переписывать всё на другой язык менее выгодно, чем по частям самые тормозящие куски кода по мере роста проекта.

K>>>в таком разрезе все кроме sql-сервера можно вычеркивать примерно на любом проекте

MM>·>На каком "любом"? Проектпх веб-сайтов? В общем да, их даже на ПХП и питонах пишут. Только не очень понятно куда ты elasticsearch вычеркнул.
MM>Туда же, куда и .net. В вашей терминологии это что-то вроде "ES там используется только как клей для держать в памяти какие-то данные, никакой относительно серьёзной нагрузки на него нет."
Нет, он ворочает огромные индексы и запросы выполняет.

MM>·>В моём проекте никакого SQL нет, а high load и Java есть

MM>Ну а поскольку всё это на чём-то да крутится, а операционка написана на C/C++, то весь хайлоад на них, да.
Операционка в таких системах обычно ничего не делает, только обеспечивает доступ к железу, притом иногда только в момент старта приложения, а дальше прикладной код перекладывает байтики из одной области памяти в другую, с минимальным возможным количеством сис-коллов. Иногда даже приходится наоборот говорить операционке делать как можно меньше (например путём манипуляций с шедулером потоков).
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Re[5]: Java vs .Net
От: Serginio1 СССР https://habrahabr.ru/users/serginio1/topics/
Дата: 20.03.18 12:15
Оценка:
Здравствуйте, ·, Вы писали:

·>Здравствуйте, koenig, Вы писали:


САД>>>>уже на протяжении 15 лет, раз в год появляются такие вот бредовые темы...

G>>>Тогда приведите примеры крупных проектов на .net. Яндекс, мэйл.ру, авито, vk. Никто не пишет на .net.
K>>если хайлоад, то stackoverflow, наверное
·>Highload часть stackoverflow — это java (elasticsearch), C (HAProxy, Redis), C++ (iis/mssql).
·>.net там используется только как язык-клей для формирования SQL-запросов и html, никакой относительно серьёзной нагрузки на него нет.

https://habrahabr.ru/company/ua-hosting/blog/278391/

Библиотеки

Хорошо, позвольте нам переключиться на что-то, что может непосредственно помочь Вам. Некоторые из этих вещей я упомянул выше. Здесь я предоставлю список большинства открытых .Net-библиотек, которые мы поддерживаем для использования во всем мире. Мы выкладываем их в открытый доступ, поскольку они не имеют никакой ключевой ценности для бизнеса, но могут помочь миру разработчиков. Я надеюсь, что Вы их сочтете полезными:

Dapper (.Net Core) — высокопроизводительный Micro-ORM для ADO.Net;
StackExchange.Redis – высокопроизводительный клиент Redis;
MiniProfiler – малообъемный профайлер, который мы используем на каждой странице (поддерживает только Ruby, Go и Node);
Exceptional – регистратор ошибок для SQL, JSON, MySQL, и т.п;
Jil — высокопроизводительный (де) сериализатор JSON ;
Sigil – помощник генерации .Net CIL (когда C# не достаточно быстрый);
NetGain — высокопроизводительный сервер websocket ;
Opserver — контрольная приборная панель, опрашивающая напрямую большинство систем и также получающая данные от Orion, Bosun или WMI;
Bosun – система мониторинга серверных СУБД, написанная на Go.


https://habrahabr.ru/company/jugru/blog/316854/

– Ваше решение построено полностью на С#, или есть части на других языках, типа C++, Java, Python или других?

– Я бы сказал, что на 99% у нас С#. У нас, конечно, есть немного на C++ или С, но в строчках кода это совсем мало. Естественно, у нас есть TypeScript и JavaScript. JavaScript у нас на сервере используется для компиляции бандлов и минификации кода. Мы также пользуемся SQL, это другой язык. Вот и все.

и солнце б утром не вставало, когда бы не было меня
Отредактировано 20.03.2018 12:18 Serginio1 . Предыдущая версия .
Re[6]: Java vs .Net
От: neFormal Россия  
Дата: 20.03.18 14:20
Оценка: +1 -1
Здравствуйте, cures, Вы писали:

F>>яндех и мыло — да

C>Откуда инфа? Как проверить?

в гугле забанили? открой какой-нибудь hh, посмотри вакансии.
с некоторыми из них я работал, поэтому в курсе.
...coding for chaos...
Re[7]: Java vs .Net
От: vdimas Россия  
Дата: 20.03.18 14:51
Оценка:
Здравствуйте, ·, Вы писали:

·>Только не очень понятно куда ты elasticsearch вычеркнул.


elasticsearch — это просто web-API для Lucene.
Есть порт для дотнета:
https://www.codeproject.com/Articles/320219/Lucene-Net-ultra-fast-search-for-MVC-or-WebForms

Будешь утверждать, что ждавовская версия эффективней? ))


·>Помимо веба чего только не бывает. Вычисления какие нибудь кластерные ignite, gridgrain.


Это мы уже обсуждали.
Ввиду необычайной простоты сопряжения нейтива и дотнета подобные вещи делаются иначе, чем в мире джава, а именно — просто пишутся обертки для дотнета и получают многократный прирост производительности.

Смотрю, прошло немного времени и ты решил, что битые аргументы можно опять попробовать вытащить на свет божий? ))
Re[8]: Java vs .Net
От: · Великобритания  
Дата: 20.03.18 15:00
Оценка:
Здравствуйте, vdimas, Вы писали:

V>·>Только не очень понятно куда ты elasticsearch вычеркнул.

V>elasticsearch — это просто web-API для Lucene.
Ну так lucene тоже на java написана.

V>Есть порт для дотнета:

V>https://www.codeproject.com/Articles/320219/Lucene-Net-ultra-fast-search-for-MVC-or-WebForms
V>Будешь утверждать, что ждавовская версия эффективней? ))
Он дохлый же, последний релиз в 2012 году.

V>·>Помимо веба чего только не бывает. Вычисления какие нибудь кластерные ignite, gridgrain.

V>Это мы уже обсуждали.
V>Ввиду необычайной простоты сопряжения нейтива и дотнета подобные вещи делаются иначе, чем в мире джава, а именно — просто пишутся обертки для дотнета и получают многократный прирост производительности.
Можно ссылочку на success story?
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Re[8]: Java vs .Net
От: koenig  
Дата: 20.03.18 15:05
Оценка: +1 -1 :)
V>Есть порт для дотнета:
V>https://www.codeproject.com/Articles/320219/Lucene-Net-ultra-fast-search-for-MVC-or-WebForms

V>Будешь утверждать, что ждавовская версия эффективней? ))


вообще говоря именно на стэковерфлоу была печальная история
сначала они использовали порт, но потом решили что слишком медленно и ушли на оригинал
Re[8]: Java vs .Net
От: copypaste  
Дата: 20.03.18 15:24
Оценка: :)
Здравствуйте, vdimas, Вы писали:

V>elasticsearch — это просто web-API для Lucene.

web-api для lucene — это solr, да и то с натяжкой. elasticsearch — это уже намного больше, big data, все дела.
Re[9]: Java vs .Net
От: vdimas Россия  
Дата: 20.03.18 15:42
Оценка:
Здравствуйте, koenig, Вы писали:

V>>Будешь утверждать, что ждавовская версия эффективней? ))

K>вообще говоря именно на стэковерфлоу была печальная история
K>сначала они использовали порт, но потом решили что слишком медленно и ушли на оригинал

Не будет пруфов, получишь минус.
Re[9]: Java vs .Net
От: vdimas Россия  
Дата: 20.03.18 15:53
Оценка:
Здравствуйте, ·, Вы писали:

V>>Есть порт для дотнета:

V>>https://www.codeproject.com/Articles/320219/Lucene-Net-ultra-fast-search-for-MVC-or-WebForms
V>>Будешь утверждать, что ждавовская версия эффективней? ))
·>Он дохлый же, последний релиз в 2012 году.

Релизы происходят по мере выпуска мажорных версий Lucene.
Просто сам Lucene с тех пор дохлый.


V>>·>Помимо веба чего только не бывает. Вычисления какие нибудь кластерные ignite, gridgrain.

V>>Это мы уже обсуждали.
V>>Ввиду необычайной простоты сопряжения нейтива и дотнета подобные вещи делаются иначе, чем в мире джава, а именно — просто пишутся обертки для дотнета и получают многократный прирост производительности.
·>Можно ссылочку на success story?

ASP.Net пойдёт? ))
Который в первом же портированном The Pet Shop порвал Tomcat как тузик грелку.

Примеров овердофига. Львиная доля дотнетных либ — это просто обертки над нейтивом, типа таких:
https://github.com/MiloszKrajewski/lz4net
Отредактировано 20.03.2018 15:54 vdimas . Предыдущая версия .
Re[10]: Java vs .Net
От: koenig  
Дата: 20.03.18 16:11
Оценка:
V>>>Будешь утверждать, что ждавовская версия эффективней? ))
K>>вообще говоря именно на стэковерфлоу была печальная история
K>>сначала они использовали порт, но потом решили что слишком медленно и ушли на оригинал

V>Не будет пруфов, получишь минус.

опять хамишь
Re[10]: Java vs .Net
От: · Великобритания  
Дата: 20.03.18 16:30
Оценка:
Здравствуйте, vdimas, Вы писали:

V>>>https://www.codeproject.com/Articles/320219/Lucene-Net-ultra-fast-search-for-MVC-or-WebForms

V>>>Будешь утверждать, что ждавовская версия эффективней? ))
V>·>Он дохлый же, последний релиз в 2012 году.
V>Релизы происходят по мере выпуска мажорных версий Lucene.
V>Просто сам Lucene с тех пор дохлый.
Кто дохлый? java lucene последние релизы 6 и 7 версии вышли примерно месяц назад. А lucene.net — последний релиз 3-ей версии, в 2012 году.

V>>>Это мы уже обсуждали.

V>>>Ввиду необычайной простоты сопряжения нейтива и дотнета подобные вещи делаются иначе, чем в мире джава, а именно — просто пишутся обертки для дотнета и получают многократный прирост производительности.
V>·>Можно ссылочку на success story?
V>ASP.Net пойдёт? ))
V>Который в первом же портированном The Pet Shop порвал Tomcat как тузик грелку.
Прям удивительно! tomcat — java, работает везде, iis — c++, вин-онли. Но причём тут .net? Да и tomcat никогда особой производительностю не отличался. glassfish вроде обычно брали если надо, сейчас на базе netty есть шустрые веб-сервера, но я не помню точно, давно с вебом не пересекался.

V>Примеров овердофига. Львиная доля дотнетных либ — это просто обертки над нейтивом, типа таких:

V>https://github.com/MiloszKrajewski/lz4net
Примеров чего? Я знаю что нейтив работает быстро. Причём тут дотнет?
Для джавы обёрток тоже хоть попой жуй https://github.com/lz4/lz4-java Тут кстати и нативный, и java драйвер на выбор.
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Re[10]: Java vs .Net
От: · Великобритания  
Дата: 20.03.18 16:41
Оценка:
Здравствуйте, vdimas, Вы писали:

V>>>Ввиду необычайной простоты сопряжения нейтива и дотнета подобные вещи делаются иначе, чем в мире джава, а именно — просто пишутся обертки для дотнета и получают многократный прирост производительности.

V>·>Можно ссылочку на success story?
V>ASP.Net пойдёт? ))
Ссылок, конечно, от тебя не дождёшься. Только требовать умеешь.

V>Который в первом же портированном The Pet Shop порвал Tomcat как тузик грелку.

А это оказалось занимательное чтиво

The J2EE Pet Store, Sun told us, "is a sample application meant to demonstrate certain design patterns, and is not a benchmark."

The .PET demo is really "a relatively thin layer that wraps stored procedures," he notes.


но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Re[9]: Java vs .Net
От: iZEN СССР  
Дата: 20.03.18 17:08
Оценка:
Здравствуйте, ·, Вы писали:

V>>Ввиду необычайной простоты сопряжения нейтива и дотнета подобные вещи делаются иначе, чем в мире джава, а именно — просто пишутся обертки для дотнета и получают многократный прирост производительности.

·>Можно ссылочку на success story?

London Stock Exchange suffers .NET Crash.
Re[10]: Java vs .Net
От: · Великобритания  
Дата: 20.03.18 17:19
Оценка:
Здравствуйте, iZEN, Вы писали:

V>>>Ввиду необычайной простоты сопряжения нейтива и дотнета подобные вещи делаются иначе, чем в мире джава, а именно — просто пишутся обертки для дотнета и получают многократный прирост производительности.

ZEN>·>Можно ссылочку на success story?
ZEN>London Stock Exchange suffers .NET Crash.
Не, ты не понял. Я просил success story когда .net работает лучше java, а ты мне прислаешь историю как .net помер:

there's simply no way I'd recommend Server 2003, .NET and SQL Server for a job even a tenth this size.

Тут кстати, прикольно: https://en.wikipedia.org/wiki/London_Stock_Exchange#Technology

Microsoft used the LSE software as an example of the supposed superiority of Windows over Linux in the "Get the Facts" campaign, claiming that the LSE system provided "five nines" reliability... Despite TradElect only being in use for about two years, after suffering multiple periods of extended downtime and unreliability the LSE announced in 2009 that it was planning to switch to Linux in 2010.

но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Re[11]: Java vs .Net
От: vdimas Россия  
Дата: 20.03.18 18:05
Оценка:
Здравствуйте, ·, Вы писали:

V>>>>Ввиду необычайной простоты сопряжения нейтива и дотнета подобные вещи делаются иначе, чем в мире джава, а именно — просто пишутся обертки для дотнета и получают многократный прирост производительности.

V>>·>Можно ссылочку на success story?
V>>ASP.Net пойдёт? ))
V>>Который в первом же портированном The Pet Shop порвал Tomcat как тузик грелку.
·>Прям удивительно! tomcat — java, работает везде, iis — c++, вин-онли.

Зеваю.
Специально оставил предысторию вопроса.
Соберись, плиз.


·>сейчас на базе netty есть шустрые веб-сервера


Есть. Но это то самое NIO.


V>>Примеров овердофига. Львиная доля дотнетных либ — это просто обертки над нейтивом, типа таких:

V>>https://github.com/MiloszKrajewski/lz4net
·>Примеров чего? Я знаю что нейтив работает быстро. Причём тут дотнет?

Ты уже в прошлом обсуждении спрашивал так же картинно.
Опять зеваю.

Ввиду необычайной простоты сопряжения нейтива и дотнета



·>Для джавы обёрток тоже хоть попой жуй https://github.com/lz4/lz4-java Тут кстати и нативный, и java драйвер на выбор.


Проблема в том, что для джавы это исключение, а не правило.
Потому что сопрягать нейтив с джавой не просто.
Я пару раз сопрягал — так ну его в пень, этот идиотизм.
Проще сопрягать даже с таким кошмаром, как JS или PHP.
С дотнетом не сравнимо от слова никогда. ))
Я многие десятки раз сопрягал дотнет с нейтивом.
Это не отдельный этап разработки, как в джава, а проходная задача, на которой даже не акцентируешься.
Re[11]: Java vs .Net
От: vdimas Россия  
Дата: 20.03.18 18:16
Оценка:
Здравствуйте, ·, Вы писали:

V>>Который в первом же портированном The Pet Shop порвал Tomcat как тузик грелку.

·>А это оказалось занимательное чтиво
·>

The J2EE Pet Store, Sun told us, "is a sample application meant to demonstrate certain design patterns, and is not a benchmark."

·>

The .PET demo is really "a relatively thin layer that wraps stored procedures," he notes.


Да пофик.
28 раз — это действительно дохрена, даже с учётом тюнинга.
На одних stored proc в сравнении с генерируемыми запросами столько не будет, разумеется.

В общем, судя по исходникам и того и другого, — ничего военного в обоих случаях нет, т.е. про "highly tuning" в дотнетной версии — лживая брехня для красного словца. Дотнетная версия общедоступна, она небольшая, никакого тюнинга я не вижу — обычная себе ASP.Net аппликуха.

И да. Мы с коллегами-джавистами не раз устраивали гонки, дотнет опережал в среднем в 3-3.5 раза при портировании кода 1-в-1, разве что мелкие структуры становились value-type. Всякие Decimal и DateTime — они из каробки уже value-type.

Прибавь сюда примерно втрое более шустрый ASP.Net в сравнении с Tomcat, получишь 9-10 раз разницы.
Прибавь сюда вылизанный драйвер ADO.Net для MS SQL.
Прибавь сюда легковесный вызов нейтивного АПИ ОС в сравнении с Джавой.
В итоге набегает прилично.
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.