我们在Liferay Portal内部运行了几个定制portlet应用程序。在1Gig服务器上运行Liferay上的portlet - 性能问题
该解决方案安装在客户端的入门级计算机上（RAM < = 1千兆）。由于繁琐的手续，客户在短期内切换到较高端的计算机的可能性不大。
问题是应用程序非常慢。
什么是优化Liferay配置（或优化portlet应用程序）的提示，所以我们能够在入门级计算机上正常运行？
或者将Portlet切换到较轻的Portlet Containers替代品（如Apache Pluto或GateIn）是否是一个好的举措？
或者在入门级计算机上运行像Liferay这样的门户不是一种选择吗？我们应该考虑移植现有的portlet以分离标准的Java Web应用程序，以获得更好的性能？
比较调优的价格，最小化占用空间并测量结果到仅仅1千兆字节的RAM的价格 - 您甚至可能无法再以此尺寸购买。
然后比较从门户环境移植到Java Web应用程序的价格：您甚至不能确定这将导致更小的占用空间，因为您必须重做相当多的Liferay提供的功能盒子外面。身份管理，例如。内容管理作为另一个。这需要花费一些时间（等于资金），这可能会更好地花在新服务器上。
对于〜40€/月就可以得到一个托管服务器，包括网络连接，电源，甚至支持，这是方式更能够服务这样的应用程序比服务器的树莓派的大小（<总共40欧元，我已经看到Raspberry Pi托管每年不到40欧元）。
我不知道“Red Tape”是什么意思，但我会说你肯定会选错目标。虽然有一点要调整Liferay，但我不会去做这种优化。
你没有提到你正在使用的版本 - 在那个硬件中，我假设它是一个古老的版本。在目前的版本之前，Liferay基本上是单一的。虽然你可以配置很多（缓存，停用某些功能），但它们不会带来太大的优势。当前版本已经模块化，您可以删除不使用的组件，从而减少占用空间 - 但是，它并非针对该基础架构的规模而构建的。
而当你在那种硬件上运行门户时，你并没有在同一个盒子上运行数据库和一个额外的web服务器，对吧？这将是第一个需要改变的地方：在同一OS/Box上最大限度地减少在Liferay之外运行的所有内容。