Re: Joel's Performance Issues WAS : Opteron vs Xeon
От | Mohan, Ross |
---|---|
Тема | Re: Joel's Performance Issues WAS : Opteron vs Xeon |
Дата | |
Msg-id | CC74E7E10A8A054798B6611BD1FEF4D307966BB0@vamail01.thexchange.com обсуждение исходный текст |
Ответы |
Re: Joel's Performance Issues WAS : Opteron vs Xeon
|
Список | pgsql-performance |
FWIW, ODBC has variables to tweak, as well. fetch/buffer sizes, and the like. Maybe one of the ODBC cognoscenti here can chime in more concretely.... -----Original Message----- From: pgsql-performance-owner@postgresql.org [mailto:pgsql-performance-owner@postgresql.org] On Behalf Of Joel Fradkin Sent: Thursday, April 21, 2005 10:36 AM To: 'Tom Lane'; 'John A Meinel' Cc: 'Postgresql Performance' Subject: Re: [PERFORM] Joel's Performance Issues WAS : Opteron vs Xeon I suspect he's using pgadmin. Yup I was, but I did try running on the linux box in psql, but it was running to the screen and took forever because of that. The real issue is returning to my app using ODBC is very slow (Have not tested the ODBC for MYSQL, MSSQL is ok (the two procdell is running out of steam but been good until this year when we about doubled our demand by adding sears as a client). Using odbc to postgres on some of the views (Josh from Command is having me do some very specific testing) is timing outwith a 10 minute time limit. These are pages that still respond using MSSQL (this is wehere production is using the duelproc and the test is using the 4 proc). I have a tool that hooks to all three databases so I can try it with that and see if I get different responses. Joel ---------------------------(end of broadcast)--------------------------- TIP 3: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to majordomo@postgresql.org so that your message can get through to the mailing list cleanly
В списке pgsql-performance по дате отправления: