URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 76528
[ Назад ]

Исходное сообщение
"'Бегун' открыл код многопоточного HTTP-сервера и аллокатора ..."

Отправлено opennews , 20-Апр-11 19:54 
Сервис контекстной рекламы "Бегун" объявил (http://begun.ru/begun/press/pressonus/detail.php?ID=3893) об открытии исходных текстов четырёх проектов: многопоточного HTTP-сервера Lizard (https://github.com/Begun/lizard/), библиотеки с реализацией HTTP-сервера Serverlib (https://github.com/Begun/serverlib/), библиотеки для обработки реплицированных данных MySQL libslave (https://github.com/Begun/libslave) и оптимизированной для многопоточных систем реализации функций malloc/free lockfree-malloc (https://github.com/Begun/lockfree-malloc). Код проектов написан на языке C++ и распространяется в рамках лицензии GPLv3.

-  Lizard (https://github.com/Begun/lizard) не похож на классические http-серверы двумя вещами: Во первых, обслуживающее web-запросы приложение оформлено в виде плагина, который не вызывается через интрейфейс подобный FastCGI, а непосредственно линкуется с Lizard. Допускается как динамическая загрузка плагина, так и статическое связывание, при котором приложение и http-сер...

URL: http://begun.ru/blog/corporative/316.php
Новость: http://www.opennet.me/opennews/art.shtml?num=30308


Содержание

Сообщения в этом обсуждении
"Бегун открыл код многопоточного HTTP-сервера и аллокатора па..."
Отправлено vle , 20-Апр-11 20:13 
И чем этот lockfree-malloc лучше, чем jemalloc или tcmalloc?
Бенчмарки то где?

"Бегун открыл код многопоточного HTTP-сервера и аллокатора па..."
Отправлено Andrey Mitrofanov , 21-Апр-11 09:41 
> И чем этот lockfree-malloc лучше, чем jemalloc или tcmalloc?

Конечно, gplv3-ей.

> Бенчмарки то где?

Щас флеймовар устроим -- это ж лучший бм...


"Бегун открыл код многопоточного HTTP-сервера и аллокатора па..."
Отправлено zuborg , 20-Апр-11 20:46 
>Реализация библиотеки занимает всего 800 строк кода;

код не смотрел, но уважаю ;)


"Бегун открыл код многопоточного HTTP-сервера и аллокатора па..."
Отправлено апоеакш , 20-Апр-11 23:49 
Бегун открыл потому, как он банкрот...

Читайте комменты:
http://roem.ru/2011/04/17/romanenkov_pro_begun/


"Бегун открыл код многопоточного HTTP-сервера и аллокатора па..."
Отправлено Aleksey , 21-Апр-11 11:31 
Это их проблемы, главное что код оставили.

"Бегун открыл код многопоточного HTTP-сервера и аллокатора па..."
Отправлено luserz , 21-Апр-11 07:17 
libslave - няшка.
как основа событийки- само то.
надо погонять.

"Бегун открыл код многопоточного HTTP-сервера и аллокатора па..."
Отправлено Аноним , 21-Апр-11 09:46 
А чем к примеру WSGI хуже прерывания описанного в плагине?

"Бегун открыл код многопоточного HTTP-сервера и аллокатора па..."
Отправлено Аноним , 21-Апр-11 10:45 
Странная у них реализация кода алакатора весь код в заголовочных файлах, а что если кто-то несколько раз подключит эти заголовки?

"Бегун открыл код многопоточного HTTP-сервера и аллокатора па..."
Отправлено Vitaly_loki , 21-Апр-11 11:25 
> Странная у них реализация кода алакатора весь код в заголовочных файлах, а
> что если кто-то несколько раз подключит эти заголовки?

#ifndef
#define

не?


"Бегун открыл код многопоточного HTTP-сервера и аллокатора па..."
Отправлено Аноним , 23-Апр-11 00:18 
А компилятору как докажешь какую версию функции реализованной таким образом считать правильной - он тебе просто скажет реализация уже есть связывать не могу.

"Бегун открыл код многопоточного HTTP-сервера и аллокатора па..."
Отправлено ppppppppp , 21-Апр-11 12:20 
#pragma once

"Бегун открыл код многопоточного HTTP-сервера и аллокатора па..."
Отправлено Аноним , 21-Апр-11 12:20 
К firefox можно lockfree-malloc прикрутить, кто нибудь пробовал?

"Бегун открыл код многопоточного HTTP-сервера и аллокатора па..."
Отправлено Аноним , 21-Апр-11 18:00 
Основные недостатки вкупе с тем фактом, что десктопные приложения выделяют больше разнородных блоков памяти, сводят на нет любой призрачный выигрыш.

"Бегун открыл код многопоточного HTTP-сервера и аллокатора па..."
Отправлено rico , 21-Апр-11 20:51 
блин, вот какой-то дурак один раз назвал linking связыванием и покатилось
компоновка, друзья, а не связывание

"Бегун открыл код многопоточного HTTP-сервера и аллокатора па..."
Отправлено Bolk , 24-Апр-11 11:05 
> Lizard не похож на классические http-серверы двумя вещами: Во первых, обслуживающее web-запросы приложение оформлено в виде плагина, который не вызывается через интрейфейс подобный FastCGI, а непосредственно линкуется с Lizard.

То есть Apache с его mod_php уже перестал быть классическим http-сервером?