In computer science terms, a Task i

In computer science terms, a Task is a future or a promise. (Some people use those two terms synomymously, some use them differently, nobody can agree on a precise definition.) Basically, a Task "promises" to return you a T, but not right now honey, I'm kinda busy, why don't you come back later?

A Thread is a way of fulfilling that promise. But not every Task needs a brand-new Thread. (In fact, creating a thread is often undesirable, because doing so is much more expensive than re-using an existing thread from the threadpool. More on that in a moment.) If the value you are waiting for comes from the filesystem or a database or the network, then there is no need for a thread to sit around and wait for the data when it can be servicing other requests. Instead, the Task might register a callback to receive the value(s) when they're ready.

In particular, the Task does not say why it is that it takes such a long time to return the value. It might be that it takes a long time to compute, or it might that it takes a long time to fetch. Only in the former case would you use a Thread to run a Task. (In .NET, threads are freaking expensive, so you generally want to avoid them as much as possible and really only use them if you want to run multiple heavy computations on multiple CPUs. For example, in Windows, a thread weighs 12 KiByte (I think), in Linux, a thread weighs as little as 4 KiByte, in Erlang/BEAM even just 400 Byte. In .NET, it's 1 MiByte!)

Kết quả (Việt) 1:

Về khoa học máy tính, một nhiệm vụ là một tương lai hoặc một lời hứa. (Một số người sử dụng hai thuật ngữ synomymously, một số sử dụng chúng một cách khác nhau, không ai có thể đồng ý về một định nghĩa chính xác.) Về cơ bản, là một nhiệm vụ "hứa hẹn" để trả lại cho bạn một T, nhưng không phải bây giờ honey, tôi kinda bận rộn, tại sao không bạn trở lại sau đó?Một chủ đề là một cách để thực hiện lời hứa đó. Nhưng không phải tất cả nhiệm vụ cần một chủ đề mới. (Trong thực tế, việc tạo ra một chủ đề thường là không mong muốn, bởi vì làm như vậy là đắt hơn nhiều so với tái sử dụng một chủ đề sẵn có từ threadpool. Thêm vào đó trong một thời điểm.) Nếu giá trị bạn đang chờ đợi đến từ hệ thống tập tin hoặc cơ sở dữ liệu hoặc mạng, sau đó có là không cần cho một chủ đề để ngồi xung quanh và chờ đợi cho các dữ liệu khi nó có thể phục vụ các yêu cầu khác. Thay vào đó, nhiệm vụ có thể đăng ký một gọi lại để nhận được các value(s) khi họ đã sẵn sàng.Đặc biệt, việc không nói lý do tại sao nó là phải mất một thời gian dài để trở về giá trị. Nó có thể là rằng phải mất một thời gian dài để tính toán, hoặc nó có thể mà phải mất một thời gian dài để lấy. Chỉ trong trường hợp trước đây bạn sẽ sử dụng một chủ đề để chạy một nhiệm vụ. (Ở .NET, chủ đề freaking đắt tiền, do đó bạn thường muốn tránh họ càng nhiều càng tốt và thực sự chỉ sử dụng chúng nếu bạn muốn chạy nhiều tính toán nặng trên nhiều CPU. Ví dụ, trong Windows, một chủ đề nặng 12 KiByte (tôi nghĩ), trong Linux, một chủ đề có trọng lượng ít nhất là 4 KiByte, ở Erlang/chùm thậm chí chỉ cần 400 Byte. Ở .NET, nó là 1 MiByte!)

Kết quả (Việt) 2:

Trong điều kiện khoa học máy tính, một nhiệm vụ là một tương lai hoặc một lời hứa. (Một số người sử dụng hai thuật ngữ synomymously, một số sử dụng chúng một cách khác nhau, không ai có thể đồng ý về một định nghĩa chính xác.) Về cơ bản, một Task"lời hứa" để trả lại cho bạn một T, nhưng không phải bây giờ mình ơi, tôi kinda bận rộn, tại sao bạn không quay lại sau? Một chủ đề là một cách để thực hiện lời hứa đó. Nhưng không phải mọi tác vụ cần một thương hiệu mới đề. (Trong thực tế, việc tạo ra một chủ đề thường không mong muốn, bởi vì làm như vậy là đắt hơn nhiều so với sử dụng lại một chủ đề hiện từ threadpool. Thêm vào đó trong một thời điểm). Nếu các giá trị mà bạn đang chờ đợi đến từ các hệ thống tập tin hoặc một cơ sở dữ liệu hoặc mạng, sau đó không có nhu cầu cho một thread để ngồi lại và chờ đợi cho dữ liệu khi nó có thể được phục vụ các yêu cầu khác. Thay vào đó, các công tác có thể đăng ký một callback để nhận được giá trị (s) khi họ đã sẵn sàng. Đặc biệt, công tác không nói lý do tại sao nó là nó phải mất một thời gian dài để trở về giá trị. Nó có thể được rằng phải mất một thời gian dài để tính toán, hoặc nó có thể phải mất một thời gian dài để lấy. Chỉ trong trường hợp trước đây bạn sẽ sử dụng một chủ đề để chạy một nhiệm vụ. (Trong .NET, chủ đề đang hoảng đắt tiền, do đó, bạn thường muốn tránh họ càng nhiều càng tốt và thực sự chỉ sử dụng chúng nếu bạn muốn chạy nhiều tính nặng trên nhiều CPU. Ví dụ, trong Windows, một sợi chỉ nặng 12 KiByte ( Tôi nghĩ), trong Linux, một sợi nặng ít nhất là 4 KiByte, trong Erlang / BEAM thậm chí chỉ 400 Byte. Trong .NET, nó là 1 MiByte!)