https://www.opennet.ru/openforum/vsluhforumID3/69350.html Японская компания Gemini Mobile Technologies представила (http://www.geminimobile.com/news/news100714%28en%29.html) новую свободную нереляционную БД Hibari (http://hibari.sourceforge.net/), предназначенную для организации сверхбольших распределенных хранилищ данных, представленных в формате ключ-значение. Код Hibari (http://sourceforge.net/projects/hibari/) написан на языке Erlang и распространяется в рамках лицензии Apache. В качестве наиболее типичных областей применения Hibari называются крупные web-mail системы, социальные сети, службы хранения логов операторов связи и другие сервисы, в которых необходимо хранить терабайты и петабайты поступающих ежедневно данных.<br><br><br>API для доступа к данным в Hibari доступно для языков Java, C/C++, Python, Ruby и Erlang. В настоящий момент подготовлены модули эмуляции API Amazon S3, JSON-RPC-RFC4627 и UBP (Universal Binary Protocol), что позволяет использовать БД с типовыми приложениями, написанными для уже существующих стандартных сервисов хран...<br><br>URL: http://www.gem https://www.opennet.ru/openforum/vsluhforumID3/69350.html#30 Wed, 04 Aug 2010 05:47:26 GMT &gt;&gt;Почему-то народ, переходя на Erlang с &#171;нормальных&#187; языков уменьшает количество серверов, <br>&gt;<br>&gt;Может быть, дело в том что сервера были задизайнены дурно/неоптимально? <br><br>А может быть дело в том, что Erlang оптимизирован именно для распределенных систем, а для C/C++ практически нет подобных решений?<br><br><br>&gt;P.S. я не пытаюсь сказать что "эрланг - плохо". Я не имею <br>&gt;ничего против эрланга. Тем не менее, если вы беретесь доказывать его <br>&gt;крутизну - доказывайте убедительно и будьте готовы что аргументы проверят/оспорят :P. <br>&gt;<br><br>Вообще-то, доказательства должны лечь на человека, заявившего про &#171;оверхед&#187; в первом ответе. Все остальное легко находится в гугле.<br> https://www.opennet.ru/openforum/vsluhforumID3/69350.html#29 Wed, 04 Aug 2010 05:45:25 GMT &gt;Более того - чтобы гарантировать времена отклика <br>&gt;на вменяемом уровне и непрерывность выполнения на критичных местах - явно <br>&gt;надо лезть глубоко в механику операционки.<br><br>Не обязательно<br><br>В общем, достаточно взять Erlang в руки и посмореть/почитать. <br> https://www.opennet.ru/openforum/vsluhforumID3/69350.html#28 Tue, 03 Aug 2010 17:07:16 GMT &gt;Почему-то народ, переходя на Erlang с &#171;нормальных&#187; языков уменьшает количество серверов, <br><br>Может быть, дело в том что сервера были задизайнены дурно/неоптимально? А то почему-то переход с своеобразного опача на допустим лайти или нжинкс тоже количество серверов может уменьшить весьма некисло. А все отличие - сугубо в логике работы сервера. Одно форкает по процессу на юзера, что ессно жрет дофига ресурсов, особенно неоптимально сие на статике. Другое реализует машины состояний, которым количество юзеров не особо критично. А, извините, какойнить ircd писаный на голых сях - легко обслужит групчат с многими тыщщами юзеров на ископаемом железе вообще. Заметьте, сожрав в разы меньше ресурсов и траффика чем ejabberd для той же задачи (это правда частично заслуга самого протокола жаббер сделанного понятно как).<br><br>P.S. я не пытаюсь сказать что "эрланг - плохо". Я не имею ничего против эрланга. Тем не менее, если вы беретесь доказывать его крутизну - доказывайте убедительно и будьте готовы что аргументы пр https://www.opennet.ru/openforum/vsluhforumID3/69350.html#27 Tue, 03 Aug 2010 17:00:55 GMT Мне просто не понятно - как реалтаймность вообще коррелирует с производительностью или что вы хотели доказать. Более того - чтобы гарантировать времена отклика на вменяемом уровне и непрерывность выполнения на критичных местах - явно надо лезть глубоко в механику операционки. А это имхо заявка на написание модуля/драйвера ядра или как минимум какие-то злостные системные извращения, для которых прокатит обычный си (из коего лезть в тонкую системную механику более-менее удобно и съедобно, имхо).<br> https://www.opennet.ru/openforum/vsluhforumID3/69350.html#26 Tue, 03 Aug 2010 06:37:22 GMT &gt;[оверквотинг удален]<br>&gt;на полной скорости CPU). Т.е. ему по зубам даже "жесткий" реалтайм, <br>&gt;когда время реакции всегда одинаковое и строго определенное (у x86 будет <br>&gt;некий джиттер времен реакции на события за счет кеша и прочая). <br>&gt;А вот производительность 8-битника на его паре десятков мегагерцев - понятно <br>&gt;какая, да? Вот я и не догоняю - как они взаимосвязаны <br>&gt;:). Более того - я не догоняю как можно гарантировать реалтайм <br>&gt;не рассмотрев хотя-бы систему на которой это запущено. А то если <br>&gt;у вашей задачи ядро системы отберет время вот сейчас на 10 <br>&gt;мс а через полчаса на 100мс - это реалтайм будет или <br>&gt;нет? :) <br><br>Я не говорил про hard realtime, а про soft realtime. Ссылки сейчас искать лень, ищущий да обрящет ;)<br> https://www.opennet.ru/openforum/vsluhforumID3/69350.html#25 Tue, 03 Aug 2010 06:33:27 GMT &gt;т.е. база не работает уже при двух требованиях ? <br><br>Нет. Это означает, что база не выполняет третье требование<br> https://www.opennet.ru/openforum/vsluhforumID3/69350.html#24 Tue, 03 Aug 2010 06:33:02 GMT &gt;&gt;При чем тут оверхед? У Erlang'а &#8212; soft realtime безо всякого оверхеда.<br>&gt;<br>&gt;При чем здесь нахрен realtime? Без оверхеда - грязная ложь, он выполняется <br>&gt;виртуальной машиной, а это всегда оверхед. У тебя на ноутбуке оно <br>&gt;может и работает, а я не собираюсь покупать лишние сервера на <br>&gt;то что мне не нужно - а именно, интерпретацию байткода. Есть <br>&gt;замечательные параллельные БД на нормальных языках. <br><br>Берется в руки мозг, если он есть и начинает читаться про:<br>- ejabberd<br>- facebook chat<br>- basecamp chat<br>- mochiads/mochiweb<br>- riak<br>- couchdb<br><br><br>ну или вообще хотя бы про Erlang.<br><br><br>Почему-то народ, переходя на Erlang с &#171;нормальных&#187; языков уменьшает количество серверов, а не увеличивает их.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/69350.html#23 Mon, 02 Aug 2010 20:06:45 GMT &gt;При чем тут оверхед? У Erlang'а &#8212; soft realtime безо всякого оверхеда.<br><br>При чем здесь нахрен realtime? Без оверхеда - грязная ложь, он выполняется виртуальной машиной, а это всегда оверхед. У тебя на ноутбуке оно может и работает, а я не собираюсь покупать лишние сервера на то что мне не нужно - а именно, интерпретацию байткода. Есть замечательные параллельные БД на нормальных языках.<br> https://www.opennet.ru/openforum/vsluhforumID3/69350.html#22 Mon, 02 Aug 2010 20:04:20 GMT А почему ты думаешь что ты самый умный и знаешь кто куда это решение примеряет?<br>