https://www.opennet.dev/openforum/vsluhforumID3/77688.html После шести месяцев разработки представлен (http://www.mail-archive.com/user%40cassandra.apache.org/msg13822.html) релиз распределенной БД Apache Cassandra 0.8 (http://cassandra.apache.org/), относящейся к классу noSQL-систем и рассчитанной на создание высокомасштабируемых и надежных хранилищ огромных массивов данных, представленных в виде хэша. Изначально проект был разработан в недрах Facebook и в 2009 году передан под покровительство фонда Apache. Промышленные решения на базе Cassandra развернуты для обеспечения сервисов таких компаний, как Cisco, Cloudkick, Reddit, Digg, Rackspace и Twitter. Наиболее крупный кластер серверов, обслуживающих единую БД Cassandra, насчитывает более 400 машин.<br><br><br><br>БД Cassandra написана на языке Java и объединяет в себе полностью распределенную hash-систему Dynamo, обеспечивающую практически линейную масштабируемость при увеличении объема данных. Cassandra использует модель хранения данных на базе семейства столбцов (ColumnFamily), отличающуюся от сист...<br><br>URL: http://www.mai https://www.opennet.dev/openforum/vsluhforumID3/77688.html#41 Tue, 07 Jun 2011 13:19:50 GMT &gt; (для наблюдателей: тут как минимум одна грубая ошибка: оппонент не различает ОС <br>&gt; QNX и ядро QNX &#8212; и даже не указал, какое именно <br>&gt; ядро имеет в виду; также он никогда в глаза не видел <br>&gt; исходники ядра QNX, но считает, что осведомлён о нём достаточно)<br><br>Так, так, так - расскажи в каких проектах ты применял QNX, если уж идти дальше по факту придирок и придумывания своей крутости.<br><br>Если бы ты смотрел исходники *nix-ов, ты бы давно обратил внимание на использование ассемблера в Linux, факт чего для тебя оказался новостью.<br><br>Ну, расскажи нам о своих проектах под QNX, жду.<br><br> https://www.opennet.dev/openforum/vsluhforumID3/77688.html#40 Tue, 07 Jun 2011 13:07:43 GMT &gt;&gt;&gt; ОС QNX, написанной полностью на ассемблере.<br>&gt;&gt; ORLY? BREAKING NEWS! ты просто фонтанируешь сенсациями.<br>&gt; Таков твой пример. Пиши на ассемблере большие приложения и будет тебе счастье.<br><br>это где я сказал, что &#171;ОС QNX написана полностью на ассемблере&#187;? O_O <br><br>(для наблюдателей: тут как минимум одна грубая ошибка: оппонент не различает ОС QNX и ядро QNX &#8212; и даже не указал, какое именно ядро имеет в виду; также он никогда в глаза не видел исходники ядра QNX, но считает, что осведомлён о нём достаточно)<br><br>&gt; Цитата из &#171;Linux: Азбука ядра. М.: Кудиц-Пресс, 2007.&#187; <br><br>бла-бла-бла. где там про &#171;большое количество кода на ассемблере&#187;? ну и да &#8212; 2007. ты бы ещё про винды 3.11 вспоминал.<br><br>FYI: длина копипасты далеко не всегда кореллирует с её полезностью и отношением к теме обсуждения.<br><br>&gt; Для начала неплохо бы полистать учебники по программированию. Прежде чем писать что-то <br>&gt; в Интернете на этот счет.<br><br>что характерно для школьника: когда ему нечем крыть, он с пафосо https://www.opennet.dev/openforum/vsluhforumID3/77688.html#39 Tue, 07 Jun 2011 12:54:17 GMT &gt;&gt; ОС QNX, написанной полностью на ассемблере.<br>&gt; ORLY? BREAKING NEWS! ты просто фонтанируешь сенсациями.<br><br>Таков твой пример. Пиши на ассемблере большие приложения и будет тебе счастье.<br><br>&gt;&gt; Да и сам Linux написан с применением большого количества <br>&gt;&gt; кода на ассемблере.<br>&gt; мда&#8230; знаешь, какой отличительный признак школьника? нет, не возраст: школьнику может <br>&gt; и 50 лет быть. а отличительный признак такой: школьник безапеляционно несёт <br>&gt; чепуху и никогда не утруждается никакими обоснованиями и доказательствами.<br><br>Цитата из "Linux: Азбука ядра. М.: Кудиц-Пресс, 2007."<br><br>стр. 38:<br><br>"Linux - это операционная система. Поэтому его часть тесно связана с процессором, на котором он работает. Авторы Linux продалали огромную работу по минимизации процессрно- (и архитектурно-) зависимого кода, стараясь писать как можно менее архитектурно-зависимый код. В этом разделе мы рассмотрим следующее:<br><br>- Каким образом некоторые функции реализуются на X86- и PowerPC-архитектурах.<br><br>- Как использовать макросы и встр https://www.opennet.dev/openforum/vsluhforumID3/77688.html#36 Tue, 07 Jun 2011 12:23:18 GMT &gt; ОС QNX, написанной полностью на ассемблере.<br><br>ORLY? BREAKING NEWS! ты просто фонтанируешь сенсациями.<br><br>&gt; Да и сам Linux написан с применением большого количества <br>&gt; кода на ассемблере.<br><br>мда&#8230; знаешь, какой отличительный признак школьника? нет, не возраст: школьнику может и 50 лет быть. а отличительный признак такой: школьник безапеляционно несёт чепуху и никогда не утруждается никакими обоснованиями и доказательствами.<br><br>&gt; 3D-шутеры<br>&gt; Gothic<br><br>you make me sad panda.<br><br>&gt; Я подскажу где ты ошибся &#8212; выше я упоминал про 3D-шутеры, для <br>&gt; написания которых вынуждены использовать С++<br><br>ага. например DooM, Quake, Quake 2, Quake 3. Джон просто таки с плазмаганом отбивался от наседающих толп, которые вынуждали его использовать там C++. и отбился, что характерно.<br> https://www.opennet.dev/openforum/vsluhforumID3/77688.html#35 Tue, 07 Jun 2011 12:12:37 GMT &gt;&gt; В том то и дело, что процедурный <br>&gt;&gt; подход устанавливает верхнюю границу того кода, который вы можете оперативно поддерживать <br>&gt;&gt; - всего в пару тысяч строк, а ООП позволяет с легкостью <br>&gt;&gt; манипулировать десятками тысяч и сотнями тысяч строк кода.<br>&gt; то-то линукс на сях, а не на жабе написан. видать, глупые люди <br>&gt; его пишут: им никто не сказал, что процедурный подход не позволит <br>&gt; разработать и поддерживать столь сложную программу. надо в LKML написать, что <br>&gt; линуксу капец. ну, пока не поздно ещё.<br><br>С таким же успехом можно привести пример имеющейся ОС QNX, написанной полностью на ассемблере. Да и сам Linux написан с применением большого количества кода на ассемблере.<br><br>Я подскажу где ты ошибся - выше я упоминал про 3D-шутеры, для написания которых вынуждены использовать С++, с применением ассемблерных вставок и этот код вовсе не пару сотен строк. Но это не означает, что этот код очень легко поддерживать и модифицировать без создания многочисленных ошибок. Например вспомним игру Gothic 3, на ре https://www.opennet.dev/openforum/vsluhforumID3/77688.html#34 Tue, 07 Jun 2011 11:54:45 GMT &gt;&gt;&gt; наиболее полная и удобная поддержка ООП <br>&gt;&gt; да? там, наконец-то, реализовали прототипную модель?<br>&gt; а в чем бенефит прототипов? и стоит ли это преимущество отсутствия строгой <br>&gt; типизации?<br><br>а это не важно. сказали, что наиболее полная и удобная &#8212; предъявите. мне вот удобно прототипами, например. и, конечно, должны быть полноценные замыкания, без них в прототипы играть неинтересно.<br><br>я, впрочем, вообще не считаю строгую типизацию необходимой. типизация &#8212; штука опциональная. вон как в Strongtalk'е. где, кстати, ООП сделано и получше, и поумней, и поудобней. но у человека жаба гойловного моска &#8212; его, наверное, iZEN укусил.<br> https://www.opennet.dev/openforum/vsluhforumID3/77688.html#33 Tue, 07 Jun 2011 11:50:22 GMT &gt; В том то и дело, что процедурный <br>&gt; подход устанавливает верхнюю границу того кода, который вы можете оперативно поддерживать <br>&gt; - всего в пару тысяч строк, а ООП позволяет с легкостью <br>&gt; манипулировать десятками тысяч и сотнями тысяч строк кода.<br><br>то-то линукс на сях, а не на жабе написан. видать, глупые люди его пишут: им никто не сказал, что процедурный подход не позволит разработать и поддерживать столь сложную программу. надо в LKML написать, что линуксу капец. ну, пока не поздно ещё.<br> https://www.opennet.dev/openforum/vsluhforumID3/77688.html#32 Tue, 07 Jun 2011 10:44:47 GMT Для справки - упоминаемая выше библиотека OpenMP - имеет очень широкое распространение ПРИ написании многопоточных программ на _Фортране_ и С/С++.<br><br>Для справки - сейчас большинство процессоров имеют по несколько ядер.<br><br>Для справки - не использовать многопоточность при работе программы на нескольких ядрах - в большинстве случаев является не верным (исключения придумать можно но они не характерны).<br> https://www.opennet.dev/openforum/vsluhforumID3/77688.html#31 Tue, 07 Jun 2011 10:30:43 GMT &gt; Ну дык... Там не то, что оптимизируют такты, там еще и учитывают <br>&gt; попадания и промахи кешей (не дисковых, разумеется).<br>&gt; И вы со своими ООПешными джава замахами можете бенчить до посинения.<br>&gt; Можете сколько угодно рассказывать маркетинговые "саксесстори",<br>&gt; когда нужна реактивность (для БД это как бы важно, <br>&gt; странно правда?), джава теряет...<br><br>Для справки - виртуальные машины пишут на нативном коде (при написании которых можно использовать ВСЕ ЧТО УГОДНО, имеющееся у нативных библиотек).<br><br>Для справки - есть такая библиотека OpenMP, которая учитывает "попадания и промахи кешей (не дисковых, разумеется)" - при МНОГОПОТОЧНОЙ работе программы (на общей памяти, в данном случае, а вот MPI этот момент не учитывает).<br><br>Для справки - OpenMP очень широко применяется разработчиками Oracle.<br><br>Для справки - Oracle является владельцем и основным разработчиком виртуальной машины Java.<br><br>Для справки - СУБД Oracle является одной из самых быстродействующей БД в мире (в телекоме стоят сплошь и рядом СУБД Oracle)