3 ms·

If you've got 2GB of data and you're doing it in WASM... you're probably doing something wrong, for the simple reason that that means you probably loaded 2GB of

by gpm 7y ago

If you've got 2GB of data and you're doing it in WASM... you're probably doing something wrong, for the simple reason that that means you probably loaded 2GB of data over the internet into the browser (and will probably need to redo that every time you revisit the page). That's enough data that you want to save it to disk, which means (probably) not using a browser. As for "what is the point if not doing computation on "real" data sets"... letting you do computation on reasonably sized data sets. Consider that the size of a gaint codebase like linux is still only a few hundred megabytes (uncompressed). That's more than enough data to be doing interesting work. Or look at the size of a game like quake3.

xscott 7y ago
> for the simple reason that that means you probably loaded 2GB of data over the internet No, web pages can access local storage.
- gpm 7y ago
  You mean file:// urls? If you have access to do that... why not just install a real executable as well. (Can't say I'm terribly up to date on the different ways to store data as a website... but if there's a way to persist multiple gb I would be very surprised)
  - xscott 7y ago
    I really don't like being in the position of defending web apps - that is really not my preferred way to do most things I would write. However, taking a devil's advocate position: > You mean file:// urls? If you have access to do that... Modern browsers provide JavaScript with way more power than just file urls: https://www.w3.org/TR/FileAPI/ https://www.w3.org/TR/FileAPI/ There are also drag and drop APIs... > why not just install a real executable as well. That depends on who your audience is. It's certainly easier to tell some users "go hit this web page and click ok when it asks to open your file". And there are some web apps which I find preferable to downloaded apps. For instance, I really like draw.io, and it works seamlessly on Windows, MacOS, and Linux. > but if there's a way to persist multiple gb I would be very surprised The only limitations I'm aware of are tied to this nonsense about 32 bit integers :-)

by gpm 7y ago

xscott 7y ago

> for the simple reason that that means you probably loaded 2GB of data over the internet No, web pages can access local storage.

gpm 7y ago
You mean file:// urls? If you have access to do that... why not just install a real executable as well. (Can't say I'm terribly up to date on the different ways to store data as a website... but if there's a way to persist multiple gb I would be very surprised)
- xscott 7y ago
  I really don't like being in the position of defending web apps - that is really not my preferred way to do most things I would write. However, taking a devil's advocate position: > You mean file:// urls? If you have access to do that... Modern browsers provide JavaScript with way more power than just file urls: https://www.w3.org/TR/FileAPI/ https://www.w3.org/TR/FileAPI/ There are also drag and drop APIs... > why not just install a real executable as well. That depends on who your audience is. It's certainly easier to tell some users "go hit this web page and click ok when it asks to open your file". And there are some web apps which I find preferable to downloaded apps. For instance, I really like draw.io, and it works seamlessly on Windows, MacOS, and Linux. > but if there's a way to persist multiple gb I would be very surprised The only limitations I'm aware of are tied to this nonsense about 32 bit integers :-)