Giảm thời gian thực hiện chương trình

[G.Perelman]

Mình xin chia sẻ 1 kinh nghiệm mà trong quá trình làm bài mình phát hiện ra :
giả sử chúng ta có câu lệnh:
IF (biểu thức1 && biểu thức2 &&......&& biểu thức n) {câu lệnh}.
trong đó biểu thức[i] là biểu thức logic (giá trị trả về là true hoặc false ).Khi đó theo các bạn thứ tự các biểu thức có ảnh hưởng gì đến thời gian thực hiện chương trình hay không?
giả sử mình viết lại là :IF (biểu thức2 && biểu thức n &&...&& biểu thức 1)...
Câu trả lời là trong đa số các trường hợp là có ,đôi khi ảnh hưởng rất nhiều.
Mình xin giải thích đó là do chương trình lần lượt kiểm tra giá trị của các biểu thức từ bên trái qua bên phải như vậy đến khi gặp 1 biểu thức có giá trị false (0) thì nó sẽ dừng lại ngay lập tức không kiểm tra các biểu thức tiếp theo nữa ,do đó nếu đặt lần lượt các biểu thức có độ phức tạp từ nhỏ tới lớn đôi khi giúp chương trình chạy nhanh hơn rất nhiều ,đặc biệt với các test lớn.
Chút kiến thức này xin được cùng chia sẻ với mọi người.

[mushu]

Cảm ơn bạn nhưng làm sao kiểm tra được đáng nhiều biểu thức logic vậy thì bó tay. Đánh ít thì bằng hòa thời gian bằng 0 tất do nhỏ quá.
Mình học VB.NET thì nó phân biệt rạch ròi

if ... and ... or ... then ...

if ... andalso ... orelse ... then ...

Với and và or (tức là && || trong C) thì nếu trong biểu thức mà có một biểu thức logic bị lỗi phép toán như có phép chia cho 0 chẳng hạn thì chương trình đều báo lỗi và dừng lại không chạy tiếp. Tức là nó vẫn kiểm tra tất cả.
Còn andalso và orelse thì nếu thấy một biểu thức sai (andalso) hoặc một biểu thức đúng (orelse) thì nó nhẩy sang thực hiện câu lệnh luôn.
C thì mình không rõ quy tắc lắm. Ai biết có thể nói cho mọi người cùng hiểu không.

___________________________________
Em học VB 2005, Visual Java, Visual C++
Nhưng C++ mới học không rõ lắm.

[G.Perelman]

ý mình là ở đây biểu thức có thể là lời gọi tới 1 hàm mà độ phức tạp của hàm là lớn chẳng hạn ,như vậy nếu các biểu thức có độ phức tạp nhỏ đã kiểm tra và có giá trị False thì các biểu thức sau không cần kiểm tra nữa--nên giảm thời gian thực hiện chương trình,mình đã test thử.It's Good

[RadicalLight]

- Nếu để exp có độ phức tạp lớn ở cuối thì nếu chỉ có một mình exp đó là sai thì nó cũng check toàn bộ rồi! Mình vẩn thích chia toàn bộ ra!
- Nhưng làm như bạn vẩn tốt hơn ^_^!

[quangnh89]

mình cũng xin cung cấp thu thuật sau:
các phép dịch bit thực hiện nhanh hơn( tất nhiên là chỉ với int mới có )
ví dụ bạn thực hiện
a=a*64;
theo đó a được lưu vào biến tạm -->thực hiện a*64--> gán vào a
còn a<<6 vẫn cho kết quả nhưng không dùng biến tạm
hoặc chúng ta có thể thay biến tạm bang các phép toán:
ví dụ:
vói truờng hợp tổng quát
giả sử các biến là kiểu nguyên

//hoán chuyển hai biếnvoid swap(){ int tg;     tg=a;     a=b;     b=tg;}

vói truờng hợp số nguyên ta còn cách khác

//hoán chuyển hai biếnvoid swap(){    a+=b;// không dùng biến tạm   b=a-b;   a=a-b;}

hoặc

//hoán chuyển hai biếnvoid swap(){ //không dùng biến tạm   a=a^b;   b=a^b;   a=a^b;}

[mechatronic]

Dùng các toán tử bitwise thì nhanh hơn là phải rồi.
Ngoài ra còn 1 số thứ khác, chẳng hạn như hạn chế dùng phép so sánh có bằng (==, >=, <=), dùng phép gán có điều kiện và case càng nhiều càng tốt thay cho if , hay là cách viết như sau:
for(....i+=4){
a[i]=i; a[i+1]=i+1; a[i+2]=i+2;a[i+3]=i+3;}
và
for(...i++)
a[i]=i;

Cái nào nhanh hơn ?

[nguyentuan2]

//hoán chuyển hai biếnvoid swap(){ int tg;     tg=a;     a=b;     b=tg;}

vói truờng hợp số nguyên ta còn cách khác

//hoán chuyển hai biếnvoid swap(){    a+=b;// không dùng biến tạm   b=a-b;   a=a-b;}

hoặc

//hoán chuyển hai biếnvoid swap(){ //không dùng biến tạm   a=a^b;   b=a^b;   a=a^b;}

Cách đầu tiên có 3 phép gán
Cách thứ 2 có 2 phép gán, 1 phép cộng 2 phép trừ
Cách thứ 3 có 3 phép xor, 3 phép gán

Cách nào nhanh hơn các bạn, nhớ là 1biến int chỉ có 4 byte hoặc 2 byte tùy hệ điều hành và không có constructor cho nó

for(....i+=4){
a[i]=i; a[i+1]=i+1; a[i+2]=i+2;a[i+3]=i+3;}
và
for(...i++)
a[i]=i;

HIển nhiên là
for(....i+=4){
a[i]=i; a[i+1]=i+1; a[i+2]=i+2;a[i+3]=i+3;}
chạy nhanh hơn vì ít hơn 4 lần phép so sánh, nhưng cẩn thận kẻo out of range