LINUX.ORG.RU
ФорумTalks

Apache Hadoop будет портирован на Windows

 


0

1

Microsoft решила портировать Apache Hadoop на Windows и встроить в свои ведущие продукты SQL Server и облачную платформу Windows Azure.

«Apache Hadoop — свободный Java-фреймворк, поддерживающий выполнение распределённых приложений, работающих на больших кластерах, построенных на обычном оборудовании. Hadoop прозрачно предоставляет приложениям надёжность и быстродействие операций с данными. В Hadoop реализована вычислительная парадигма, известная как MapReduce»

О Hadoop на Wikipedia

Домашняя страница Hadoop

Подробности

Перемещено maxcom из Java

★★★★★

Последнее исправление: maxcom (всего исправлений: 4)

Хорошая организация Apache, всех проприетарщиков кормит.

vasilenko ★★
()
Ответ на: комментарий от Ubuntu1204LTS

Ни при чём, а опенсорц под Windows на LOR не аппрувят, так что снесут

coldy ★★
()

Как понять портировали под Windows? С явы на дотнет?

bender ★★★★★
()

Его перепишут на .NET? Или сделают нормальную интеграцию оракловой jvm внутрь sql-server?

Nagwal ★★★★
()

Этот hadoop настолько распиаренный кусок добра, что даже microsoft с вершины редмонда прониклась этим стойким ароматом.

shahid ★★★★★
()

> работающих на больших кластерах

как я понимаю на маленьких он просто не запустится или будет дико тормозить?

anonymous
()
Ответ на: комментарий от vertexua

Оно на джаве. Этого уже достаточно, чтобы им не пользоваться. Кластерный map-reduce под конкретную задачу проще всего реализуется на C поверх бородатого MPI или на эрланге+С/js стандартными средствами эрланга за пару вечеров. Но апачевцы решили изобрести свой велосипед и чтоб жрал гигами оперативку и на жабе был. Тем самым они сломали основной столп mapreduce: использовать большое количество дешевого железа. Вопрос надо было ставить вот так:

Похуже что-то есть?

shahid ★★★★★
()
Ответ на: комментарий от shahid

Оно на джаве. Этого уже достаточно, чтобы им не пользоваться

Фонатики, садитесь, 2.

Но согласен с точки зрения имплементации конкретной, сейчас пишу подобную систему, там кеши слишком передуты и все такое, можно в той же Java валить данные посредством ядра ОС через sendfile. В Java NIO метод transferTo просто вызывает sendfile, программы на C pwnd. Разницы в скорости нет, зато есть мощная, переносимая и надежная платформа. Прощайте SEGFAULT

vertexua ★★★★★
()
Ответ на: комментарий от vertexua

> ... В Java NIO метод transferTo просто вызывает sendfile, программы на C pwnd...

Всё, жабо-фанбои не смогли стерперь попятнанную репутацию святейшей jvm и ударились в молитвы на java во имя великой веры. Дальше продолжать смысла нет.

shahid ★★★★★
()
Ответ на: комментарий от shahid

Всё, жабо-фанбои не смогли стерперь попятнанную репутацию святейшей jvm и ударились в молитвы на java во имя великой веры. Дальше продолжать смысла нет.

Во всем этом предложении нет смысла и содержания. Не понимаю каким образом оно является ответом на мое техническое замечание по поводу способа передачи данных, в котором jvm не участвует, потому разница в скорости передачи данных одинакова

vertexua ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.