Обсуждение: Re: [pgadmin-hackers] PGADMIN 4.1 Bug #2031

Поиск
Список
Период
Сортировка

Re: [pgadmin-hackers] PGADMIN 4.1 Bug #2031

От
Miriyala Teja
Дата:
Hi 

Can you please guide on this ?

When i am trying to retrieve 10 lakh records in pgadmin 4 . The cpu usage and physical memory getting increased and finally not responding.
 
if the same table when i am trying to retrieve in pgadmin 3 it is taking very low cpu usage and physical memory.Is there any configuration which

 i might missed ?

i am looking forward to your reply.

Thanks & Regards
Miriyala Teja
Tata Consultancy Services Limited
Cell:- 9550986333
Mailto: miriyala.teja@tcs.com
Website: http://www.tcs.com
____________________________________________
Experience certainty. IT Services
Business Solutions
Consulting
____________________________________________


-----Akshay Joshi <akshay.joshi@enterprisedb.com> wrote: -----
To: Miriyala Teja <miriyala.teja@tcs.com>
From: Akshay Joshi <akshay.joshi@enterprisedb.com>
Date: 12/21/2016 11:33AM
Subject: Re: PGADMIN 4.1 Bug #2031

Hi 

Please raise this concern to pgadmin-hackers. As pgadmin3 is written in c++ and pgAdmin4 is web based application so there might be some performance difference.

On Wed, Dec 21, 2016 at 10:40 AM, Miriyala Teja <miriyala.teja@tcs.com> wrote:
Hi Akshay,

 When i am trying to retrieve 10 lakh records in pgadmin 4 . The cpu usage and physical memory getting increased and finally not responding.
 
if the same table when i am trying to retrieve in pgadmin 3 it is taking very low cpu usage and physical memory.Is there any configuration which

 i might missed ?

i am looking forward to your reply.

Thanks & Regards
Miriyala Teja
Tata Consultancy Services Limited
Cell:- 9550986333
Mailto: miriyala.teja@tcs.com
Website: http://www.tcs.com
____________________________________________
Experience certainty. IT Services
Business Solutions
Consulting
____________________________________________

=====-----=====-----=====
Notice: The information contained in this e-mail
message and/or attachments to it may contain
confidential or privileged information. If you are
not the intended recipient, any dissemination, use,
review, distribution, printing or copying of the
information contained in this e-mail message
and/or attachments to it are strictly prohibited. If
you have received this communication in error,
please notify us by reply e-mail or telephone and
immediately and permanently delete the message
and any attachments. Thank you




--
Akshay Joshi
Principal Software Engineer 


Phone: +91 20-3058-9517
Mobile: +91 976-788-8246

Re: [pgadmin-hackers] PGADMIN 4.1 Bug #2031

От
Dave Page
Дата:


On Wed, Dec 21, 2016 at 6:37 AM, Miriyala Teja <miriyala.teja@tcs.com> wrote:
Hi 

Can you please guide on this ?

When i am trying to retrieve 10 lakh records in pgadmin 4 . The cpu usage and physical memory getting increased and finally not responding.
 
if the same table when i am trying to retrieve in pgadmin 3 it is taking very low cpu usage and physical memory.Is there any configuration which

 i might missed ?

i am looking forward to your reply.

How can you deal with viewing a million records? I don't think anyone is capable of working with that much data.
 
--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake

EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

Re: [pgadmin-hackers] PGADMIN 4.1 Bug #2031

От
Miriyala Teja
Дата:
Hi Dave,

      Pgadmin - III is used to handle the same amount of data . When I am trying to handle the same 
amount of data in pgadmin-4 it is taking a lot of physical memory and also cpu usage which is 
more than four fold compared to pgadmin-iii . 
      I would like to know whether i need to change any configuration on top of standard installation.

Thanks & Regards
Miriyala Teja
Tata Consultancy Services Limited
Cell:- 9550986333
Mailto: miriyala.teja@tcs.com
Website: http://www.tcs.com
____________________________________________
Experience certainty. IT Services
Business Solutions
Consulting
____________________________________________


-----Dave Page <dpage@pgadmin.org> wrote: -----
To: Miriyala Teja <miriyala.teja@tcs.com>
From: Dave Page <dpage@pgadmin.org>
Date: 12/21/2016 02:27PM
Cc: pgadmin-hackers <pgadmin-hackers@postgresql.org>
Subject: Re: [pgadmin-hackers] PGADMIN 4.1 Bug #2031



On Wed, Dec 21, 2016 at 6:37 AM, Miriyala Teja <miriyala.teja@tcs.com> wrote:
Hi 

Can you please guide on this ?

When i am trying to retrieve 10 lakh records in pgadmin 4 . The cpu usage and physical memory getting increased and finally not responding.
 
if the same table when i am trying to retrieve in pgadmin 3 it is taking very low cpu usage and physical memory.Is there any configuration which

 i might missed ?

i am looking forward to your reply.

How can you deal with viewing a million records? I don't think anyone is capable of working with that much data.
 
--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake

EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

=====-----=====-----=====
Notice: The information contained in this e-mail
message and/or attachments to it may contain
confidential or privileged information. If you are
not the intended recipient, any dissemination, use,
review, distribution, printing or copying of the
information contained in this e-mail message
and/or attachments to it are strictly prohibited. If
you have received this communication in error,
please notify us by reply e-mail or telephone and
immediately and permanently delete the message
and any attachments. Thank you

Re: [pgadmin-hackers] PGADMIN 4.1 Bug #2031

От
Dave Page
Дата:
pgAdmin 4 is a very different architecture, one in which such large
amounts of data are likely to cause problems. I don't consider that an
issue though because a) it's simply not possible for humans to
mentally handle that amount of data, and b) other benefits of the
architecture outweigh supporting capabilities that no-one can use
practically.

On Wed, Dec 21, 2016 at 9:47 AM, Miriyala Teja <miriyala.teja@tcs.com> wrote:
> Hi Dave,
>
>       Pgadmin - III is used to handle the same amount of data . When I am
> trying to handle the same
> amount of data in pgadmin-4 it is taking a lot of physical memory and also
> cpu usage which is
> more than four fold compared to pgadmin-iii .
>       I would like to know whether i need to change any configuration on top
> of standard installation.
>
> Thanks & Regards
> Miriyala Teja
> Tata Consultancy Services Limited
> Cell:- 9550986333
> Mailto: miriyala.teja@tcs.com
> Website: http://www.tcs.com
> ____________________________________________
> Experience certainty. IT Services
> Business Solutions
> Consulting
> ____________________________________________
>
>
> -----Dave Page <dpage@pgadmin.org> wrote: -----
> To: Miriyala Teja <miriyala.teja@tcs.com>
> From: Dave Page <dpage@pgadmin.org>
> Date: 12/21/2016 02:27PM
> Cc: pgadmin-hackers <pgadmin-hackers@postgresql.org>
> Subject: Re: [pgadmin-hackers] PGADMIN 4.1 Bug #2031
>
>
>
>
> On Wed, Dec 21, 2016 at 6:37 AM, Miriyala Teja <miriyala.teja@tcs.com>
> wrote:
>>
>> Hi
>>
>> Can you please guide on this ?
>>
>> When i am trying to retrieve 10 lakh records in pgadmin 4 . The cpu usage
>> and physical memory getting increased and finally not responding.
>>
>> if the same table when i am trying to retrieve in pgadmin 3 it is taking
>> very low cpu usage and physical memory.Is there any configuration which
>>
>>  i might missed ?
>>
>> i am looking forward to your reply.
>
>
> How can you deal with viewing a million records? I don't think anyone is
> capable of working with that much data.
>
> --
> Dave Page
> Blog: http://pgsnake.blogspot.com
> Twitter: @pgsnake
>
> EnterpriseDB UK: http://www.enterprisedb.com
> The Enterprise PostgreSQL Company
>
> =====-----=====-----=====
> Notice: The information contained in this e-mail
> message and/or attachments to it may contain
> confidential or privileged information. If you are
> not the intended recipient, any dissemination, use,
> review, distribution, printing or copying of the
> information contained in this e-mail message
> and/or attachments to it are strictly prohibited. If
> you have received this communication in error,
> please notify us by reply e-mail or telephone and
> immediately and permanently delete the message
> and any attachments. Thank you



--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake

EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company