Live data from Hacker News

Ōryōki Web Browser

oryoki.io

91–100 of 181 posts

Re: Ōryōki Web Browser

#91
post #7

This project is solving the wrong problem. It's not the interfaces of web browsers that suck, it's the gigabytes of RAM they consume.

> This project is solving the wrong problem

No. This project is solving a different problem. Let it be.

Re: Ōryōki Web Browser

#92
post #7

This project is solving the wrong problem. It's not the interfaces of web browsers that suck, it's the gigabytes of RAM they consume.

To be fair, the biggest offender in all this IS javascript in webpages. Though even more Javascript in the browser UI isn't going to solve the Javascript problem when it comes to performances. Anybody can shift+Esc on Chrome and see how Javascript heavy pages consume a shocking amount of Memory.

This page on HN has 5 lines of inline JavaScript. It downloaded ~25KB of content, over 5 HTTP requests (HTTP/2 even), 3 of which are images, all of which are GIF images This tab is consuming 98 MB of RAM. I am in incognito mode, with no plugins.

While crazy site do crazy things with JS and have crazy bad user experiences (TMZ.com makes 700+ requests and takes over 90seconds to load), 98 MB of ram for a HN tab is ridiculous. This has very little to do with JS.

Re: Ōryōki Web Browser

#93
post #66
post #19

For anyone interested, here are some web browsers that are actually minimalist and not just reskins of chromium: http://surf.suckless.org/ https://fanglingsu.github.io/vimb/ http://www.uzbl.org/

For anyone interested, here are some web browsers that are actually lightweight (if not html5-compliant) and not webkit-based: http://www.dillo.org/ http://www.netsurf-browser.org/

NetSurf actually looks good.

Re: Ōryōki Web Browser

#94
post #7

This project is solving the wrong problem. It's not the interfaces of web browsers that suck, it's the gigabytes of RAM they consume.

Sometimes it's discouraging to think about how RAM requirements keep going up. The laptop I bought in 1999 had 64 MB of RAM, and that was enough for a comfortable multitasking system (dual-booting between Windows 9x and Linux with a GUI) for about two years. Now, we have this, paraphrased from the 2012 novel _Off to Be the Wizard_ by Scott Meyer. Phillip, a time traveler from 1984, asks, "What on earth can a person d…

I ask myself this from time to time. It's hard to quantify quality, but I'm certain that the exponential increase of power in todays PC vs. that of a PC from the 90's is not reflected in an exponential improvement of the vast majority of software currently using this power. It seems that the more power that there is available, the sloppier the use of it. I wonder if someone already formulated some kind of law that describes this phenomenon :-)

Re: Ōryōki Web Browser

#95

This page is a good example of what's wrong with HN. Someone publishes their open source experiment in minimal browser UI design, and everyone shits on it for not being a built-from-scratch web browser with low memory usage.

Why should this be wrong? People can be who they want to be. If something is cool it's appreciated, if it's not, it's been shit on. That's life, deal with it. Not everyone is made of porcelain. Some are able to deal with critisism even if it's not delivered like it's taught in management classes.

Re: Ōryōki Web Browser

#96
post #14
post #7

This project is solving the wrong problem. It's not the interfaces of web browsers that suck, it's the gigabytes of RAM they consume.

RAM is meant to be consumed. If your browser is using 50MB of RAM and has to swap every background tab to disk then you're not utilizing the resources of your computer, and getting a crappy user experience as a bonus.

I wonder if part of the solution is smarter caching at the OS level. Do all modern operating systems give the application a way to tell the OS, "This chunk of memory is a cache, so free it if it's needed for something else"? Of course, when the OS frees that memory, the app would need to know about that, so it can re-fetch or re-compute that cached data the next time it's needed.

Re: Ōryōki Web Browser

#97
post #7

This project is solving the wrong problem. It's not the interfaces of web browsers that suck, it's the gigabytes of RAM they consume.

+1. This page on HN, with 5 lines of JS and 3 tiny images, consumes just under 100 MB of RAM in Chrome in incognito mode.

Something is seriously wrong, and it has nothing to do with client side JS, or huge retina images, or CSS animations and rendering jank.

Re: Ōryōki Web Browser

#98

This page is a good example of what's wrong with HN. Someone publishes their open source experiment in minimal browser UI design, and everyone shits on it for not being a built-from-scratch web browser with low memory usage.

This is a good example of what is right with HN. Technical people expressing their technical demands w/r/t a technical project. If you want people to ooh and ahh over a project and keep quiet about its faults, show it your relatives.

Re: Ōryōki Web Browser

#100

This page is a good example of what's wrong with HN. Someone publishes their open source experiment in minimal browser UI design, and everyone shits on it for not being a built-from-scratch web browser with low memory usage.

Why should this be wrong? People can be who they want to be. If something is cool it's appreciated, if it's not, it's been shit on. That's life, deal with it. Not everyone is made of porcelain. Some are able to deal with critisism even if it's not delivered like it's taught in management classes.

I shit on you.
Post reply on HN