форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"'Бегун' открыл код многопоточного HTTP-сервера и аллокатора ..."	+/–
Сообщение от opennews (??) on 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
Ответить | Правка | Cообщить модератору

Сообщения по теме

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

3. "Бегун открыл код многопоточного HTTP-сервера и аллокатора па..."	+5 +/–
Сообщение от vle (ok) on 20-Апр-11, 20:13
И чем этот lockfree-malloc лучше, чем jemalloc или tcmalloc? Бенчмарки то где?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	10. "Бегун открыл код многопоточного HTTP-сервера и аллокатора па..."	+/–
	Сообщение от Andrey Mitrofanov on 21-Апр-11, 09:41
	> И чем этот lockfree-malloc лучше, чем jemalloc или tcmalloc? Конечно, gplv3-ей. > Бенчмарки то где? Щас флеймовар устроим -- это ж лучший бм...
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "Бегун открыл код многопоточного HTTP-сервера и аллокатора па..."	–1 +/–
Сообщение от zuborg on 20-Апр-11, 20:46
>Реализация библиотеки занимает всего 800 строк кода; код не смотрел, но уважаю ;)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

8. "Бегун открыл код многопоточного HTTP-сервера и аллокатора па..."	–1 +/–
Сообщение от апоеакш on 20-Апр-11, 23:49
Бегун открыл потому, как он банкрот... Читайте комменты: http://roem.ru/2011/04/17/romanenkov_pro_begun/
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	14. "Бегун открыл код многопоточного HTTP-сервера и аллокатора па..."	+/–
	Сообщение от Aleksey (??) on 21-Апр-11, 11:31
	Это их проблемы, главное что код оставили.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

9. "Бегун открыл код многопоточного HTTP-сервера и аллокатора па..."	–1 +/–
Сообщение от luserz on 21-Апр-11, 07:17
libslave - няшка. как основа событийки- само то. надо погонять.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Бегун открыл код многопоточного HTTP-сервера и аллокатора па..."	+/–
Сообщение от Аноним (??) on 21-Апр-11, 09:46
А чем к примеру WSGI хуже прерывания описанного в плагине?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

12. "Бегун открыл код многопоточного HTTP-сервера и аллокатора па..."	–1 +/–
Сообщение от Аноним (??) on 21-Апр-11, 10:45
Странная у них реализация кода алакатора весь код в заголовочных файлах, а что если кто-то несколько раз подключит эти заголовки?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	13. "Бегун открыл код многопоточного HTTP-сервера и аллокатора па..."	+/–
	Сообщение от Vitaly_loki (ok) on 21-Апр-11, 11:25
	> Странная у них реализация кода алакатора весь код в заголовочных файлах, а > что если кто-то несколько раз подключит эти заголовки? #ifndef #define не?
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	22. "Бегун открыл код многопоточного HTTP-сервера и аллокатора па..."	+/–
	Сообщение от Аноним (??) on 23-Апр-11, 00:18
	А компилятору как докажешь какую версию функции реализованной таким образом считать правильной - он тебе просто скажет реализация уже есть связывать не могу.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	16. "Бегун открыл код многопоточного HTTP-сервера и аллокатора па..."	+1 +/–
	Сообщение от ppppppppp on 21-Апр-11, 12:20
	#pragma once
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

15. "Бегун открыл код многопоточного HTTP-сервера и аллокатора па..."	+/–
Сообщение от Аноним (??) on 21-Апр-11, 12:20
К firefox можно lockfree-malloc прикрутить, кто нибудь пробовал?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	20. "Бегун открыл код многопоточного HTTP-сервера и аллокатора па..."	+/–
	Сообщение от Аноним (??) on 21-Апр-11, 18:00
	Основные недостатки вкупе с тем фактом, что десктопные приложения выделяют больше разнородных блоков памяти, сводят на нет любой призрачный выигрыш.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

21. "Бегун открыл код многопоточного HTTP-сервера и аллокатора па..."	+/–
Сообщение от rico (ok) on 21-Апр-11, 20:51
блин, вот какой-то дурак один раз назвал linking связыванием и покатилось компоновка, друзья, а не связывание
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

23. "Бегун открыл код многопоточного HTTP-сервера и аллокатора па..."	+/–
Сообщение от Bolk on 24-Апр-11, 11:05
> Lizard не похож на классические http-серверы двумя вещами: Во первых, обслуживающее web-запросы приложение оформлено в виде плагина, который не вызывается через интрейфейс подобный FastCGI, а непосредственно линкуется с Lizard. То есть Apache с его mod_php уже перестал быть классическим http-сервером?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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