Группа разработчиков высокопроизводительного сетевого фреймворка Apache MINA (http://mina.apache.org/) выпустила первый релиз (http://mina.apache.org/ftpserver/2009/02/26/apache-ftpserver...) FTP-сервера Apache FtpServer 1.0.0 (http://mina.apache.org/ftpserver/index.html), полностью написанного на языке Java. Продукт может работать как отдельное приложение или выступать в роли библиотеки классов для встраивания функциональности ftp-сервера в пользовательские приложения (интеграция со Spring и OSGi). Интересной особенностью программы является поддержка идеи ftp-летов, выступающих в роли асинхронных обработчиков ftp событий, по аналогии с сервлетами, реагирующими на HTTP-запросы.
Из функций (http://mina.apache.org/ftpserver/features.html) Apache FtpServer можно отметить:
- Поддержка виртуальных директорий пользователей, с возможностью записи в них и индивидуальным ограничением скорости загрузки;
- Возможность работы в роли анонимного ftp-сервера;
- Возможность...URL: http://mina.apache.org/ftpserver/2009/02/26/apache-ftpserver...
Новость: http://www.opennet.me/opennews/art.shtml?num=20560
>Группа разработчиков высокопроизводительного сетевого фреймворка Apache MINA
>выпустила первый релиз FTP-сервера Apache FtpServer 1.0.0, полностью
>написанного на языке Java.Что, действительно высокопроизводительный на Java? С трудом верится.
>Что, действительно высокопроизводительный на Java? С трудом верится.Попробуйте попрограммировать на java серверные приложения ;)
PS десктопная java работает удовлетворительно, но сама java заточена больше под ентерпрайз.
> Попробуйте попрограммировать на java серверные приложения ;)Ой, что то сейчас не хочется, может в другой раз :)
>> Попробуйте попрограммировать на java серверные приложения ;)
>
>Ой, что то сейчас не хочется, может в другой раз :)тогда в тот же другой раз сделайте проверку скорости работы серверного приложения на java... после чего заявляйте про скорость.
Вообще в java мне нравится легкость с которой свинчиваются компоненты. Хочешь твое приложение будет подниматься на web-сервере, а хочешь web-сервер будет подниматься ВНУТРИ твоего приложения. И код самого контейнера используется одинаковый. Я про jetty.
В java нет разницы между приложением и библиотекой - любое приложение можно использовать как библиотеку для своего.
> Вообще в java мне нравится легкость с которой свинчиваются компоненты. Хочешь твое приложение будет подниматься на web-сервере, а хочешь web-сервер будет подниматься ВНУТРИ твоего приложения. И код самого контейнера используется одинаковый. Я про jetty.У этого есть и оборотная сторона, в результате такой легкости приложения (особенно коммерческие) сплошь и рядом таскают за собой этот самый jetty, с соответсвующими результатами по памяти/быстродействию. Да и с точки зрения безопасности это не есть хорошо.
И собственно по теме новости вопрос, использует ли это чудо sendfile, epoll/kqueue и прочие вкусности ?
>> Вообще в java мне нравится легкость с которой свинчиваются компоненты. Хочешь твое приложение будет подниматься на web-сервере, а хочешь web-сервер будет подниматься ВНУТРИ твоего приложения. И код самого контейнера используется одинаковый. Я про jetty.
>
>У этого есть и оборотная сторона, в результате такой легкости приложения (особенно
>коммерческие) сплошь и рядом таскают за собой этот самый jetty,
>с соответсвующими результатами по памяти/быстродействию. Да и с точки зрения безопасности
>это не есть хорошо.Даже самый лучший язык не может защитить от дебилизма разработчиков. Максимум подтолкнет к более правильному коду, но не более.
>
>И собственно по теме новости вопрос, использует ли это чудо sendfile, epoll/kqueue
>и прочие вкусности ?А что это такое? и главное какие спеки JSR реализуют подобную функциональность?
> А что это такое?Это такие системные вызовы. sendfile - zero-copy пересылка данных, epoll/kqueue опрос состояния набора файловых дескрипторов. Дальнейшие поднобности у гугла.
> и главное какие спеки JSR реализуют подобную функциональность?
Вот это как раз абсолютно не интересно. Если не используется, то на серьезно нагруженных серверах этому чуду места нет.
и как все это должно использовать приложение, по определению работающее в "песочнице"?
>Вот это как раз абсолютно не интересно. Если не используется, то на серьезно нагруженных >серверах этому чуду места нет.шли бы вы с таким подходом в свои высоконагруженные ЦОДы с самосборными сервачками..
> и как все это должно использовать приложение, по определению работающее в "песочнице"?Вы бы матчасть что-ли поучили...
Через Apache MINA, который (или которая ?) в свою очередь использует java.nio в котором поддержка sendfile таки есть. Вопрос используется ли соответствующие методы или нет.> шли бы вы с таким подходом в свои высоконагруженные ЦОДы с самосборными сервачками..
Ну это вообще без комментариев, здесь все таки не LOR. Только еще серваками меряться не хватало.
у jetty все хорошо с производительностью. да и в 90% случаев показатели его производительность будут нивелироваться производительностью бизнес-логики. не хватает - берите grizzly(glassfish) или coyote(tomcat), благо переделок даже и не должно требоваться.java nio нативно живет на event ports/epoll/poll.
в osx - kquene. бсдяшники думали добавить в свой порт (или взять из gnu classpath), хз чем это закончилось.юзаешь nio - автоматом получешь поддержку.
sendfile мелькал в томкате.
> полностью написанного на языке Java.Наверное еще более высокопроизводительный чем сам апач который без заграждения из лайта или нжынкса дохнет при небольшой нагрузке если у вас нечаянно оказался не Крэй.
Какая по Вашему высокая нагрузка на apache?
Вообще всё зависит от скриптову меня есть сервер на котором запускаются тяжелые ПХП приложения
каждый процесс при этом отжирает около 30 Мб (+mysql)
8 ядер с 16 гб ОЗУ не спасают в пиковых нагрузках (около 500 одновременных активных юзеров)
сервер на пару минут ложится с LA 300 - 350...на другом же живет не менее большой сайт с около 1000 одновреенных активных юзеров и на том же апаче всё спокойно отрабатывает
у меня сутками живут сервера с нагрузкой порядка 400ЛА. и ничего... прекрасно работают.
одно "но", это риски
>у меня сутками живут сервера с нагрузкой порядка 400ЛА.Апачу в дефолтном виде обычно наступает пиндец при простой отдаче статики задолго до того как обычная заурядная машинка (далеко не Cray) осилит C10K :).
Вот сравнить при 10K конекций эту жава-бню с нжынксом и лайти по поеданию памяти и нагрузке на проц - думаю было бы смешно.В плане заяв про нагрузку и прочая.И уж простите, но я слабо понимаю напуркуа фтпшнику выполнять какие-то краплеты.По-моему в таком виде этот фтпшник сольет лайту или нжынксу с присвистом.Хоть они и вообще не FTP :)
Юморист, тебе на КВН пора. =)
Скажи, ты часто юзаешь что-то в дефолтном виде? Пиво, например, тоже пьешь, не открывая банку?
Мозги на то людям и даны, чтобы каждый мог настроить для себя. А не для того, чтобы обсирать всё подряд.
А если ты что-то слабо понимаешь, то ты не вопи о том, что это г**но, а пойми сначала.
судя по активности флуда, это тело ВООБЩЕ ВСЁ юзает, так что разработчики даже писать не поспевают
Apache Foundation целиком ушла в ынтерпрайз - монструозный HTTP сервер, FTP на Java, модные `сетевые фреймворки' (услышав про которые, обычные люди делают большие глаза, потому что тупой select под нагрузкой работает быстре этих фреймворков), про Tomcat и говорить не стоит. Ну что ж, туда и дорога. Для задач из реального мира на фоне гораздо более легких и несранимо более производительных решений эти стеклянные города выглядят просто смешно.
это вы про какой ORM-то говорите и почему он должен работать быстрее селектов?
Я лично им пользуюсь давно. Очень доволен. Джава прекрасная технология.
Джава быстра. И гораздо надёжней нативного кода. Одна проблема требования к памяти. из за этого я не использую James
> И гораздо надёжней нативного кода.Хмм. "Творение превзошло творца".
Давно пользуюсь бетой.
>Давно пользуюсь бетой.А для каких целей применяете?
файлы с фильмами дома и обмен файлами.
ну тогда вам обычный Microsoft FTP Server сгодится.
А под фряхой он компилиццо? Или патчи придется накладывать?
А что, обычных ftp-серверов под фрю не существует?
Ждём тестов :)
> Microsoft FTP ServerА что мелкомягкие стали замечать что кроме apple и microsoft есть еще и другие платформы?
Кстати в оригинальном microsoft ftp сервер ничего особо выдающегося лично мной замечено не было. Среди коммерческих приложений есть вещи и покруче.