Страница 2 из 2
Добавлено: 09 сен 2006, 08:53
(Alex)
Marmot писал(а):Вот же блин, убедил, круто получилось...
Хотя, нет, стоп, а где же разница между IBM и SUN?
А вообще таки-да, смотрится хорошо.
А выбора IBM vs SUN у нас не будет ;-( Известно что будет IBM на p-Series или, вообще, mainframe...Как мне доступ дадут к чему нибудь, я протестирую опять с реальной базой данных (DB2 UDB конечно).
Marmot писал(а):Но с другой стороны, ты же сам сказал, как только в IO waits попадёш, то это всё превращается в экономию на спичках.

С iBatis - да, а Hibernate пролетает IMHO.
Добавлено: 09 сен 2006, 10:23
Marmot
(Alex) писал(а):
А выбора IBM vs SUN у нас не будет
Неееa, мужик, за базар надо отвечать
(Alex) писал(а):
С iBatis - да, а Hibernate пролетает IMHO.
Ну не знаю, не знаю, тебе чего, в лом Oracle где нибудь дома запустить и посмотреть

Я так думаю разница будет в единицах процента...
Добавлено: 09 сен 2006, 11:56
(Alex)
Marmot писал(а):(Alex) писал(а):С iBatis - да, а Hibernate пролетает IMHO.
Ну не знаю, не знаю, тебе чего, в лом Oracle где нибудь дома запустить и посмотреть

Я так думаю разница будет в единицах процента...
Я подожду пока у меня будет доступ к харду на котором мы будем это дело гонять. Не исключено что будет всё на mainframe. Пока не могу предположить какие будут IO waits хорошо настроенной базе данных...
Добавлено: 09 сен 2006, 12:05
Marmot
(Alex) писал(а):Пока не могу предположить какие будут IO waits хорошо настроенной базе данных...
Да уж побольше чем при работе с in-process memory

Тем более что ваш хард славится не столько performance сколько scalability...
Что в данном контексте абсолютно перпендукулярно.
Добавлено: 09 сен 2006, 14:55
Marmot
И в догонку, ИМХО, во всех OR-mapper-ах главное не качествe/количестве кода между девелопером и DB, a удобство настройки и использования. Т.к. разница в производительности на реальных ахитектурах всё равно будет в долях/единицах процента.
Вот RoR например, я его сам не юзал, но и так ясно что overhead там не слабый, не сравнить даже с EJB2

.
А народ всё равно тащится, так как даже JavaScript ламеры могут его использовать.
Добавлено: 11 сен 2006, 08:19
StS
Thanks, Alex
Добавлено: 22 сен 2006, 19:07
(Alex)
...
Добавлено: 22 сен 2006, 19:51
Marmot
(Alex) писал(а):(Alex) писал(а):Я подожду пока у меня будет доступ к харду на котором мы будем это дело гонять. Не исключено что будет всё на mainframe. Пока не могу предположить какие будут IO waits хорошо настроенной базе данных...
Дали DB2 7.1.1 fixpack 10 на AIX. Результаты здесь
http://www.jdbcpersistence.org/other/pe ... on-db2.htm
Таксс, интересненько , а как это так получилось что JDBCP быстрее чем JDBC в некоторых случаях?
Типа ручной код кривой?
PS
И вообще, код в студию, что бы было что топтать ногами

Добавлено: 22 сен 2006, 19:56
(Alex)
...