<![CDATA[Latest posts for the topic "Case study: tối ưu không cần thiết"]]> /hvaonline/posts/list/21.html JForum - http://www.jforum.net Case study: tối ưu không cần thiết /hvaonline/posts/list/35473.html#218269 /hvaonline/posts/list/35473.html#218269 GMT Case study: tối ưu không cần thiết

conmale wrote:
Chuyện tốn kém không thể nói bừa mà phải chiết tính kỹ lưỡng để xác định cụ thể lợi hại.  
Em thấy hai cha này hơi nhảm: ông thứ nhất nói mua này mua nọ nhưng chẳng phải là người chi tiền để đi mua, ông thứ hai cũng nhảm nốt vì bỏ thời gian đi cãi với ông thứ nhất. Vấn đề duy nhất của hai đồng chí này là đưa ra phương án, tính ROI và khả năng.]]> /hvaonline/posts/list/35473.html#218274 /hvaonline/posts/list/35473.html#218274 GMT Case study: tối ưu không cần thiết

louisnguyen27 wrote:

conmale wrote:
Chuyện tốn kém không thể nói bừa mà phải chiết tính kỹ lưỡng để xác định cụ thể lợi hại.  
Em thấy hai cha này hơi nhảm: ông thứ nhất nói mua này mua nọ nhưng chẳng phải là người chi tiền để đi mua, ông thứ hai cũng nhảm nốt vì bỏ thời gian đi cãi với ông thứ nhất. Vấn đề duy nhất của hai đồng chí này là đưa ra phương án, tính ROI và khả năng. 
Em nên khai triển rộng hơn và sâu hơn là nhận định ngắn gọn như trên bởi vì cho rằng ông nào cũng nhảm thì nên chứng minh tại sao họ nhảm trên quan điểm "tài chính, thời gian, kỹ thuật và trách nhiệm".]]> /hvaonline/posts/list/35473.html#218280 /hvaonline/posts/list/35473.html#218280 GMT Case study: tối ưu không cần thiết

conmale wrote:
Một bên thì cho rằng tài nguyên máy thời nay thừa thãi, muốn hiệu suất hơn thì chỉ cần thảy thêm RAM, CPU là xong. Tính ra giá thành, chi phí những cái này còn rẻ hơn mướn người ngồi đó mà táy máy chuyện tối ưu, phí thời gian, phí tiền bạc.  
Người nói câu này có lẽ không chịu trách nhiệm cho một hệ thống cỡ lớn mà có khả năng là chỉ quản lí ở mức độ hệ thống của các SME mà thôi. Bởi vì nếu là một hệ thống lớn mà hoạt động không hiệu quả thì chi phí mỗi lần quăng thêm thiết bị mới vào để cho nó chạy nhanh hơn cũng không thể nói là rẻ. Tuy nhiên, người này cũng có ý nghe được: Đó là khi cần gấp một hệ thống xử lí tốt hơn (ví dụ chuẩn bị cho việc phát triển sản phẩm mới) mà phải chờ sysadmin ngồi lại cấu hình, theo dõi, tối ưu thì cũng rất mất thời gian một cách không cần thiết. Ngoài ra, có thể làm delay công việc các teams khác đang cần sử dụng hệ thống. Vậy thì chẳng thà đầu tư một khoảng để thảy thêm thiết bị vào còn hơn là phải làm delay công việc của công ty, đặc biệt là nếu khoảng đầu tư đó không lớn so với doanh thu dự tính thu được từ sản phẩm. Đó là xét về mặt thời gian và tài chính. Còn nếu xét về mặt kỹ thuật và trách nhiệm thì nếu một hệ thống hoạt động mà không được quan tâm tối ưu hiệu suất thì cứ sẽ phải nâng cấp dài dài do mỗi lần nâng cấp cũng chỉ tăng hiệu suất được một thời gian chứ không thể nào đảm bảo hiệu quả lâu dài. Mà nếu maintain một hệ thống mà không tính đường lâu dài thì đúng là vô trách nhiệm. Và không chỉ có vậy, một hệ thống hoạt động không hiệu quả trong một thời gian dài sẽ trở nên cồng kềnh quá mức và rất có thể tiềm ẩn nhiều vấn đề về bảo mật. Cho nên kết lại thì gọn nhất là 2 ông này nên đưa ra chiến lược để tăng hiệu suất có bao gồm cả 2 phương án là nâng cấp phần cứng và tối ưu phần mềm. Sau đó xem xét hiệu quả của từng phương án trong ngữ cảnh thời gian, khả năng tài chính và tính đến cả chiến lược lâu dài. Cuối cùng quyết định làm thế nào cho hiệu quả nhất là được. -stk ]]> /hvaonline/posts/list/35473.html#218282 /hvaonline/posts/list/35473.html#218282 GMT Case study: tối ưu không cần thiết St Konqueror. Tớ "nhá" thêm hai thuật ngữ để tham khảo và sử dụng trong case study này đó là: vertical scaling và horizontal scaling.]]> /hvaonline/posts/list/35473.html#218283 /hvaonline/posts/list/35473.html#218283 GMT Case study: tối ưu không cần thiết

conmale wrote:
Hôm nọ, tôi nghe hai kỹ sư điện toán kháo chuyện nhau và dẫn đến chỗ cãi nhau khá kịch liệt. Một bên thì cho rằng tài nguyên máy thời nay thừa thãi, muốn hiệu suất hơn thì chỉ cần thảy thêm RAM, CPU là xong. Tính ra giá thành, chi phí những cái này còn rẻ hơn mướn người ngồi đó mà táy máy chuyện tối ưu, phí thời gian, phí tiền bạc. Một bên thì cho rằng đây là thái độ lười nhác và vô trách nhiệm bởi vì một hệ thống muốn đạt hiệu suất không chỉ ném tài nguyên vào nó mà phải theo dõi, điều chỉnh và kiện toàn. Đây chính là công việc tối ưu cần thiết mà engineer nào cũng phải cần làm. Chuyện tốn kém không thể nói bừa mà phải chiết tính kỹ lưỡng để xác định cụ thể lợi hại. Hãy thử xét trên bình diện tài chính, thời gian, kỹ thuật và trách nhiệm xem ý kiến nào ở trên là thoả đáng và hợp lý. Mời bà con mổ xẻ "case study" này. 
Đây cũng là vấn đề em và bạn em thường tranh cãi mà :P Em luôn đồng ý với ý kiến: "Tối ưu hoá là việc làm cần thiết" Vì các lý do sau: - Các công ty sản xuất phần cứng/phần mềm hầu hết là thiết kế để đáp ứng đại đa số yêu cầu của người sử dụng. Mà mỗi người lại sử dụng nó cho một mục đích khác nhau, cho nên sẽ có những chức năng(thành phần) họ không dùng đến điều đó sẽ dẫn đến các hệ quả: + Lãng phí tài nguyên cho những chức năng mà người dùng không dùng tới. Mặc dù là nó rất nhỏ nhưng xét trên hệ thống lớn và về lâu về dài thì đó là sự lãng phí lớn. + Phát sinh những lỗi ảnh hưởng đến hệ thống từ những thành phần mà mình không sử dụng. Nếu bỏ tiền ra để bảo trì và sửa lỗi cho những cái mình không sử dụng quả là điều lãng phí. Điều này đe doạ đến bảo mật của hệ thống + Làm giảm khả năng ổn định của hệ thống vì nó có quá nhiều chức năng cùng hoạt động. Vì cái gì càng phức tạp và đa dạng thì độ ổn định càng giảm. => Giải pháp này không hiệu quả khi nhân lực và thời gian bị hạn chế! - Ngoài ra tối ưu hoá còn phát sinh vấn đề lãng phí khác: Lãng phí thời gian ngồi tối ưu hoá, lãng phí nhân lực, trong khi có thể có những giải pháp khác mang lại hiệu quả tương tự nhưng ít tốn kém hơn. Tóm lại: - Nếu xét về Thời gian + Kỹ thuật: Thì tối ưu hoá mang lại hiệu quả cao hơn. Người làm về kỹ thuật thường quan tâm đến vấn đề tối ưu hoá. - Nếu xét về Thời gian + Kỹ thuật + Tài chính: Thì lúc đó phải tính toán sao cho mang lại hiệu quả cao nhất, và tốn ít chi phí nhất. Về điểm này thì hoàn toàn đồng ý với St Konqueror - Ky0 - ]]> /hvaonline/posts/list/35473.html#218287 /hvaonline/posts/list/35473.html#218287 GMT Case study: tối ưu không cần thiết /hvaonline/posts/list/35473.html#218288 /hvaonline/posts/list/35473.html#218288 GMT Case study: tối ưu không cần thiết /hvaonline/posts/list/35473.html#218292 /hvaonline/posts/list/35473.html#218292 GMT Case study: tối ưu không cần thiết /hvaonline/posts/list/35473.html#218293 /hvaonline/posts/list/35473.html#218293 GMT Case study: tối ưu không cần thiết /hvaonline/posts/list/35473.html#218315 /hvaonline/posts/list/35473.html#218315 GMT Case study: tối ưu không cần thiết

panfider wrote:
Đứng với góc độ một lập trình viên,mình đồng ý cho ý kiến tối ưu để đạt hiệu quả, một chuơng trình không tối ưu là chương trình gây ra risk và phát sinh ra nhiều vấn đề sau này. Là một lập trình viên có kinh nghiệm và hiểu biết thì có lời khuyên: không tối ưu là một sai lầm lớn.  
Không phải lập trình viên nào cũng biết tối ưu hiệu suất làm việc của toàn bộ cấu trúc máy + HDH + software cài thêm nha bạn. Sáng vào nhấn button, gỏ lóc cóc.... gỏ ... gỏ... chiều cũng có khi bấm button, rồi về hay để đó rồi đi về. -:-) PS: hạn chế cảm tính , mà nhìn vào thực tế nói chuyện sẽ thiết thực hơn. Tất nhiên là ví dụ "lóc cóc" trên là có đó. -:-) ]]> /hvaonline/posts/list/35473.html#218321 /hvaonline/posts/list/35473.html#218321 GMT Case study: tối ưu không cần thiết /hvaonline/posts/list/35473.html#218323 /hvaonline/posts/list/35473.html#218323 GMT Case study: tối ưu không cần thiết /hvaonline/posts/list/35473.html#218328 /hvaonline/posts/list/35473.html#218328 GMT Case study: tối ưu không cần thiết

panfider wrote:
không biêt cty tmd kinh doanh lĩnh vực gì ? 
Lĩnh vực cơ sở hạ tầng cơ bản. Vậy xin panfider cho một ví dụ về những loại hình công ty kinh doanh lĩnh vực công nghệ phần mềm có tối ưu nhưng không có bộ phận bảo trì xem sao. Phân biệt giữa công ty không có chính sách cụ thể và công ty cho nhân viên toàn quyền tự xử cái máy.]]> /hvaonline/posts/list/35473.html#218337 /hvaonline/posts/list/35473.html#218337 GMT Case study: tối ưu không cần thiết /hvaonline/posts/list/35473.html#218344 /hvaonline/posts/list/35473.html#218344 GMT Case study: tối ưu không cần thiết Đứng với góc độ một lập trình viên,mình đồng ý cho ý kiến tối ưu để đạt hiệu quả, một chuơng trình không tối ưu là chương trình gây ra risk và phát sinh ra nhiều vấn đề sau này.   Lập trình viên không thể biết rõ chuyện phần cứng và phần mềm nó có tuơng thích hay không để mà tối ưu. Mà tối ưu cái gì ở đây, rõ ràng ra một chút. Phần cứng tối ưu bằng cách cpu tốc độ cao, ram nhiều, mainboard đa năng, ... , hay tinh chỉnh hệ điều hành tối ưu, hay phần mềm trên đó vừa đủ không gây xung đột. Bạn pathfider cần nói cho rõ ràng ra. Một software không tối ưu là do anh lập trình viên làm ra không được tốt, sao có liên quan tới cái máy anh ta ngồi trên đó. Trừ phi anh ta không biết anh ta đang ngồi trên cái gì để viết phần mềm.
Là một lập trình viên có kinh nghiệm và hiểu biết thì có lời khuyên: không tối ưu là một sai lầm lớn.  
Tui chẳng bao giờ đi tin người nói cái câu này. Nói chung chung ai mà tin cho được.]]> /hvaonline/posts/list/35473.html#218354 /hvaonline/posts/list/35473.html#218354 GMT Case study: tối ưu không cần thiết Không nên đứng ở góc độ cá nhân để rồi áp đặt nhu cầu đó cho thực tế đám đông   bạn có thể nhận xét đồng ý hay bác bỏ một ý kiến, nhưng nói nó áp đặt thì hơi vô lý!
Lập trình viên không thể biết rõ chuyện phần cứng và phần mềm nó có tuơng thích hay không để mà tối ưu. Mà tối ưu cái gì ở đây, rõ ràng ra một chút.  
mình tiếc không giúp gì được cho tmd. Nhưng câu nói trên của tmd làm mình bối rối. tmd nên giải thích câu đó được không ?]]> /hvaonline/posts/list/35473.html#218393 /hvaonline/posts/list/35473.html#218393 GMT Case study: tối ưu không cần thiết mình tiếc không giúp gì được cho tmd. Nhưng câu nói trên của tmd làm mình bối rối. tmd nên giải thích câu đó được không ?  Bối rối vì cái gì cũng nên cho rõ ràng. Tự nhận mình là lập trình viên, tự nhận rằng cần tối ưu. Nhưng chẳng thấy nói rõ ràng về cách thức hay đường hướng. PS:
Vì vậy lời khuyên của mình thuộc về kĩ thuật lập trình 
. Bạn đang tham gia lộn topic rồi.

conmale wrote:
Một bên thì cho rằng tài nguyên máy thời nay thừa thãi, muốn hiệu suất hơn thì chỉ cần thảy thêm RAM, CPU là xong. Tính ra giá thành, chi phí những cái này còn rẻ hơn mướn người ngồi đó mà táy máy chuyện tối ưu, phí thời gian, phí tiền bạc. Một bên thì cho rằng đây là thái độ lười nhác và vô trách nhiệm bởi vì một hệ thống muốn đạt hiệu suất không chỉ ném tài nguyên vào nó mà phải theo dõi, điều chỉnh và kiện toàn. Đây chính là công việc tối ưu cần thiết mà engineer nào cũng phải cần làm. Chuyện tốn kém không thể nói bừa mà phải chiết tính kỹ lưỡng để xác định cụ thể lợi hại.  
]]> /hvaonline/posts/list/35473.html#218394 /hvaonline/posts/list/35473.html#218394 GMT Case study: tối ưu không cần thiết /hvaonline/posts/list/35473.html#218396 /hvaonline/posts/list/35473.html#218396 GMT Case study: tối ưu không cần thiết

vikjava wrote:
Hi anh conmale và mọi người ! Cho em hỏi tí, để thực hiện tối ưu hoá thì cần những gì ? Chẳng hạn tối ưu hoá hệ thống cỡ lớn như corebanking ở các công ty tài chính chứng khoáng, ngân hàng ! Em nghĩ chúng ta phải biết tối ưu hoá là gì, tối ưu hoá cái gì, triển khai như thế nào, rồi sau đó mới tính tới chuyện bàn luận tại sao triển khai -:|- p/s: Các bạn nên tập trung vào chủ đề, có gì thì mở topic mới ra để tranh luận. Tranh luận mang tính cá nhân dễ gây loãng topic, vài lời ... 
Câu chuyện này rõ ràng quá còn gì . Câu chuyện xoay quanh 2 ngài kỹ sư . Còn chuyện 2 ngài kỹ sư này làm ở chổ nào thì mình không nên nói ra. Nó gây loảng topic thật sự, có rất nhiều ngành nghề khác nhau trong cái lĩnh vực IT, và ứng dụng của nó trong các ngành nghề khác cũng phức tạp. Lấy ví dụ tài chính sẽ làm người ta nghiêng hẳn về tài chính và quên hết các ngành khác. Như vậy mới là loãng thật sự.]]> /hvaonline/posts/list/35473.html#218398 /hvaonline/posts/list/35473.html#218398 GMT Case study: tối ưu không cần thiết Cho nên kết lại thì gọn nhất là 2 ông này nên đưa ra chiến lược để tăng hiệu suất có bao gồm cả 2 phương án là nâng cấp phần cứng và tối ưu phần mềm. Sau đó xem xét hiệu quả của từng phương án trong ngữ cảnh thời gian, khả năng tài chính và tính đến cả chiến lược lâu dài. Cuối cùng quyết định làm thế nào cho hiệu quả nhất là được". ==> Ý kiến của St Konqueror là chuẩn nhất .Chứ bạ đâu cũng tối ưu thì có khi lại mang vạ. ]]> /hvaonline/posts/list/35473.html#218434 /hvaonline/posts/list/35473.html#218434 GMT Case study: tối ưu không cần thiết

vikjava wrote:
Hi anh conmale và mọi người ! Cho em hỏi tí, để thực hiện tối ưu hoá thì cần những gì ? Chẳng hạn tối ưu hoá hệ thống cỡ lớn như corebanking ở các công ty tài chính chứng khoáng, ngân hàng ! Em nghĩ chúng ta phải biết tối ưu hoá là gì, tối ưu hoá cái gì, triển khai như thế nào, rồi sau đó mới tính tới chuyện bàn luận tại sao triển khai -:|- p/s: Các bạn nên tập trung vào chủ đề, có gì thì mở topic mới ra để tranh luận. Tranh luận mang tính cá nhân dễ gây loãng topic, vài lời ... 
Hì hì, em rất thích cụ thể "ngô khoai" hả? Với những hệ thống lớn của các công ty tài chính, chứng khoán, ngân hàng.... việc tối ưu thực hiện cụ thể trên từng "tier". Ví dụ, bên ngoài vào trong, network tier nếu không có QoS cụ thể và packets ra vào tràn lan thì không thể nào bảo đảm chất lượng truyền tải, dẫn đến những trì trệ chồng chất. Tiếp đến là những ứng dụng / thiết bị như firewall, reverse proxies... nếu không kiện toàn thì hiệu suất bị giảm vì bước qua mỗi chặng là bị giảm vận tốc truy cập. Đi vào đến tầng web, nếu không tối ưu đúng mức, số lượng connection được dùng bị thiếu hoặc thời gian cho phép được duy trì xuất truy cập quá dài không cần thiết khiến tài nguyên bị thiếu hụt, dẫn tới tình trạng trì trệ. Trong tầng application bên trong, nếu coding không hữu hiệu và không tối ưu đúng mức sẽ tạo tình trạng kém hiệu suất và "nuốt tài nguyên" nghiêm trọng. Những thứ đơn giản như database connection pool nếu không "tune" cho đúng mức cũng sẽ tạo tình trạng kém hiệu suất một cách nghiêm trọng. Xét tổng quát cho các tiers thì: network BW --> router --> FW --> proxies --> web --> app --> database --> storage Mỗi tầng có thể có một hoặc nhiều thiết bị song song và có đòi hỏi khác nhau. Nói chung, nguyên tắc optimization áp dụng cho mỗi tầng xuyên suốt trong kiến trúc của một hệ thống. Mỗi optimization khác nhau (vì có tính chất và vai trò khác nhau) nhưng đều có chung mục đích: - Nhanh. - Bền. - Bảo mật. ]]> /hvaonline/posts/list/35473.html#218468 /hvaonline/posts/list/35473.html#218468 GMT Case study: tối ưu không cần thiết

conmale wrote:
Xét tổng quát cho các tiers thì: network BW --> router --> FW --> proxies --> web --> app --> database --> storage Mỗi tầng có thể có một hoặc nhiều thiết bị song song và có đòi hỏi khác nhau. Nói chung, nguyên tắc optimization áp dụng cho mỗi tầng xuyên suốt trong kiến trúc của một hệ thống. Mỗi optimization khác nhau (vì có tính chất và vai trò khác nhau) nhưng đều có chung mục đích: - Nhanh. - Bền. - Bảo mật.  
Hi all ! Xét trên mô hình các tiers đã đề ra : - Để thực hiện tối ưu hoá chúng ta phải có ít nhất là 6 người thật giỏi , nắm vững các tầng , đồng thời có một người đứng đầu và có thể có một số nhân viên IT khác. Xét trên bình diện tài chính thì chi phí cho đội ngũ tối ưu hoá này thấp hơn rất nhiều so với việc nâng cấp hệ thống. Chẳng hạn ta nâng cấp hệ thống với giá 1 triệu USD đáp ứng được nhu cầu trong 1 năm, trong khi đó 1 năm thì tiền lương cho các chú này ko tới giá đó. - Về phương diện thời gian, việc nâng cấp giải quyết được vấn đề một cách nhanh chóng tuy nhiên về lâu dài thì ta không thể cứ nâng cấp liên tục, trong khi đó việc tối ưu phải có thời gian nghiên cứu, chỉnh thử ... - Tuỳ thuộc vào yêu cầu cấp thiết của công ty mà ta có phương án cụ thể và hữu ích - Xét trên bình diện kỹ thuật và trách nhiệm thì một người quản trị hệ thống phải nắm rõ hệ thống của mình, phải control được hệ thống đó. Trách nhiệm của mình không phải chỉ là cài đặt cho nó chạy mà phải làm sao cho nó chạy tốt, đáp ứng nhu cầu công việc với chi phí thấp nhất. - Tất cả các vấn đề đều nằm ở tầm nhìn của lãnh đạo, đối với môi trường làm việc tại việt nam đa số chọn phương án mua thiết bị, vừa nhanh, ít rủi ro lại có hoa hồng - 5% trên 1 triệu usd p/s: hi anh conmale, em thích "thực chiến quyền pháp" học làm và áp dụng được, cũng như võ bình định - hiểm độc đánh là gục, không múa máy linh tinh chả được tích sự gì :| ]]> /hvaonline/posts/list/35473.html#218490 /hvaonline/posts/list/35473.html#218490 GMT