Увидел свет (http://jitsi.org/index.php/Main/News) релиз релиз коммуникационного клиента Jitsi 1.0 (http://jitsi.org), поддерживающего осуществление голосовых вызовов, видеозвонков и обмен мгновенными сообщениями. Из сервисных функций можно отметить организацию телеконференций, запись разговоров, предоставление удалённого доступа к рабочему столу, передача файлов, уведомление о пропущенных вызовах, импорт адресной книги Google Contacts, использование фильтров, таких как подавление эха и шума. Поддерживается достаточно большой набор протоколов, включая SIP, XMPP/Jabber, AIM/ICQ, MSN/Windows Live, Yahoo!, IRC, Bonjour. Программа написана на языке Java с задействование компонентов на языке Си и распространяется под лицензией LGPL. Сборки подготовлены для Windows, Mac OS X и различных дистрибутивов Linux.
В новой версии:
- Базовая поддержка организации видеоконференций;
- Возможность создания многопротокольных телеконференций, в которых могут принимать участие пользователи различных сетей (например, SIP и XMPP);
- Возможность объединения разных звонков в телеконференцию;
- Поддержка верификации ответов DNS через DNSSEC;
- Поддержка тонального сигнала (DTMF) в рамках установленного SIP-соединения (например, для IVR и донабора добавочных номеров).
- Поддержка автоматического ответа на входящие вызовы для SIP и XMPP;
- Переход на фреймворк FMJ (http://fmj-sf.net/) (Freedom for Media in Java).URL: http://jitsi.org/index.php/Main/News
Новость: http://www.opennet.me/opennews/art.shtml?num=33544
Конкретно для Суси пакета нет, только ссылка на RPM, видимо для всех оптом. Будем ждать в репах. Скрин на странице проекта судя по всему сделан в оффтопике.
Так он же на Java, зачем тебе пакет?
для зависимостей. для порядка. ява не повод из системы устраивать свалку поставленного ручками куда левая ножка захочет
> для зависимостей. для порядка. ява не повод из системы устраивать свалку поставленного ручками куда левая ножка захочетПочему же? Java как раз и предназначена для работы в таком режиме. Скачал в ~, развернул, запустил.
Я в /opt их пихаю. Для многих серверных джавасофтин это рекомендуемая разрабтчиками практика. Туда же можно и сами джавы определить. В системе будет чисто и сухо. С обновлениями конечно будут сложности, но с таким ПО они в любом случае будут.
> Программа написана на языке JavaЯ так и знал что описание слишком хорошее чтобы быть правдой и цистерна с дегтем к этой ложке меда просто где-то грамотно припрятана.
Почему вас волнует, на чем оно написано? Каким образом Java отменяет указанные в описании достоинства этого приложения?
Не охота выделять 500 мег памяти под аську.
> Не охота выделять 500 мег памяти под аську.500 метров? Сейчас что, 2005 год?
Два гига, минимум.
Немного преувеличено в несколько раз.
> Немного преувеличено в несколько раз.500 метров? Java? Скорее приуменьшено, раза этак в четыре.
У меня Эклипс больше 250 не жрал никогда.
> У меня Эклипс больше 250 не жрал никогда.1 гигабайт ОЗУ или меньше стоит, угадал?
У меня 3 гига и Эклипс\Аптана около 200 жрут всегда
> Не охота выделять 500 мег памяти под аську.$ rpm -q --queryformat "%{size}\n" java-1.7.0-openjdk
94722845Менее 100 MB. Это много? Сколько процентов от размера вашего жесткого диска?
Или речь об оперативной памяти? Для не слишком сложных графических приложений на Swing (смотрел что было: демки, jxplorer, jabref) достаточно 50-100 MB (RES на x86_64 с server VM, на 32-битной client VM должно быть меньше). Можно еще уменьшить путем тонкой настройки VM.
> Или речь об оперативной памяти? Для не слишком сложных графических приложений на
> Swing (смотрел что было: демки, jxplorer, jabref) достаточно 50-100 MB (RES
> на x86_64 с server VM, на 32-битной client VM должно быть
> меньше). Можно еще уменьшить путем тонкой настройки VM.100 мб оперативки на helloworld - это прекрасный показатель. И показывает он, что современные десктопы для java приложений уж слишком слабоваты.
>100 мб оперативки на helloworld - это прекрасный показатель. И показывает он, что современные десктопы для java приложений уж слишком слабоваты.И на самое тяжелое приложение тоже 100 мегабайт. Рантайм от такой.
>И показывает он, что современные десктопы для java приложений уж слишком слабоваты.
Давайте договоримся называть современными компьютеры, компьютеры которые выпущены не позднее чем 10 лет назад.
> И на самое тяжелое приложение тоже 100 мегабайт. Рантайм от такой.Самое тяжелое из демок? :D
Нет, нормальные пользовательские приложения меньше гига не жрут, и то еще слишком гуманно.> Давайте договоримся называть современными компьютеры, компьютеры которые выпущены не
> позднее чем 10 лет назад.А что, более 10 лет назад выпускали компы с несколькими гигами оперативки?
>> И на самое тяжелое приложение тоже 100 мегабайт. Рантайм от такой.
> Самое тяжелое из демок? :DГлавное смайликов побольше, чем больше смайликов пишешь тем скорее умрешь.
> 100 мб оперативки на helloworld - это прекрасный показатель. И показывает он, что современные десктопы для java приложений уж слишком слабоваты.rssowl-1.2.3 (java из openjdk7) — 153 МБ (14 лент RSS)
midori-0.4.4 (C++) — 83 МБ (одна вкладка)
firefox-10.0.3 (C++) — 112 МБ (без вкладок)% top
last pid: 81834; load averages: 0.17, 0.50, 0.97 up 0+02:01:26 02:10:16
69 processes: 1 running, 68 sleeping
CPU: 0.6% user, 0.0% nice, 0.7% system, 0.0% interrupt, 98.7% idle
Mem: 340M Active, 170M Inact, 4357M Wired, 12M Cache, 2529M Free
Swap: 256M Total, 256M Free
> Менее 100 MB. Это много? Сколько процентов от размера вашего жесткого диска?У меня SSD, 100Мб лишнего хлама там вполне чувствительно. И это ради одной единственной аськи? Cool joke bro.
Ну так 100 МБ — это сколько от объема вашего SSD? Одна тысячная или пятисотая — очень много?
> Ну так 100 МБ — это сколько от объема вашего SSD? Одна
> тысячная или пятисотая — очень много?Если старательно оправдывать быдлокодеров, выбирающих язык/тулкит/фреймворк несоответственно задаче - можно забить запросто 100% любого винта, и этого еще будет мало.
А если такой вариант не устраивает - значит, нужно идти последовательно и не делать исключений. В частности, java-поделиям на десктопе не место (кроме совсем уж крайней нужны, типа банк-клиентов). Пусть Ынтерпрайзные облака обслуживают тысячи процессорных часов в сутки и выделяют сотни гигов оперативы - это их дело. А я человек небогатый, столько себе на десктоп позволить не могу. Поэтому Java - долой.
Дай им волю - они и ОСь напишут на Яве. В кнопке power придадут функцию запуска сборщика мусора :)
Это 1/10 от гигабайта, а их менее 60 с учетом оверхеда ФС и прочая. Калькулятор сначала купите, программист.
> Почему вас волнует, на чем оно написано? Каким образом Java отменяет указанные в описании достоинства этого приложения?Вы когда-нибудь работали с десктопными приложениями на Java?
Складывается впечатление, что нет.
Работал с разными. В чем проблема?
> Работал с разными. В чем проблема?С разными демками в полтора контрола? Или таки реальными приложениями, которые что-то делают?
> С разными демками в полтора контрола? Или таки реальными приложениями, которые что-то
> делают?Из используемых в последнее время: jabref, jxplorer, svg rasterizer (командная утилита из Apache Batik), fantasia (фронтэнд к linuxsampler), средства разработки. Когда-то пользовался NetBeans, но с Clojure стал предпочитать Emacs. Когда-то немного игрался с Processing.
> NetBeans, но с Clojure стал предпочитать Emacs.Действительно, ведь что бинсы что эклипс на раз выжирают 8Гб и просят добавки...
да ладно вам, где вы такие Бинсы и Eclips'ы нашли??
У меня ни разу не выжирало больше 700мб. В нормальном режиме ~ 500 Мб.
И это на 64х битной ОС (с 64х битной Java) и очень большим набором плагинов (на диске почему-то аж больше 5 гигов занимает, при том что изначально пару сотен мегов).Пустая Eclipse вообще занимает в ОЗУ пару сотен метров (часто меньше чем FF или тем более Chrome).
А вот этот IM в старых версиях тёк по полной программе. Так руки не дошли у меня выловить, где течет и отправить разрабам. Интересно, сами нашли или нет.
> Почему вас волнует, на чем оно написано? Каким образом Java отменяет указанные
> в описании достоинства этого приложения?Меня это волнует потому что
1) Качать 100 метров дряни лично под эту прогу я не собираюсь.
2) Мне дико западло держать в оперативе многосотмеговый рантайм ради 1 несчастной "аськи". Других программ на java у меня нет.
3) Программы на java имеют свойство класть на системные темы оформления контролов с прибором и выглядеть как угодно, но только не как нативное приложение. А бельмо на глазу вместо программы - не очень приятно.
А еще, Java дырявая как рeшето, см. недавние новости.
Никто не заставляет устанавливать браузерный плагин.
> Никто не заставляет устанавливать браузерный плагин.Можно подумать дырки только в браузерной жабе. А вон те 100 метров кода - идеально безбажные, ну-ну.
Браузерный плагин позволяет недоверенным сайтам выполнять на вашем компьютере Java-код, ограниченный песочницей (в которой иногда находят уязвимости). Как и Flash, и JavaScript. А "вон те 100 метров" без плагина отвечают только за выполнение приложений, которые вы сами установили.
> А "вон те 100 метров" без плагина отвечают только за
> выполнение приложений, которые вы сами установили.Ага, только их данные проходят через многометровый рантайм. И если в данных окажется немного не то что задумано - это называется эксплойтом. И конечно же в этом стомеговом гадюшнике нет эксплойтабельных багов. А с апстримом типа оракла - я что-то сомневаюсь в оперативности починки найденных багов.
А еще glibc, X, ядро, куча библиотек. И в libpng уязвимости находили, было дело.JVM как раз уменьшает риск подобных (связанных с обработкой данных, полученных от недоверенного источника) уязвимостей за счет модели памяти, т. к. большинство таких уязвимостей — переполнение буфера.
> JVM как раз уменьшает риск подобных (связанных с обработкой данных, полученных от
> недоверенного источника) уязвимостей за счет модели памяти, т. к. большинство таких
> уязвимостей — переполнение буфера.Да, без JVM переполнение буфера в коде программы, и сильно зависит от программы. А с JVM - переполнение буфера в коде JVM, универсально и удобно. Для хакеров.
> А еще glibc, X, ядро, куча библиотек. И в libpng уязвимости находили, было дело.... поэтому давайте еще 100 метров кода от тормозного апстрима накинем, чтоб совсем уж хорошо? :)
> ... поэтому давайте еще 100 метров кода от тормозного апстрима накинем, чтоб
> совсем уж хорошо? :)Зато унификация дырок!
>> А "вон те 100 метров" без плагина отвечают только за
>> выполнение приложений, которые вы сами установили.
> Ага, только их данные проходят через многометровый рантайм.Для всего нужен рантайм, кроме машинных кодов.
> Для всего нужен рантайм, кроме машинных кодов.Да, только для рантайма явы нужна еще кучка иных либ, т.е. рантаймов получается чуть более чем дохрена. Впрочем вы в вашем праве строить в своей системе этажерки из 20 уровней рантайма. А мне как-то это ни к чему.
>> Для всего нужен рантайм, кроме машинных кодов.
> Да, только для рантайма явы нужна еще кучка иных либДа,да они все иные, каких ты иных ты конечно ведь не скажешь и даже пример не приведешь.
sun-jdk-1.6.0.31X? (
x11-libs/libXext
x11-libs/libXi
x11-libs/libXrender
x11-libs/libXtst
x11-libs/libX11
)
alsa? ( media-libs/alsa-lib )
jce? ( dev-java/sun-jce-bin:1.6 )
> Для всего нужен рантайм, кроме машинных кодов.Но только у жабоподелий этот рантайм почему-то отменно жручий и тормознутый.
>> Для всего нужен рантайм, кроме машинных кодов.
> Но только у жабоподелий этот рантайм почему-то отменно жручий и тормознутый.У хуловордистов рантайм ваще тармазной.
> А еще, Java дырявая как рeшето, см. недавние новости.Аноним ты на чём пишешь?
Зато Си, понятное дело, не дырявый!
> Зато Си, понятное дело, не дырявый!Язык не может быть дырявым, мой юный друх
> Меня это волнует потому что
> 1) Качать 100 метров дряни лично под эту прогу я не собираюсь.100 метров — невероятно много. У вас, наверное, даже за весь день столько RX на сетевом интерфейсе не набегает.
На самом деле:
$ yum reinstall java-1.7.0-openjdk
...
Объем загрузки: 25 MЕсли устанавливать всю SDK (не нужно), может 100 МБ и будет, рантайм — меньше.
> 2) Мне дико западло держать в оперативе многосотмеговый рантайм ради 1 несчастной
> "аськи". Других программ на java у меня нет.C чего вы взяли про многосотмеговый? В 100 MB уложится. Вообще, зависит от настроек VM. В любом случае, весь рантайм с библиотекой классов в оперативную память загружаться не будет.
> 3) Программы на java имеют свойство класть на системные темы оформления контролов
> с прибором и выглядеть как угодно, но только не как нативное
> приложение. А бельмо на глазу вместо программы - не очень приятно.Как и с программой на любом другом языке, это зависит от используемого тулкита. Можно и c GTK или QT на Java работать. Наиболее популярные для Java: SWT (обертка для системного тулкита, на Линукс — GTK) и Swing (использует свои темы, но есть поддержка тем GTK, которая иногда работает нормально, иногда — не очень).
> 100 метров — невероятно много. У вас, наверное, даже за весь день
> столько RX на сетевом интерфейсе не набегает.На SSD вполне заметный кус, который к тому же частыми апдейтами ускорит протирание. А дыр в этой гадости чуть более чем...
> Объем загрузки: 25 M
Так это сжатое. А распакуется еще раз в 5 поди.
> C чего вы взяли про многосотмеговый? В 100 MB уложится. Вообще, зависит
> от настроек VM.Вообще, у меня еще все дома и я не собираюсь заниматься "настройкой VM" ради, черт возьми, аськи. Насколько упоротым фаном явы надо быть чтобы не осознавать столь примитивный факт?
> В любом случае, весь рантайм с библиотекой классов в оперативную память загружаться не будет.
Да, только половина + вальяжный GC, полагающий что если аська жрет больше памяти чем опенофис и браузер навернутые до ... - это ничо, сойдет.
> Как и с программой на любом другом языке, это зависит от используемого
> тулкита. Можно и c GTK или QT на Java работать.Можно != нужно. В том плане что наименее геморно для окружающих если прога будет написана на этих gtk/qt. Без всяких жаб.
> Наиболее популярные для Java:
Меня это не волнует. А вот то что программа ведет себя как г-но, работает как г-но и жрет ресурсы как свинья помои - вот это меня интересует, да.
> Так это сжатое. А распакуется еще раз в 5 поди.Будет меньше 100, уже писал выше.
>> C чего вы взяли про многосотмеговый? В 100 MB уложится. Вообще, зависит
>> от настроек VM.
> Вообще, у меня еще все дома и я не собираюсь заниматься "настройкой
> VM" ради, черт возьми, аськи. Насколько упоротым фаном явы надо быть
> чтобы не осознавать столь примитивный факт?Настройка VM — задача разработчиков приложения. В скриптах запуска некоторых Java-приложений можно наблюдать дополнительные параметры JVM.
>> В любом случае, весь рантайм с библиотекой классов в оперативную память загружаться не будет.
> Да, только половина + вальяжный GC, полагающий что если аська жрет больше
> памяти чем опенофис и браузер навернутые до ... - это ничо,
> сойдет.Про память уже писал где-то выше. Насколько вальяжен GC, зависит от количества доступной оперативной памяти.
> Меня это не волнует. А вот то что программа ведет себя как
> г-но, работает как г-но и жрет ресурсы как свинья помои -
> вот это меня интересует, да.Речь-то как раз о том, что как на Java, так и на любом другом языке программирования встречаются хорошие и плохие программы.
> 100 метров — невероятно много. У вас, наверное, даже за весь день
> столько RX на сетевом интерфейсе не набегает.Если подходить с подобной позиции и пытаться оправдать любое поделие, которое тянет зависимостей в несколько раз больше собственного веса, можно набрать гораздо больше 100 метров.
>> Почему вас волнует, на чем оно написано? Каким образом Java отменяет указанные
>> в описании достоинства этого приложения?
> Меня это волнует потому что
> 1) Качать 100 метров дряни лично под эту прогу я не собираюсь.
> 2) Мне дико западло держать в оперативе многосотмеговый рантайм ради 1 несчастной
> "аськи". Других программ на java у меня нет.
> 3) Программы на java имеют свойство класть на системные темы оформления контролов
> с прибором и выглядеть как угодно, но только не как нативное
> приложение. А бельмо на глазу вместо программы - не очень приятно.Как же вы достали, неучи.
JRE занимает 20 мб. Может хватит ахинею нести?Пруф:
http://www.oracle.com/technetwork/java/javase/downloads/jre-...
> JRE занимает 20 мб.Наглая ложь. Это оно в упакованном виде столько. А разворачивается в сотню с фигом.
>> JRE занимает 20 мб.
> Наглая ложь. Это оно в упакованном виде столько. А разворачивается в сотню
> с фигом.ls -l не затруднит?
> ls -l не затруднит?Не затруднит.
>> ls -l не затруднит?
> Не затруднит.И?
>>> JRE занимает 20 мб.
>> Наглая ложь. Это оно в упакованном виде столько. А разворачивается в сотню
>> с фигом.
> ls -l не затруднит?Нафига? Есть более другие инструменты
~ $ equery s dev-java/sun-jre-bin
* dev-java/sun-jre-bin-1.6.0.31
Total files : 839
Total size : 109.66 MiB
> Почему вас волнует, на чем оно написано? Каким образом Java отменяет указанные в описании достоинства этого приложения?Я как-то юзал торрент-клиент на Java (Azureus/Vuze) под Linux.
Вы знаете, виста с двумя антивирусами и то быстрее работала, чем тот несчастный линух. Но стоило выключить vuze - и все начинало летать.
> Я как-то юзал торрент-клиент на Java (Azureus/Vuze) под Linux.
> Вы знаете, виста с двумя антивирусами и то быстрее работала, чем тот
> несчастный линух. Но стоило выключить vuze - и все начинало летать.И почему тут виновата Java? Прожорливую программу можно на чем угодно написать.
> И почему тут виновата Java?Наверное тем что она немеряная + нерасторопный GC и все навороты, так что программа на яве себя ведет как будто тут xeon на 16 ядер и 128 гиг оперативы купленный специально для запуска этой программы...
Из всей кучи распространенных рантаймов (python, perl, php, mono и CLR, различные движки JavaScript) JVM наиболее производительна, что подтверждается бенчмарками (например, http://shootout.alioth.debian.org/). Про использование памяти я уже писал выше.
> Из всей кучи распространенных рантаймов (python, perl, php, mono и CLR, различные
> движки JavaScript) JVM наиболее производительна, что подтверждается бенчмарками (например,
> http://shootout.alioth.debian.org/). Про использование памяти я уже писал выше.Бенчмарки эти можно выпускать в рулонах. Тупую числодроилку любой JIT способен заоптимизировать по самое не могу, но даже не смотря на это Java сливает сям в несколько раз. Другое дело - реальный мир, где всё течёт, интерфейс кошмарно тормозит, а через сутки работы начинает просто дёргаться после каждого события, память утекает гигабайтами, а если её ограничить, приложение начинает залипать в GC на целые секунды. Поставил, сделал пару звонков, RSS стало 1723. Совершенно не удивился и со спокойно снёс.
> Бенчмарки эти можно выпускать в рулонах. Тупую числодроилку любой JIT способен заоптимизировать
> по самое не могу, но даже не смотря на это Java
> сливает сям в несколько раз.От небольшого выигрыша до проигрыша 4x в зависимости от задачи:
http://shootout.alioth.debian.org/u32/benchmark.php?test=all...И при этом остается самой быстрой среди VM.
>Другое дело - реальный мир, где
> всё течёт, интерфейс кошмарно тормозит, а через сутки работы начинает просто
> дёргаться после каждого события, память утекает гигабайтами, а если её ограничить,
> приложение начинает залипать в GC на целые секунды.Почему вы уверены, что это проблема Java вообще, а не конкретного приложения?
> Поставил, сделал пару
> звонков, RSS стало 1723. Совершенно не удивился и со спокойно снёс.Ограничение на размер кучи в JVM по умолчанию зависит от количества доступной оперативной памяти. Памяти много — мусор можно чистить реже. Посмотрел в Jitsi: в версии, которую я скачал (установщик jitsi-1.0-latest.jar), в скрипте запуска включается ограничение -Xmx256m, но почему-то только для 32-битных систем.
Я бы не сказал, что мне этот Jitsi понравился, но этот проблема самого Jitsi, а не Java.
>> Из всей кучи распространенных рантаймов (python, perl, php, mono и CLR, различные
>> движки JavaScript) JVM наиболее производительна, что подтверждается бенчмарками (например,
>> http://shootout.alioth.debian.org/). Про использование памяти я уже писал выше.Аноним покажи свой код!
> Аноним покажи свой код!Если вам хочется взглянуть на пример хорошего кода - открытых проектов не на java вполне достаточно, незачем к анонимам на форумах приставать :)
>> Аноним покажи свой код!
> Если вам хочется взглянуть на пример хорошего кода - открытых проектов не
> на java вполне достаточно, незачем к анонимам на форумах приставать :)Не я на твой хочу посмотреть как на код мегаэксперта, заодно и поржать не плохо.
она притягивает криворуких программистов. и видимо скорость, достигается за счет памяти
> она притягивает криворуких программистов. и видимо скорость, достигается за счет памятиПокажи свой код пряморукий прягряммяст
>> Из всей кучи распространенных рантаймов (python, perl, php, mono и CLR, различные движки
>> JavaScript) JVM наиболее производительна, что подтверждается бенчмаркамиСвой опыт - лучший бенчмарк.
аська на яве, это несомненный фейк.
>>> Из всей кучи распространенных рантаймов (python, perl, php, mono и CLR, различные движки
>>> JavaScript) JVM наиболее производительна, что подтверждается бенчмарками
> Свой опыт - лучший бенчмарк.
> аська на яве, это несомненный фейк.Какой же это фейк если это работает, есть ссылка можно скачать и запустить.
> Из всей кучи распространенных рантаймов (python, perl, php, mono и CLR,Я не настолько подорвался чтобы аську на перле или пхп использовать! Это я жабистам предоставлю.
>> Из всей кучи распространенных рантаймов (python, perl, php, mono и CLR,
> Я не настолько подорвался чтобы аську на перле или пхп использовать! Это
> я жабистам предоставлю.Так тебе Аська и даст её использовать, размечтался.
> Из всей кучи распространенных рантаймов (python, perl, php, mono и CLR, различные
> движки JavaScript) JVM наиболее производительна, что подтверждается бенчмарками (например,
> http://shootout.alioth.debian.org/).А почему там не приведено сравнение по производительности рантайма для ELF?
> Про использование памяти я уже писал выше.
Утверждения про потребление памяти жабой делятся на две категории:
1. сводящиеся к тому, что жаба жрет очень много
2. содержащие наглое вранье
Поэтому, в принципе, на них можно и не ссылаться.
> И почему тут виновата Java? Прожорливую программу можно на чем угодно написать.Это правда. Как и то, что на Java можно написать _только_ прожорливую.
> И почему тут виновата Java? Прожорливую программу можно на чем угодно написать.Давайте лучше поговорим о том, на чем можно написать НЕпрожорливую программу.
Так вот, на Java - нельзя.
>> И почему тут виновата Java? Прожорливую программу можно на чем угодно написать.
> Давайте лучше поговорим о том, на чем можно написать НЕпрожорливую программу.
> Так вот, на Java - нельзя.Хэлло ворлд!
> Хэлло ворлд!...у которого рантайм взлетает дольше чем работает сама прога? :)
>> Хэлло ворлд!
> ...у которого рантайм взлетает дольше чем работает сама прога? :)Да я про тебя. Ты ведь других программ не можешь написать, правда?
> Да я про тебя. Ты ведь других программ не можешь написать, правда?Переход на личности => слив засчитан. Suck, baby, suck ;)
>> Да я про тебя. Ты ведь других программ не можешь написать, правда?
> Переход на личности => слив засчитан. Suck, baby, suck ;)да да кипричиками какай, да вот так.
> Хэлло ворлд!Даже hello world на java будет дико прожорлив, по сравнению с аналогами на немаргинальных языках.
>> Хэлло ворлд!
> Даже hello world на java будет дико прожорлив, по сравнению с аналогами
> на немаргинальных языках.Мы уже выяснили что немаргинальный это русский в браузере.
Чистая правда. То же самое хотел написать.
Вот чего вы раскудахтались? Ява тормозная, ява память жрёт, ява ко-ко-ко... Вспомните, было время когда файерфокс так память жрал, как вам и не снилось. Ну а тормоза в лисе до сих пор остались. А это типа нативный код и всё такое. Ява 2012 года это не ява 2002 года. Всё давно уже изменилось.
Ы - в смысле стало жрать и тормозить ещё больше?
>Вспомните, было время когда файерфокс так память жрал, как вам и не снилось.Бесси Брэддок: Уинстон, да вы пьяны!
Черчилль: Всё верно. А вы уродина. Завтра утром я протрезвею. А вы так и останетесь уродиной.В смысле упороться и наиндусить неадекватный нативный код конечно же можно и совсем не трудно, любому по силам. С другой стороны написать и поддерживать качественный софт на Джаве почти не реально. Примеры есть, но их единицы и они не убедительные.
> С другой стороны написать и
> поддерживать качественный софт на Джаве почти не реально. Примеры есть, но
> их единицы и они не убедительные.Вы конечно считаете, что вы такой умный, а всякие там специалисты из Oracle,SAP,IBM,Google,RedHat, e.t.c. непроходимые тупицы, раз выбрали Java для своих многомиллиардных проектов.
Руководители в Сапах и Межделмашах умные. Труд индусов джавокодеров дешёв, а стадо потребителей и так сожрет.
> Руководители в Сапах и Межделмашах умные. Труд индусов джавокодеров дешёв, а стадо
> потребителей и так сожрет.Он на столько дешев, что у девок плавки становятся мокрыми только от произнесения вслух зарплаты java-программиста.
> Вы конечно считаете, что вы такой умный, а всякие там специалисты из
> Oracle,SAP,IBM,Google,RedHat, e.t.c. непроходимые тупицы, раз выбрали Java для своих
> многомиллиардных проектов.Они отнюдь не тупые. Просто они выбирают Java там, где качество и эффективность софта не требуются, зато необходимы быстрота разработки и дешевизна труда разработчиков.
>> Вы конечно считаете, что вы такой умный, а всякие там специалисты из
>> Oracle,SAP,IBM,Google,RedHat, e.t.c. непроходимые тупицы, раз выбрали Java для своих
>> многомиллиардных проектов.
> Они отнюдь не тупые. Просто они выбирают Java там, где качество и
> эффективность софта не требуются, зато необходимы быстрота разработки и дешевизна труда
> разработчиков.Ты бы дружок сходил бы на любой сайт а-ля job.com поинтересовался бы зарплатами "дешевых" разработчиков.
> Ты бы дружок сходил бы на любой сайт а-ля job.com поинтересовался бы
> зарплатами "дешевых" разработчиков.Тьфу, я на джаве тоже разрабатываю, но такие аргументы позорят профессию. ты сейчас скатился до жалкого http://bit.ly/sfVjtA
> Ява 2012 года это не ява 2002 года. Всё давно уже изменилось.Вот и я говорю: там, где когда-то жралось 500 метров - теперь жрется два гига.
>Я так и знал что описание слишком хорошее чтобы быть правдой и цистерна с дегтем к этой ложке меда просто где-то грамотно припрятана.и что же там плохого
> и что же там плохогоТо, что обыкновенная аська жрет и тормозит, как будто это манер биткоинов.
>> и что же там плохого
> То, что обыкновенная аська жрет и тормозит, как будто это манер биткоинов.Как тормозит, как аська?
Знаешь, это действительно хороший клиент, для которого не так и интересно, что там и как. Там шикарная поддержка SIP (клиент в первую очередь для сип и создавался), ни в одном другом клиенте я не видел подобного. Шифрование то же легко настраивается, да и вообще очень даже хороший клиент. А с видео-конфами стал, наверное, еще лучше.
>написана на языке Java с задействование компонентов на языке СиОтлично, теперь и "один раз скомпиль и запускай на всех платформах" от Java нет, и легковесности от C тоже нет. Так и надо.
>>написана на языке Java с задействование компонентов на языке Си
> Отлично, теперь и "один раз скомпиль и запускай на всех платформах" от
> Java нет, и легковесности от C тоже нет. Так и надо.Напиши на Си в чём проблема, и на какой платформе это приложение не будет работать ?
>в чём проблемаТак ведь я говорю, что всё замечательно, сумели взять от двух языков худшее. Так и надо, я считаю. По-моему, Вы плохо прочитали сообщение, на которое отвечали. А можно узнать, почему Вы ко мне на "ты"?
>>в чём проблема
> Так ведь я говорю, что всё замечательно, сумели взять от двух языков
> худшее.Почему ты считаешь что худшее, АбАснуй ?
>Так и надо, я считаю. По-моему, Вы плохо прочитали сообщение,
> на которое отвечали. А можно узнать, почему Вы ко мне на
> "ты"?Извини скотина, что не твою мать к тебе обращаюсь, оно ведь не привычно тебе когда по человечески.
А что подразумевается под "Базовая поддержка организации видеоконференций"? Сходу не нагуглил.
> А что подразумевается под "Базовая поддержка организации видеоконференций"? Сходу не нагуглил.В данном случае значит, что не работает.
поставил попробовать на CentOS 6 x64, запустил, отожрал этот Jitsi 232MB RES, выключил. посижу пока на Instantbird.
Использовал pidgin на 12.04 beta2 ubuntu, и тут некоторое время начали шалить протоколы jabber. Только начал качать этот пакет, и решил обновить update & upgrade систему, то ли "испугалось" =) то ли поставило исправления, но тут же в pidgin jabber заработал. Сделал вывод, если что то не работает, ищи альтернативу =)
А мне понравилось.Работает быстрее Gajim'а,при запуске от'едает в три раза больше него(130против 30,но со временем растёт,даже если сам ничего не делаешь).Пока не понятно как в комнаты заходить и как писать самому себе.Из минусов-приоритеты привязаны к аккаунту и не зависят от статуса,к остальному можно привыкнуть
пожалуйста, объясните мне как запустить на виртуальном сервере OpenVZ с 128 Мб ОЗУ хоть какую-нибудь программу на Java консольную!очень хочу поднять на OpenVZ-сервере Java-серверную консольную программу, но ни OracleJDK7 ни OpenJDK ни что либо явовское мне запустить не удалось - не хватает памяти - но почему ява, для которой память это очень важно, не умеет сама видеть сколько памяти есть в системе и сколько она может взять?
если в самом деле всего 50-100 да со swing ява кушает, то как мне заставить работать яву на OpenVZ - многие на это жалуются, если кто-то может объяснить что делать - пожалуйста напишите, сколько уже тем создавал на форумах - не помогли, но надежда еще есть!
"Для не слишком сложных графических приложений на Swing (смотрел что было: демки, jxplorer, jabref) достаточно 50-100 MB (RES на x86_64 с server VM, на 32-битной client VM должно быть меньше). Можно еще уменьшить путем тонкой настройки VM."
> пожалуйста, объясните мне как запустить на виртуальном сервере OpenVZ с 128 Мб
> ОЗУ хоть какую-нибудь программу на Java консольную!
> очень хочу поднять на OpenVZ-сервере Java-серверную консольную программу, но ни OracleJDK7
> ни OpenJDK ни что либо явовское мне запустить не удалось -
> не хватает памяти - но почему ява, для которой память это
> очень важно, не умеет сама видеть сколько памяти есть в системе
> и сколько она может взять?Все хостеры вокруг дебилы, дают java в контейнерах, и клиенты все вокруг дебилы покупают хостинг, один дядя добрый нашелся всю правду рассказал.
> Все хостеры вокруг дебилы, дают java в контейнерах, и клиенты все вокруг дебилы покупают хостинг, один дядя добрый нашелся всю правду рассказал.а можно все же подробнее??? кто там что дает, что покупает - как это относится к вопросу???
у меня конкретная задача - есть OpenVZ, есть 128 Мб ОЗУ, надо запустить хотя бы hello world на java - что для этого надо? сменить хостинг, доплатить за поддержку явы, добавить память, что???
мне кто-нибудь ответит нормально без подвоха? помогите плиз
"..а теперь, со всем этим, мы попробуем взлететь" (с)>на языке Java с задействование компонентов на языке Си и распространяется под лицензией LGPL
Ну и монстр!
>> на языке Java с задействование компонентов на языке Си и распространяется под лицензией LGPL
> Ну и монстр!Не. Это ещё далеко не монстр. Apache OpenOffice 3.4 — вот это МОНСТР из смеси Java и С++-кода, который требует для своей сборки 18 ГБ свободного дискового пространства и несколько часов работы многоядерного процессора на многопоточной сборке. OpenJDK и Eclipse в сравнении с ним просто детский лепет — компилируются каждый в пределах получаса.
А я клиентам весь офис посадил на этого клиента. мне обслуживать проще, да и они рады что всё в одной программе. и даже раб.столы кажут друг-другу, не вставая.