Haskell lightweight threads overhead and use on multicores

problem ：

I've been reading the "Real World Haskell" book, the chapter on concurrency and parallelism. I've been reading “ real world Haskell” A Book , Chapter on concurrency and parallelism .My question is as follows: My question is as follows ：

• Since Haskell threads are really just multiple "virtual" threads inside one "real" OS-thread, does this mean that creating a lot of them (like 1000) will not have a drastic impact on performance? because Haskell A thread is really just a “ real ”OS Multiple in thread “ fictitious ” Threads , Does this mean creating them （ Such as 1000） Will not have a significant impact on performance ？Ie, can we say that the overhead incurred from creating a Haskell thread with forkIO is (almost) negligible? namely , We can say use forkIO establish Haskell Is the overhead of threading almost negligible ？Please bring pactical examples if possible. If possible , Please bring typical examples .

• Doesn't the concept of lightweight threads prevent us from using the benefints of multicore architectures? Does the concept of lightweight threads prevent us from using the benefits of multi-core architecture ？As I understand, it is not possible for two Haskell threads to execute concurrently on two separate cores, because they are really one single thread from the operating system's point of view. as far as I am concerned , Two Haskell Threads cannot execute concurrently on two separate kernels , Because from the perspective of the operating system , They are actually a separate thread .Or does the Haskell runtime do some clever tricks to ensure that multiple CPU's can be made use of? perhaps Haskell Does the runtime do some clever tricks to ensure that multiple CPU？

---

Solution ：

Reference resources ： https://stackoom.com/en/question/OXEo