LINUX.ORG.RU

Java taints kernel


0

0

Спецификация реального времени для Java (RTSJ) требует предоставления виртуальной машине неограниченного доступа к физической памяти компьютера. При этом некорректная работа Java-программы может привести к непредсказуемым последствиям.

Предлагается в подобных случаях (также как при загрузке закрытых драйверов от ATI и Nvidia) устанавливать флаг TAINT, чтобы предупредить пользователя что стабильность системы находится целиком и полностью на совести Java-программистов.

>>> Подробности

★★★

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

>Именно поэтому в жаба невозможен полноценный AOT и именно поэтому при каждом запуске всякий раз процессорное время, потраченное на генерацию кода и оптимизацию идет псу под хвост.

Java научилась кэшировать скомпилированные jit-ом классы

anonymous
()

Блин ... я непойму почему ещё есть люди которые с пеной у рта доказывают приемственность Java в плане того, что она не тормозая и всё зависит от опыта программиста ? ... да пора бы уже перестать срать на форумах и понять что у явы один плюс ..."кросплатформенность" ... наверно это самое большое чем можно заморочить мозги клиенту, доказывая что решения на Java панацея от всех бед ... но проблема в том что не все же такие программисты как программисты виртуальной машны Java ... ))) ..

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

> Грязный хак узаконен! Как говорится без комментариев! ты сам то понял, что сказал, умник? в биореактор - марш-марш...

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

> у явы один плюс ..."кросплатформенность" ... наверно это самое
> большое чем можно заморочить мозги клиенту, доказывая что решения
> на Java панацея от всех бед ...

Покажите хотя бы один постинг в треде, где говорится, что Java панацея от всех бед?
Да, для многих клиентов кроссплатформенность является плюсом, иногда определяющим, но главным фактором при выборе явы обычно является скорость разработки, масштабируемость и стабильность программы\комплекса.

> но проблема в том что не все же такие программисты как программисты
> виртуальной машны Java ... ))) ..

Что Вы вкладываете в понятие "программист виртуальной машины java"?
Это сановские ребята, пишушие jvm?
Или может Вы намекаете, что ява программисты фанатично следуют одному языку программирования для написания абсолютно всего?
Так вот удивитесь, большинство моих знакомых ява-программистов перешли на неё именно с C/C++, часть с Delphi, часть с PHP.
Мне по работе приходится иметь дело и с явой, и с плюсами, и с пхп, и с перлом, так что виртуальной машиной java не надо ограничиваться.

Да, совсем забыл, господа программисты, про Oracle забыли - пока он доминирует на рынке СУБД, наверно не такая уж и гадкая штука эта ява, что скажете?
Пи**еж по поводу "мускул\постгрес\етс быстрее" сразу прошу > /dev/null

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

> azureus

Прежде, чем говорить, что он полностью платформенно-независимый, посмотри на комплект поставки линуховой:

libcairo.so.1
libswt-atk-gtk-3139.so
libswt-awt-gtk-3139.so
libswt-cairo-gtk-3139.so
libswt-gnome-gtk-3139.so
libswt-gtk-3139.so
libswt-mozilla-gtk-3139.so
libswt-pi-gtk-3139.so

Или ты уверен, что в венде используются те же бинарники и венда понимает ELF-объекты?

Красивая платформенно-независимость в azureus/azureus2/org/gudy/azureus2/ui/swt/Utils.java:

public static void setCheckedInSetData(final TableItem item,
final boolean checked) {
// skipped

if (Constants.isWindowsXP || isGTK) {
Rectangle r = item.getBounds(0);
Table table = item.getParent();
Rectangle rTable = table.getClientArea();

r.y += VerticalAligner.getTableAdjustVerticalBy(table);
table.redraw(0, r.y, rTable.width, r.height, true);
}
}

Прежде, чем киздить, что нет зависимости от платформ, удосужился бы проверить сорсы или хотя бы комплект поставки...
Уверен, что с Eclipse и Tomcat та же ситуация.

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

А про Azureus никто и не писал, он на SWT, поэтому тащит все ублюдочное платформенное гуано

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

>> azureus

> Прежде, чем говорить, что он полностью платформенно-независимый, посмотри на комплект поставки линуховой:

"Комплект поставки" такой для того, чтобы не заставлять тебя ставить swt отдельно. Но если уже установлен, можешь просто взять Aureus.jar.

Сам Azureus.jar полностью независим от платформы -- он одинаковый и под Linux, и под Windows, и под Solaris, и под FreeBSD...

> Красивая платформенно-независимость в azureus/azureus2/org/gudy/azureus2/ui/swt/Utils.java:

Это не зависимость от платформы, это workaround неприятного глюка в gtk.

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

Да там этих воркэраундов понатыкано до жупы, и не только в этом файле, и не только для gtk и winXP, но и для OS X.

О какой, нафик, кроссплатформенности жабы может идти речь, если для каждой платформы на каждый чих нужен воркэраунд?

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

> О какой, нафик, кроссплатформенности жабы может идти речь, если для каждой платформы на каждый чих нужен воркэраунд?

При неверном суждении строишь верное следствие? Ну-ну :)

Сначала разберись что к чем, а потом писчи.

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

> Уверен, что с Tomcat та же ситуация.

Тогда проверь исходники.

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

>О какой, нафик, кроссплатформенности жабы может идти речь, если для каждой платформы на каждый чих нужен воркэраунд?

Када найдешь идеальный мир без багов - кинь ссылку. А пока workaroundы рулят.

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

> При неверном суждении строишь верное следствие? Ну-ну :)

Я к тому, почему нельзя воркэраунды положить в jvm и стандартные жабные либы, а не протаскивать их по каждому приложению, плодя зависимости и велосипеды?

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

>Я к тому, почему нельзя воркэраунды положить в jvm и стандартные жабные либы

потому что это воркараунды как раз к jvm и стандартным либам ;) В них это можно только пофиксить. А обойти - только снаружи.

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

> Так вот удивитесь, большинство моих знакомых ява-программистов перешли на неё именно с C/C++

Это те, кому C/C++ казались слишком сложными. И те, кто привык кодить наскоро и тяп-ляп. Таким C постоянно бьёт по пальцам, особенно - во время выполнения. Java вроде как более безопасная, поскольку более тоталитарная. Вот им и нравятся узкие рамки язычка, который предохраняет их от их же собственной глупости, одновременно ограничивая свободу самовыражения. Но быдлокодерам свобода не нужна - им надо просто лабать, как роботам.

> часть с Delphi

А куды они денутся, раз багланд их бросила? До C/C++ мозгов не хватит, вот и скатываются до жабы.

> часть с PHP.

А это теперь, наверно, ваши лучшие кодеры?

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

> Это не зависимость от платформы, это workaround неприятного глюка в gtk.

Ага. А заодно - и в WindowsXP:

if (Constants.isWindowsXP || isGTK) {

Може, таки в консерватории?

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

Вот вы все с плюсами сравниваете..

Хорошо. А что, если не жава? Ruby и Python? Тогда не говорите, что кто-то там фанатик. Ведь именно чуваки, их предлагающие основывают свою позицию конкретно по отношению к глупости современной разработки на C++. Да?

А скриптовые языки, извините, но применяться должны к месту. Также как и Java.

(И по поводу мокса. Все же тут важеннее алгоритм, а не язык. А то и перл слишком замудрен, и жава слишком несложен и малоопасен. Усе не этак.)

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