Каморка

As an FYI,
Согласно одному комплексному тесту JDK 1.5 от IBM на 30% процентов быстрее JDK 1.5.0_05 от SUN Microsystems.

По моему опыту продукция IBM (и хард и софт) работает исключительно в рекомендованный компанией средах и то не всегда. Поэтому я не исключаю, что сотрудники IBM могут настроить так SDK, но сам бы пробывать не стал. Во избежании.

Zy писал(а):По моему опыту продукция IBM (и хард и софт) работает исключительно в рекомендованный компанией средах и то не всегда. Поэтому я не исключаю, что сотрудники IBM могут настроить так SDK, но сам бы пробывать не стал. Во избежании.

Дело не в настройке - у IBM своя версия JDK. Да она базируется на сановской но все таки своя, то есть код там местами разный.

-Maxim

Тест в студию...

Говорят 1.5.0_08 быстрее стал, а 1.6.0 вообще на орбиту улетел
Я уже планирую через месяц production release на 1.6.0 , настолько там всё лучше.

PS
И кстати на чём тестировали? Не на АS/400

Marmot писал(а):Тест в студию...
Говорят 1.5.0_08 быстрее стал, а 1.6.0 вообще на орбиту улетел
Я уже планирую через месяц production release на 1.6.0 , настолько там всё лучше.
PS
И кстати на чём тестировали? Не на АS/400

Не на AS/400 А разве есть JDK для AS/400 от Sun? А тест JDBC vs. iBatis, вам неинтересно будет

(Alex) писал(а): А тест JDBC vs. iBatis, вам неинтересно будет

Тогда не надо слухи распускать, benchmarking вещь тонкая.

Marmot писал(а):

(Alex) писал(а): А тест JDBC vs. iBatis, вам неинтересно будет

Тогда не надо слухи распускать, benchmarking вещь тонкая.

в том то и дело Поэтому и не выложу Каждый пусть для себя решает и гоняет свои тесты, а то знаю я вас, выложишь, так они стазу забудут что тесты вещь тонкая

(Alex) писал(а):

Marmot писал(а):

(Alex) писал(а): А тест JDBC vs. iBatis, вам неинтересно будет

Тогда не надо слухи распускать, benchmarking вещь тонкая.

в том то и дело Поэтому и не выложу Каждый пусть для себя решает и гоняет свои тесты, а то знаю я вас, выложишь, так они стазу забудут что тесты вещь тонкая

"Как бы кропотливо и тщательно вы ни готовили выборку, вам всегда могут сказать, что она неправильна и неприменима к данной проблеме." (с) Мерфи

(Alex) писал(а):А тест JDBC vs. iBatis, вам неинтересно будет

Very interesting. Did you test JDBC performance vs iBatis performance? What are the results?

StS писал(а):

(Alex) писал(а):А тест JDBC vs. iBatis, вам неинтересно будет

Very interesting. Did you test JDBC performance vs iBatis performance? What are the results?

гарантировано что JDBC быстрее
А хорошая ДБ с правильными индексами и правильный SQL сделают JDBC вообще крутым ...

Marmot писал(а): гарантировано что JDBC быстрее
А хорошая ДБ с правильными индексами и правильный SQL сделают JDBC вообще крутым ...

Do you know what iBatis is? As far as I understand, the test was JDBC without iBatis vs iBatis+JDBC

StS писал(а):Do you know what iBatis is?

Там, эта, я смайлик, нарисовал...
Гордо расстёгивая штаны, отвественно заявляю: свой первый EJB я написал в апреле 1999 года для Weblogic 4.0.3
А всяких там OR-mapperov и прочих JDBC приблуд и навесок поюзал уже по самое нехочу.
И пока ничего лучше, проще, и надёжнее чистого JDBC+DB specific query optimization не нашёл

StS писал(а):As far as I understand, the test was JDBC without iBatis vs iBatis+JDBC

Госссппподя, да кому нужны такие тонкости, тем кто query написать не может всё пофиг: они и на EJB согласны .
А кому действительно нужна производительность(как мне) тот и ручкаму всё напишет.

If you have nothing to say about iBatis performance, you can button up your pants now.

Alex, I still would like to know more about the test and results.
Thanks.

...

Вот же блин, убедил, круто получилось...
Хотя, нет, стоп, а где же разница между IBM и SUN?
А вообще таки-да, смотрится хорошо.
Но с другой стороны, ты же сам сказал, как только в IO waits попадёш, то это всё превращается в экономию на спичках.