我們在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之外運行的所有內容。