Postgresql表下降需要很长时间

我是Postgresql和服务器pipe理的新手，所以我不太确定这是否正常行为。 现在我正在尝试使用级联选项删除一个表。

我用的命令是

DROP TABLE library_genre CASCADE; 

已经有半个小时了，现在还在说

 NOTICE: drop cascades to constraint radio_logs_entry_genre_id_fkey on table logs_entry 

我真的不知道如何检查数据库有多大，但我无法想象它太大了。 你认为可能会有某种腐败导致它走了这么久。

• 数据大小的sql server限制
• 具有重写应用程序的数据库可伸缩性
• 数据库（MySQL）和SSD寿命 – 写入数据库的“大量”
• 数据库客户端安装服务器的SSL证书是否不常见？
• 如何保持多个读/写数据库服务器同步？

任何build议，以解决这个问题将不胜感激。 我应该用什么样的命令来弄清楚发生了什么？

编辑：新的信息

在我尝试删除表之前，我在pg_dump上运行了这个操作

 du -k pg_dump_file 

它给了我27712.我不知道它返回的数据大小。 如果是只有27兆字节的千字节，看起来好像不会花费那么长时间的修改。

编辑＃2。 我跑了上面，它看起来像postgres是不是真的使用太多的CPU或内存。