LINUX.ORG.RU

ТОМКАТ и АПАЧ HTTP SERVER - ЭТО РАЗНЫЕ ВЕЩИ. ТОМКАТ и АПАЧ HTTP SERVER - ЭТО РАЗНЫЕ ВЕЩИ. ТОМКАТ и АПАЧ HTTP SERVER - ЭТО РАЗНЫЕ ВЕЩИ. ТОМКАТ и АПАЧ HTTP SERVER - ЭТО РАЗНЫЕ ВЕЩИ. ТОМКАТ и АПАЧ HTTP SERVER - ЭТО РАЗНЫЕ ВЕЩИ. ТОМКАТ и АПАЧ HTTP SERVER - ЭТО РАЗНЫЕ ВЕЩИ. ТОМКАТ и АПАЧ HTTP SERVER - ЭТО РАЗНЫЕ ВЕЩИ. ТОМКАТ и АПАЧ HTTP SERVER - ЭТО РАЗНЫЕ ВЕЩИ. ТОМКАТ и АПАЧ HTTP SERVER - ЭТО РАЗНЫЕ ВЕЩИ. ТОМКАТ и АПАЧ HTTP SERVER - ЭТО РАЗНЫЕ ВЕЩИ. ТОМКАТ и АПАЧ HTTP SERVER - ЭТО РАЗНЫЕ ВЕЩИ. ТОМКАТ и АПАЧ HTTP SERVER - ЭТО РАЗНЫЕ ВЕЩИ. ТОМКАТ и АПАЧ HTTP SERVER - ЭТО РАЗНЫЕ ВЕЩИ. ТОМКАТ и АПАЧ HTTP SERVER - ЭТО РАЗНЫЕ ВЕЩИ. ТОМКАТ и АПАЧ HTTP SERVER - ЭТО РАЗНЫЕ ВЕЩИ. ТОМКАТ и АПАЧ HTTP SERVER - ЭТО РАЗНЫЕ ВЕЩИ.

alebu
()
Ответ на: комментарий от EasyLinuxoid

Сам-то хоть понял, что тестировать собрался и зачем? :)

PartyZan ★★★
()
Ответ на: комментарий от jackill

> Я не знаю как 6, а под четверку в свое время ставил ActivePerl. Ух и натерпелся же я. Во-первых, оно встало не с первого раза. Во-вторых иногда отваливалось.

Между релизами четверки и шестерки 5 лет прошло :)

WindowsUser ★★
()
Ответ на: комментарий от guardian

>В свете вышесказанного, тестирование обнаружило, что под Linux Java на 1/3 быстрее чем в Win (!)

Я это замечал и раньше

Noord
()
Ответ на: комментарий от AffreuxChien

> где у Апач/Томкэт график увеличения задержек в зависимости от нагрузок представляет из себя квадратичную параболу, а у IIS/.NET остаётся линейным...

Сынок, это фэнтази ;-)

anonymous
()

> Согласно проведённым недавно исследованиям компании WebPerformance вебсервер Apache Tomcat работает под Линуксом на 32% быстрее чем на Windows.

ява 1.5._05 для Windows имела неприятные вещи в виде critical threads. Запросто могло сказаться.

Интересно, что перфоманс под виндовс был более равномерный (включая просаживания :)), в то время как на линуксе конкретный разброс...

WindowsUser ★★
()
Ответ на: комментарий от WindowsUser

Ну, чего гадать-то?
Тестирование такое хорошее, что без кофейной гущи не разобрать.

Могу наспор настроить Linux так, что томкэт на нём просядет на 40%. (чего с 30 мелочиться-то?)
Могу Windows так же настроить :)

Могу тщательно подобрать аппаратную конфигурацию, так, чтоб "села" та платформа, которая нравится.

P.S. Смотрю - народ веселится на ЗэСервер.нет - как ни стараются, у лучше связки томкэт на уындоуз + оракуль на линух не выходит :)

AffreuxChien
()
Ответ на: комментарий от AffreuxChien

> И забывают, что в линухах с тех пор всё осталось по прежнему, а в Windows появился ASP .NET

За Linux не отвечу, но вот за все веб и не только веб технологии на Unix отвечу.

Пока Microsoft доводит до ума свой дырявый и тормозной IIS c .Net, у Unix уже имеются свободные и бесплатные aplication сервера J2EE - тот же Geronimo, а как servlet container одним Tomcat дело не обходится есть Jetty (provides a 2.4 servlet server in 400k jar)

Пока Microsoft доводит до ума свой дырявый и тормозной IIS c .Net, у Unix уже несколько лет есть сервер приложений Zope.

Пока micorsoft пытается в .Net сделать приемлемый framework для разрбаотки web проектов, у Unix уже есть "Roby On Rails" и Struts.

Рекомендую вылазить из своего бункера с одними windows технологиями и осмотреться.

Если сранивать Tomcat + Windows и Tomcat + Linux, то нет ниодного объективного плюса за выбор связки Tomcat + Windows, кроме как наличие только одного windows админа, который ничего кроме как IIS не видел, ну разве что причуды IT руководителей, которые ничего кроме Windows не признают. Если вспомнить еще, что можно сделать Tomcat + Solaris (в идеале на соляровском железе), то это будет и дешевле, в разы стабильней и 30% проигрыша винды не обойдутся.

Если сравнивать технологии .Net и Java - то соглашусь с теми, кто считает что .Net мертворожденная. Реально .Net конкуренцию джаве не составляет, хоть как и не пытается... Ну сколько кодит на .Net? А сколько кодит на Java? Большиство разработчиков .Net не умеют и не знают Java - так и живут в своем закрытом мирке...

Oc
()
Ответ на: комментарий от Oc

> Пока Microsoft доводит до ума свой дырявый и тормозной IIS c .Net
Эк завистно стало-то!
Сколько лжи в одном маленьком предложении!
Не дырявый.
Не тормозной

Если написать "чистый и самый быстрый" - будет немножечко правдивее :)

Линуксоиды в последнее время стали очень активно "не любить" .net
Это очень хороший симптом - означает, что началась активная миграция на .net

> Большиство разработчиков .Net не умеют и не знают Java
Ещё одна "маленькая ложь". Ибо уже многие воспользовались J# - никто не скрывает, что это инструмент для миграции.

Ну а основная масса линуксоидов продолжает активно "не любить" как Яву, так и .нет - чем больше объективных причин выкинуть всякую ПХПятину, тем больше.

P.S. Ruby - мёртворожденный проект. Останется Java и .NET

AffreuxChien
()
Ответ на: комментарий от Oc

>Пока Microsoft доводит до ума свой дырявый и тормозной IIS c .Net, у Unix уже имеются свободные и бесплатные aplication сервера J2EE - тот же Geronimo, а как servlet container одним Tomcat дело не обходится есть Jetty (provides a 2.4 servlet server in 400k jar)

Где бенчмарки?

>Пока Microsoft доводит до ума свой дырявый и тормозной IIS c .Net, у Unix уже несколько лет есть сервер приложений Zope.

ГДЕ БЕНЧМАРКИ?

>Пока micorsoft пытается в .Net сделать приемлемый framework для разрбаотки web проектов, у Unix уже есть "Roby On Rails" и Struts.

Черт подери, где, Где, ГДЕ бенчмарки?

Что за идиотская краснаглазая манера вякнуть про тормознутость и не привести результатов сравнения технологий?

>Рекомендую вылазить из своего бункера с одними windows технологиями и осмотреться.

>Если сранивать Tomcat + Windows и Tomcat + Linux, то нет ниодного объективного плюса за выбор связки Tomcat + Windows, кроме как наличие только одного windows админа, который ничего кроме как IIS не видел, ну разве что причуды IT руководителей, которые ничего кроме Windows не признают.

Здесь согласен. Разумеется, нет. Когда (и если) будет ISAPI extension, делающий тоже, что и mod_jk, тогда да, возможно смысл появится.

>Если вспомнить еще, что можно сделать Tomcat + Solaris (в идеале на соляровском железе), то это будет и дешевле, в разы стабильней и 30% проигрыша винды не обойдутся.

Можно, но это дорого, поднимать что-то на солярочном железе. Нет, не бессмысленно, а дорого. И потому выбор должен быть осмысленным, а не мотивированным только 30% прироста производительности.

anonymous
()
Ответ на: комментарий от anonymous

> ГДЕ БЕНЧМАРКИ?

А бенчмарков тут не будет. Когда до серьёзных бенчмарков доходит, то постоянно выясняется, что весь такой распиаренный люликс сливает везде где только можно. :-D

Ron
()
Ответ на: комментарий от anonymous

>Apache на Windows в production? Человеку надо делать лоботомию. Срочно.

Лобомию надо челать человеку выставляющий IIS в инет.

vtVitus ★★★★★
()
Ответ на: комментарий от anonymous

>На Windows надо пользоваться IIS 6,
Пользоваться надо тем, что подходит под задачи, если у вас проект на JAVA - используйте Tomcat/Resin/Jetty (я бы предпочел Resin), если у вас проект на ASP.NET - используйте IIS.
Если вам нужно хотсить много небольших сайтов на PHP,PERL,Ruby,Java,Python,ASP - Apache (httpd).

> и не надо вопить про глючность
И про две эпидемии убивших сотни тысяч windows серверов не нужно, и про недавний bug parade свежих дыр от ms не нужно вопить.
Вопить вообще не нужно, нужно помнить и делать выводы.


>IIS 6 - действительно хороший программный продукт,
Если у вас web applications на asp.net то альтернативы iis у вас пожалуй нет.
IMHO Во всех остальных случаях IIS вариант довольно неважный.

Поддержка web приложений на популярных языках написания web приложений - плохая.
Безопасность - MS каждый раз нас уверяет, что на этот раз все в ok.
Модули - windows администратор сейчас полезет смотреть, что это за модули такие...
Цена - непривлекательная.

Что же осталось хорошего?

>а во-вторых - ошибок и у кода Apache достаточно.
Ошибки не делают только те, кто вообще ничего не делает.
Из тех кто что-то делают ошибаются все, вот только некотрые чаще.
Благодаря ошибкам в IIS рухнуло больше колличество серверов, чем благодаря все остальныс серверам вместе взятым, и это при том, что Apache (httpd) куда более популярен. Делайте выводы.

Yilativs ★★★★
()
Ответ на: комментарий от Yilativs

> И про две эпидемии убивших сотни тысяч windows серверов не нужно, и про недавний bug parade свежих дыр от ms не нужно вопить.

А, ерунда это всё.
В линух-дистрибутивах такие "дыры" постоянно находятся, но они там дырами наверное не считаются :)

> Благодаря ошибкам в IIS рухнуло больше колличество серверов, чем благодаря все остальныс серверам вместе взятым

Неправда ваша, батенька.
Не там ищите. IIS не "бажистее" Апача.
А в обрушении сайтов виновен несколько иной слой - один скриптовый движок, не к ночи помянут будет.

Если хотите поговорить о "глючности" IIS и Apache - давайте поговорим.
Только с фактами, если не возражаете :)

> Если у вас web applications на asp.net то альтернативы iis у вас пожалуй нет.
А она мне нужна в этом случае? Кто может предложить что-то реально лучшее?
Может тот самый скриптоовый движок, что не к ночи помянут будет? :)

"Живых" быстрых технологий две - .нет и Ява.
Вот они и будут "перетягайкой" заниматься. Путь там где-то речь и зайдёт ДЕЙСТВИТЕЛЬНО про 30%, с указанием спецификаций железа, софта и конфигураций, а не так, как в обсуждаемом тесте... Однако всё одно речь идёт о двух порядках разницы в количестве обслуживаемых запросов относительно популярных интерпретируемых движков.

AffreuxChien
()
Ответ на: комментарий от AffreuxChien

>> И про две эпидемии убивших сотни тысяч windows серверов не нужно, и про недавний bug parade свежих дыр от ms не нужно вопить.
>А, ерунда это всё.

.ru (она сейчас кажется дочка mtu - stream) была разрушена почти до основания во время эпидемии coderad и один из офисов у нас сидел без
инета неделю благодоря такой вот ерунде.
Если для кого-то офис без internet - ерудра, то для других это серьезный удар.

>В линух-дистрибутивах такие "дыры" постоянно находятся, но они там дырами наверное не считаются :)

В Linux,Solaris,FreeBSD и в Windows находятся, считаются и исправляются. Только где -то проворней, где то медленей.

>> Благодаря ошибкам в IIS рухнуло больше колличество серверов, чем благодаря все остальныс серверам вместе взятым

>Неправда ваша, батенька. Не там ищите.
Я вообще не ищу, искали авторы CodeRad,Nimda и им подобным. И под IIS нашли.

> IIS не "бажистее" Апача.
Может быть, только вот таких обрушений благодаря Apache/Tomcat/Resin свет не видовал, хотя Apache куда популярней IIS

>Если хотите поговорить о "глючности" IIS и Apache - давайте поговорим. Только с фактами, если не возражаете :)

Я не хочу об этом говорить, зачем? История показывает - IIS не надежный сервер, может исправится и всем будет лучше.
Не нужно будет админам банить машины с которых постоянно идет запрос от nimda подобных вирусов.


>> Если у вас web applications на asp.net то альтернативы iis у вас пожалуй нет.
>А она мне нужна в этом случае?
Вы меня спрашиваете? Я не знаю что вам нужно.

>Кто может предложить что-то реально лучшее?
Лучше чего и лучше в чем?

>Может тот самый скриптоовый движок, что не к ночи помянут будет? :)

Вы про ASP? Я не верю MS, по тому что верю в историю.
А история ходит по кругу, MS сделал продукт и говорит - теперь мы сделали настоящий продукт, да то что мы делали вчера было плохо (IIS,ASP,.Net1.0/1.1)
теперь мы сделали натоящий шедевер
(новый iis, ASP.NET, .net2.0), оно прадва не совместимо со старым, но вы переходите не бойтесь, все теперь на высоте.
А я вот почему-то не верю. А есть люди которые верют, и слава богу, пусть они попробуют, и если хорошо попробуем и мы.

>"Живых" быстрых технологий две - .нет и Ява.
Я считаю живых гораздо больше.
Cам я пишу на java, но я не считаю php,python,perl,ruby мертвыми - всему есть свое место. Для web много готовых php решений.
Perl в своей нише(там где не хватает bash) не превзойден. и т.д.

>Вот они и будут "перетягайкой" заниматься. Путь там где-то речь и зайдёт ДЕЙСТВИТЕЛЬНО про 30%, с указанием спецификаций железа, софта и конфигураций, а не так, как в обсуждаемом тесте...

Я вообще тест не обсуждал. Признаюсь, я даже результат не смотрел.
Мне все равно кто из них быстрее на 30%.
В рамках сложности современных операционных систем - 30% можно считать статистической погрешностью.
Любую проблему надо рассматривать комплексно, нужно учитывать удобство админисрирования, цену, надежность и производительность.
В большенстве случаев производительность( если соотношение измеряется процентаим, а не разами) не так важна.
Я испольщую tomcat на linux, по той причине, что на linux tomcat(равно как и все другое ПО) можно обновлять автоматически через apt-get/yum update.

Yilativs ★★★★
()
Ответ на: комментарий от Yilativs

>> Может тот самый скриптоовый движок, что не к ночи помянут будет? :)
> Вы про ASP?

Вообще-то про PHP :)
Но и ASP ничем не лучше. Точнее лучше, но не принципиально. Тоже ужас.

>(новый iis, ASP.NET, .net2.0), оно прадва не совместимо со старым, но вы переходите не бойтесь, все теперь на высоте.

Вообще-то совместимо. Превосходно совместимо, в этом-то и вся соль :)
А нововведения 2.0 хороши.

> Я считаю живых гораздо больше.
Я сказал живых БЫСТРЫХ. Простите, но Ява и .net - это ПОРЯДКИ разницы с PHP и прочей.

> испольщую tomcat на linux, по той причине, что на linux tomcat(равно как и все другое ПО) можно обновлять автоматически через apt-get/yum update.
Что характерно, Windows Update и Microsoft Update работают :)

AffreuxChien
()
Ответ на: комментарий от AffreuxChien

>>> Может тот самый скриптоовый движок, что не к ночи помянут будет? :)
>> Вы про ASP?
>Вообще-то про PHP :)
А что за эпидемия была из за PHP?

>> Я считаю живых гораздо больше.
>Я сказал живых БЫСТРЫХ. Простите, но Ява и .net - это ПОРЯДКИ разницы с PHP и прочей.

Да, но не всегда эта разница важна.
Код на С почти всегда быстрей кода на java и С#.
Однако большие проекты на C делать крайне сложно.


>> испольщую tomcat на linux, по той причине, что на linux tomcat(равно как и все другое ПО) можно обновлять автоматически через apt-get/yum update.
>Что характерно, Windows Update и Microsoft Update работают :)
Вы где-то видели что бы Tomcat,Apache Web Server, JK_Connector, MySQL, PostgreSQL, Struts,ApacheCommons, и т.д. обновлялись через windows update?
Теоретически это возможно - но в реальности все это делают руками.
На практике мир знал не один случай обновления windows которые можно считать мягко говоря не успешными.
Про upgrade я вообще молчу.

Yilativs ★★★★
()
Ответ на: комментарий от Yilativs

> Вы где-то видели что бы А вы видели, чтоб .NET, IIS и т.д. обновлялись через APT? :)

> Да, но не всегда эта разница важна. Конечно не всегда. Для 1 посещения в неделю - никакой разницы.

> А что за эпидемия была из за PHP? Почему была? Она продолжается. Во первых - сам PHP, во вторых структура языка, делающая избавление от дырок весьма сложным процессом. Факт, что о вине ПХП отказов и порчи сайтов больше, чем от уязвимостей в IIS и *ix вместе взятых. См. секуритифокус.

Да, о птичках. Насколько я помню, все эпидемии с IIS начинались много позже закрытия "дырок" :)

AffreuxChien
()
Ответ на: комментарий от anonymous

Не только.
Там по жизни всё плохо, как в самом ПХП, так и в скриптах.
Скрипты плохи не от какой-то особой криворукости авторов... Коэффициент криворукости у них "как у всех" - просто инструмент "своеобразный".
http://www.securitylab.ru/search/index.php?q=PHP&where=iblock_vulnerability

AffreuxChien
()
Ответ на: комментарий от anonymous

>>А что за эпидемия была из за PHP?

>Когда при помощи Google фиганули небезызвестный PHPbb.

И что, много серверов упало?

Yilativs ★★★★
()
Ответ на: комментарий от AffreuxChien

>Там по жизни всё плохо, как в самом ПХП, так и в скриптах.
>Скрипты плохи не от какой-то особой криворукости авторов...
> Коэффициент криворукости у них "как у всех" - просто инструмент "своеобразный".

IMHO PHP5 вролне стал походить на ООП язык.
Хотя знаю я его не важно, просто несколько раз исправлял знакомым объектрую модель, так какие говорите в нем недостатки?
Я знаком с несколькими PHP программистами, у них в основном все плохо от кривизны рук (но я бы не стал обобщать это на всех PHP программистов).


re:
http://www.securitylab.ru/search/index.php?q=PHP&where=iblock_vulnerability
http://www.securitylab.ru/search/index.php?q=ASP&where=iblock_vulnerability
http://www.securitylab.ru/search/index.php?q=JSP&where=iblock_vulnerability







Yilativs ★★★★
()
Ответ на: комментарий от Yilativs

>И что, много серверов упало?

Настолько много, что Google специально перестал искать по запросам, похожим на поиск дырявого PHPbb.

anonymous
()
Ответ на: комментарий от stellar

+1
Только ослы будут писать на неродной платформе.

Ubnormal
()
Ответ на: комментарий от AffreuxChien

Только линия эта наклонена в другую сторону :)

Ubnormal
()
Ответ на: комментарий от Ron

>А бенчмарков тут не будет. Когда до серьёзных бенчмарков доходит, то постоянно выясняется, что весь такой распиаренный люликс сливает везде где только можно. :-D

Вспоминаем какой провайдер у Microsoft и какие сервера и на какой ОС у него стоят, чтобы раздавать контент с микрософтовских виндовых серверов.

Удивляемся.

jackill ★★★★★
()
Ответ на: комментарий от AffreuxChien

>А о росте клиентской базы линуксоиды умалчивают :)

То есть она сразу мгновенно выросла? Линуксоиды ни о чем не умалчивают - это была статья, написанная инженерами Microsoft, которые делали этот переход. И было четко и ясно указано, что при одной и той же функциональности понадобились более мощные машины.

SFU тоже появилось по большей части благодаря этому проекту.

>И забывают, что в линухах с тех пор всё осталось по прежнему, а в Windows появился ASP .NET

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

Я лично не вижу чего такого можно сделать на связке windows + IIS, чего нельзя было бы сделать на unix + apache за исключением работы с продуктами MS типа sharepoint, exchange и ms project.

jackill ★★★★★
()
Ответ на: комментарий от AffreuxChien

>Установка ActivePerl - запуск установщика и нажатие на Ok.

Может сейчас это и так, но на тот момент после установки не работало.

Насколько я помню, дописывались пути и что-то еще правилось в реестре.

jackill ★★★★★
()
Ответ на: комментарий от jackill

>Вспоминаем какой провайдер у Microsoft и какие сервера и на какой ОС у него стоят, чтобы раздавать контент с микрософтовских виндовых серверов.

И какой же? Неужели Linux? :)))))))))))))))

anonymous
()
Ответ на: комментарий от vtVitus

> Лобомию надо челать человеку выставляющий IIS в инет.

Ну сделай к примеру крупнейшему в мире производителю компов - Dell, который работает на IIS (а раз работает годами, значит вполне успешно), да мало ли кто ещё работает, ведь ты же даже не пытался узнать это?

anonymous
()
Ответ на: комментарий от Yilativs

> И про две эпидемии убивших сотни тысяч windows серверов не нужно, и про недавний bug parade свежих дыр от ms не нужно вопить.

Ты случайно не из Эстонии? Сколько лет назад это было? Это было 1)до IIS6 и 2)после выпуска заплатки, закрывающей уязвимость.

> Ошибки не делают только те, кто вообще ничего не делает.

Приведи список ошибок IIS6, степень их опасности и сравни с Apache

anonymous
()
Ответ на: комментарий от Yilativs

> История показывает - IIS не надежный сервер

История очень много чего показывает, но зацикливаться на ней по меньшей мере глупо. Раньше люди жили в пещерах, использовали каменные топоры и что с того? Это значит и сейчас всё точно также?

anonymous
()
Ответ на: комментарий от HellAngel

> ты знал, ты знал!!! :))) > http://searchdns.netcraft.com/?host=microsoft.com&position=limited&lo... .. > PS: естественно речь о провайдерских машинах

А установленный Линукс на провайдерских машинах - это равносильно непревзойденной производительности Линукса? Или, всё-таки, его дешевизны? Или просто личных предпочтений?

То есть, из чего следует, что раз Линукс установлен на провайдерских машинах, то он является более производительным, чем Винда?

avs
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.