|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Oleg Goodyckov 2:5020/400 23 Jun 2001 14:13:41
To : All
Subject : [NEWS] Red Hat Tux 2.0 затмевает Apache
--------------------------------------------------------------------------------
----- Forwarded message from ElVisti analitic group <elinfo@ic.visti.net> -----
> From: ElVisti analitic group <elinfo@ic.visti.net>
> Subject: [NEWS] Red Hat Tux 2.0 затмевает Apache
> To: netters@lucky.net
> Date: 22 Jun 2001 17:14:38 GMT
>
> Red Hat Tux 2.0 blows away Apache
>
> Генри Балтазар (Henry Baltazar) и Тимоти Дик (Timothy Dyck), eWEEK
>
> 17 июня 2001 г.
>
> В большинстве случаев сравнительные испытания представляют собой не что
> иное, как гонку транзакций, победитель которой получает повод для
> бахвальства и может гордиться своей платформой. Hо иногда такие испытания
> выявляют поистине революционный прорыв в производительности.
>
> Именно такой итог увенчал испытания веб-серверов в лаборатории eWeek Labs,
> в которых веб-сервер Tux 2.0 от Red Hat на базе ядра Linux 2.4 намного
> превзошел все мыслимые до сих пор пределы производительности и указал путь
> будущим веб-серверам на базе той же архитектуры.
>
> Тесно сотрудничая с группой Performance Engineering компании Dell Computer
> (она первой опубликовала впечатляющие результаты Tux в тестах SPECWeb 99),
> eWeek Labs обнаружила, что при обработке комбинированного динамического и
> статического веб-контента Tux работает почти втрое быстрее, чем популярный
> веб-сервер Apache (12792 против 4602 транзакций в секунду).
>
> 60,7 Мбайт статического веб-контента легко умещается в оперативной памяти,
> так что этот тест проверяет главным образом сетевые механизмы и управление
> потоками, но не управление дисковой памятью (хотя logging веб-сервера во
> время испытаний был включен).
>
> Бешеная производительность
> Замечательное быстродействие Tux даже на слабом оборудовании служит
> доказательством эффективности его необычного дизайна: во-первых, для
> ускорения работы Tux помещает код веб-сервера в ядро и считывает
> веб-страницы непосредственно из кэша файловой системы kernel-mode Linux;
> во-вторых, Tux очень эффективно управляет большим числом соединений,
> используя ограниченный пул рабочих потоков, а не одного рабочего процесса
> на каждое соединение, как Apache; в-третьих, Tux использует свой
> собственный высокопроизводительный алгоритм планирования потоков,
> минимизирующий влияние дисковых операций.
>
> Tux очень легко внедрять на предприятии поэтапно, так как он способен
> прозрачно переадресовывать веб-запросы, которые не может обработать, на
> другой веб-сервер, например, на тот же Apache. Главный недостаток Tux
> заключается в том, что он не поддерживает трафик Secure Sockets Layer -
> реализация этой возможности запланирована на следующую версию.
>
> Тот факт, что Tux 2.0 оказался значительно быстрее, чем веб-сервер Internet
> Information Server 5.0 из Windows 2000 (5137 запросов в секунду), наглядно
> демонстрирует преимущества новой конструкции Tux по сравнению с этим
> популярным веб-сервером. Следующая версия IIS (которая входит в проект
> Microsoft Whistler) использует несколько идей, реализованных в Tux, в том
> числе kernel-space организацию. Kernel-space веб-кэш (но не kernel-space
> веб-сервер) применяется в IBM AIX с 1999 года, так что тенденция внедрения
> в ядро становится популярной.
>
> С системной точки зрения бешеная производительность Tux и подобных ему
> веб-серверов обеспечит организациям возможность создавать у себя более
> быстродействующие и масштабируемые фермы веб-серверов с меньшим количеством
> серверов и процессоров, что позволит высвободить ресурсы для приобретения
> более мощных и качественных серверов приложений и баз данных.
>
> Ядро вашей мечты
> В этом тесте мы хотели получить также количественные оценки многочисленных
> изменений, внесенных в ядро Linux 2.4 с целью повышения масштабируемости и
> производительности. Результаты со всей очевидностью доказали, что Linux 2.4
> - как с Tux, так и с Apache - работает намного быстрее, чем Linux 2.2.
>
> Как уже упоминалось, внутренняя архитектура Tux оптимизирована в расчете на
> высокую производительность, но, по словам главного автора Tux Инго Молнара
> (Ingo Molnar), системного инженера Red Hat в Берлине, это лишь один из пяти
> факторов, вносящих вклад в столь превосходное быстродействие. Остальные
> четыре фактора связаны с особенностями ядра Linux 2.4 и способствуют
> ускорению любого приложения Linux-сервера: zero-copy TCP/IP networking,
> interrupt and process CPU affinity, выделение ресурсов памяти ядра каждому
> CPU (slab caches) и wake-one scheduling. (Hекоторые функции, включая
> zero-copy networking, требуют внесения изменений в серверные приложения.)
>
> Молнар отмечает также большие успехи в оптимизации ядра 2.4 для систем SMP
> (symmetric multiprocessing). "Хорошая SMP-масштабируемость в ядре стала
> возможной благодаря очень многим мелким шагам и тщательным проверкам, -
> сказал он. - Главная цель ядра 2.4 заключалась в достижении
> масштабируемости корпоративного уровня".
>
> Zero-copy networking позволяет драйверу сетевой карты извлекать данные,
> которые она должна переслать, непосредственно из дискового кэша ядра или из
> буфера пространства памяти пользователя. До сих пор ядру приходилось
> предварительно копировать данные из дискового кэша в отдельный сетевой
> буфер.
>
> Функции affinity связывают системные объекты, такие как исполняемый процесс
> или прерывание, с определенными CPU, что обеспечивает большую отдачу от
> каждого CPU.
>
> Wake-one scheduling - это важное усовершенствование, повышающее
> эффективность мультипроцессорных серверных приложений. В Linux 2.2 все
> процессы, ожидающие каких-нибудь внешних данных (например, сетевого
> трафика), активизируются при поступлении любых данных. Так как запросом
> управляет только один процесс, то остальные, не обнаружив "своих" данных,
> тут же возвращаются в режим ожидания. В Linux 2.4 активизируется только
> один процесс, что создает экономию циклов CPU.
>
> "ZDNet" 2001.06.22
> http://www.zdnet.ru/news.asp?ID=2610
>
----- End forwarded message -----
--- ifmail v.2.15dev5
* Origin: unknown (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
