VC++,VC++.NET, VC# cái nào viết game ngon nhất nhỉ?

Thời gian viết code chỉ bằng 1 nửa so với C++.
Performance nhanh hơn C++.
Chỉ có thể là C#.. he he

 

Cái này nghe lạ à nha

 

[quote từ như trên]
Không biết lập trình nhưng nghe cũng hơi lạ ,
MS cũng chưa hề thấy nói thế

Phong Shading , nổi tiếng như cồn

 

Ha ha..Chuyện này ngộ cũng mới biết thôi. Nghe các bác bàn tán
Test 1:Chạy 3 vòng lặp

 

Sorry... sorry
Dạo này bận chuyện thi cử nên mình chỉ làm vài test đơn giản.
Cấu hình thử nghiệm:
Athlon XP 2500+ 512MB
Window Xp SP2
Víual studio 2005
.NET Framework 2.0
+Test 1:Chạy 3 vòng lặp
C++:25s
C# : 34s
+Test 2:call method.
Program: tính số fibonacci bằng đệ qui
C++ 42s
C# 12s
+Test 3:Array
Program: bubble sort
C++ 16.8s
C# 16.3s
+Test 4: Math
Program: tính sin ,cos,tan,căn..
C++ 17s
C# 12s
+Test 5: render 1 tam giác bằng sortware
C++ 69s
C# 69s
-Nhận xét:C++ chạy vòng lặp khá nhanh . C# vẫn thắng test 3 dù bubble sort chạy nhiều vòng lặp và phải gánh thêm phần bắt ngoại lệ. Các test còn lại thì C++ chỉ từ bằng đến thua. Không chỉ có thế, C# cấp phát thu hồi bộ nhớ cực nhanh, giống như việc đổ rác vậy,thay vì phải đổ từng bao rác 1 , ta gom chúng lại và dọn sạch chúng.Quá tiện..ha ha
-Sở dĩ C# chạy nhanh hơn là vì no sử dụng kĩ thuật biên dịch trong thời gian chạy.Nhờ vậy nó biết khi nào sử dung 3DNow khi nào sử dụng SSE2. Chương trình của bạn cũng có thể lướt như bay trên con Athlon XP64.
-Thật ra C# không phải là nhanh nhất .Thằng Managed C++ còn nhanh hơn nữa kia nhưng không được hưởng ứng vì code nó quá xấu. Bạn nào có máy 64 bit thử làm vài test cho anh em coi nhé.

 

Biết xài tập lệnh SSE2 & 3DNow là trùm rùi... thay vì gọi nhiều lịnh ở cpu khác thì chỉ cần một lịnh ở cpu sse2 thui.
"Kỹ thuật biên dịch trong thời gian chạy": ko hiểu là gì, vừa biên dịch vừa chạy phải chậm hơn biên dịch trước ra mã máy rùi chạy chứ nhỉ ???

 

kỹ thuật dịch trong thời gian chạy? ý bác nói là interpreter à? dịch dòng nào chạy luôn dòng ấy

 

Đúng thế, nếu có 1 chương trình mà mỗi hàm chỉ chạy 1 lần duy nhất thì C# chạy chậm hơn C++ nhiều. Nhưng MS nó có bộ biên dịch thành file native code, thường được dùng tăng tốc độ load form, gọi là precompile, cái này mình cũng chưa thử.

 

Tui cũng ko hiểu lắm về cái native code này. Ai giải thích giùm cơ chế hoạt động được ko?
Nhưng theo tui nghĩ: native code lúc nào cũng chậm hơn bytecode chứ nhỉ? Khi thực thi native code phải qua trung gian - còn thằng bytecode chạy trực tiếp. Thằng chạy phải thông qua trung gian làm sao nhanh bằng trực tiếp được.
C# tui ko chuyên nên cũng ko rành lắm, chứ VB và java - tốc độ 2 thằng native code này chưa bao giờ qua được C++, nếu có nhanh hơn thì có lẽ trình độ người viết C++ yếu wá thui

 

-Bác lamtacla nghe rõ đây : Native code là mã máy.
-Java dùng mã trung gian là Byte code, còn các ngôn ngữ .NET dùng managed code.
-Khi chạy thì byte code hay managed code đều phải dịch sang native code. Chương trình nào dịch mã tốt hơn thì sẽ chạy nhanh hơn thui.
-C# chạy trong môi trường CLR (common language runtime), chương trình biên dịch của nó là JIT (Just in time).
-Dịch trước (precompile) hay dịch khi chạy (just in time compile) tốt hơn là tùy theo trường hợp. Theo microsoft thì dịch trước chạy nhanh trong vài trường hợp như load form, hình như trong Visual studio cũng không có chức năng precompile thì phải. Dịch khi chạy không làm giảm tốc độ bởi vì đoạn mã dịch xong sẽ lưu vào bộ nhớ khi cần có thể đọc lại.
-Tui cũng khẳng định luôn là dù không có 3DNow hay SSE thì C# vẫn nhanh hơn C++ viết bằng native code. Cho 1 ví dụ:

int add(int a, int b)
{
return a + b;
}
....
z = add(x, y);
....

-Câu hỏi là C++ và C#, cái nào chạy hàm add nhanh hơn.Các bác chắc sẽ chọn C++ vì C# phải ghánh cái máy ảo, còn cái nào thì chả return a+b. Nhiều dân pro cho rằng các ngôn ngữ hoạt động giống nhau. Thực tế là C# trong trường hợp này chạy nhanh gấp 3 lần C++ vì C# chỉ mất 2-5 clock để gọi hàm còn C++ mất cả chục clock. Các phương thức gọi hàm, truy xuất, tham chiếu trong CLR khác với các phương thức truyền thống, trong CLR có thể gọi phương thức ảo nhanh như gọi hàm static, get field chỉ mất 1 clock ...
-Theo nhận xét của tui, mã native của C# đẹp không thua gì tự mình viết bằng assembly.
-Tui chỉ nói đến đó. Bác lamtacla muốn biết JIT hoạt động thế nào có thể tìm trong MDSN của Visual studio 2005 mục .NET Development -> Articles and Overeviews -> .NET Framework deployment -> .NET general -> JIT and run và Writing faster managed code.
-Hay vô tranghttp://msdn.microsoft.com/library/
Mục .NET Development -> Articles and Overeviews -> .NET general -> JIT and run .

 

Right, hix, tui nhầm 2 cái này tên hồi đó giờ. :'> :'> :'>
Còn cái byte code hay cái managed code cũng y nhau thui. Chạy qua máy ảo.
Ặc, nghe bác giải thích vẫn ko hiểu nỗi sao mà C# chỉ xài 5 clock cho cái hàm trên.
Phải đọc thêm thui, hix

 

bà con nào cho mình hỏi VB.NET và C# cái nào tốt hơn???