Topic: Something New in JS Posted by Mr. Resig Pages that link to <a href="https://ozoneasylum.com/backlink?for=31158" title="Pages that link to Topic: Something New in JS Posted by Mr. Resig" rel="nofollow" >Topic: Something New in JS Posted by Mr. Resig\

 
Author Thread
Maskkkk
Paranoid (IV) Inmate

From: Johnstown, PA
Insane since: Mar 2002

IP logged posted posted 07-23-2009 23:33 Edit Quote

http://ejohn.org/blog/web-workers/

Sure it's only in two and a nightly build browsers right now, but I bet this will complicates/advance Javascript.



- AIM: MASKKKK

01001101011000010111001101101011011010110110101101101011

Tyberius Prime
Maniac (V) Mad Scientist with Finglongers

From: Germany
Insane since: Sep 2001

IP logged posted posted 07-24-2009 08:19 Edit Quote

yeah, multi threading for the masses, but without any synchronization. can this be useful?

(You can fake semaphores with messages... you just have to follow your own rules)

DavidJCobb
Nervous Wreck (II) Inmate

From: United States
Insane since: Mar 2009

IP logged posted posted 07-27-2009 03:53 Edit Quote

Or a browser developer could just write an engine that runs JS separately, effectively preventing (almost*) all JS from locking the interface**...



* while(!0)alert("")

** Or anything else. By which I mean image and video rendering, which are really the examples Resig cited that I can understand the benefit for. How would workers speed up the raytracing bit? It's still sequential code -- one block (drawing) waiting for another (calculation worker) -- so the multitasking benefit of workers would likely not apply, unless the calculation worker is used multiple times at once... Hmm...

----------------------


(Edited by DavidJCobb on 07-27-2009 03:57)

coach
Nervous Wreck (II) Inmate

From:
Insane since: May 2011

IP logged posted posted 05-31-2011 11:07 Edit Quote
Edit TP: spam removed


Post Reply
 
Your User Name:
Your Password:
Login Options:
 
Your Text:
Loading...
Options:


« BackwardsOnwards »

Show Forum Drop Down Menu