101–110 of 116 posts
We use delphi at work. It is suited to building in-house apps iOS, Android and Windows, as well as web services on Linux.
What version of Delphi are you using ? Don't you find the lack of 3rd party library support somewhat difficult ?
We get excellent third party support for oxml, secure blackbox, gnostice components, devexpress components, uniqui and many, many other libraries.
I would take opinions on here from developers with a big grain of salt. I read people saying things like Spotify and Atom are "unusable" and slow because they're written in JavaScript when they have plenty of happy users. A few 100MB of RAM or disk space extra is a nonexistent issue as well to typical users. I know some developers get very offended at a program using a bit more RAM or CPU than it should be but develo…
Well there isn't exactly a choice of what spotify client to compare it to is there - so users have to use it by default rather than be 'happy' about it.
Electron hasn't stopped Spotify from making the most widely used music client and VSCode from making the third most popular IDE.
Earlier quoted context omitted.
What version of Delphi are you using ? Don't you find the lack of 3rd party library support somewhat difficult ?
We have legacy software written in Delphi7 as well as newer web facing utilities and android applications (for customs and logistics personnel) written in Delphi XE7 and later. We get excellent third party support for oxml, secure blackbox, gnostice components, devexpress components, uniqui and many, many other libraries.
So I had to put it in virtualbox in windows xp. Great nostalgic experience I must say. Back when I truly enjoyed programming just for the sake of trying something new.
Electron hasn't stopped Spotify from making the most widely used music client and VSCode from making the third most popular IDE.
Earlier quoted context omitted.
Speaking as someone with an Ultrabook that had to run Chrome, Outlook, Skype, and various office apps and so forth, this attitude infuriates me. Slack uses 400-500MB of memory. That's 15% of my RAM. For a chat application. Every Electron app is in this range. None share a runtime or memory footprint. Believe it or not, not everyone has 16GB of RAM. This level of inefficiency is utterly inexcusable.
Now that you mention it, this is pretty ridiculous: http://imgur.com/a/HyFay Code Helper is from VSCode. VSCode, Evernote and Slack are all completely idle right now. I don't think they should be using any memory at all. Especially not over 700 MB. I don't even understand how they could possibly be using that much memory. Is it just memory leaks?
Fact is if the ram it available, an app should cache as much as possible. It has no idea what you'll need next, so better it use a free resource to reduce latency.
You cannot think of an app in just terms of the text it handles but also window pixmap data.
Earlier quoted context omitted.
Now that you mention it, this is pretty ridiculous: http://imgur.com/a/HyFay Code Helper is from VSCode. VSCode, Evernote and Slack are all completely idle right now. I don't think they should be using any memory at all. Especially not over 700 MB. I don't even understand how they could possibly be using that much memory. Is it just memory leaks?
That image means nothing. Apps and the operating system cache lots of different things. If your system was under memory pressure then you'd see it lower. Fact is if the ram it available, an app should cache as much as possible. It has no idea what you'll need next, so better it use a free resource to reduce latency. You cannot think of an app in just terms of the text it handles but also window pixmap data.
There's a problem, though: it doesn't work that way.
The size reported by Windows is (if I'm not mistaken) the committed heap size of the program. Unless the application actively surrenders allocated pages back to the OS (and hint: no application does that), that memory is committed.
Edit: to add some color: when a program calls malloc, memory is allocated from pools inside the process itself. If no memory is available in the internal pool the allocator will call out to the OS for additional pages (in the Unix world this is a call to sbrk). When free is called, memory is returned to the internal pool but is not surrendered back to the OS and thus remains committed to the process. Actually reducing the committed heap size once again requires an explicit call to the OS (e.g sbrk).
Of course it may be swapped out by the OS, but that just means slow disk I/O when that application comes to the foreground or accesses those swapped pages (which presumably contains the precious cached data you refer to).
Should the OS use memory to cache transient data? Certainly. OSes typically contain logic to throw away those caches if memory is needed.
But applications that do this without intelligently surrendering cached pages back to the OS when memory is low (as an OS does with its own caches) just put that much more memory pressure on the overall system itself. And I've never heard of an application that does this. Certainly I've seen no evidence that Electron is that sophisticated in its memory management, though I'm happy to be proven wrong.
Earlier quoted context omitted.
The fact that the project is not popular because of the language it's written with..?
Why is FreePascal unpopular (or what makes you say that)? Is it lack of mindshare, lack of "hotness", some specific deficiency, or... ?
Earlier quoted context omitted.
We have legacy software written in Delphi7 as well as newer web facing utilities and android applications (for customs and logistics personnel) written in Delphi XE7 and later. We get excellent third party support for oxml, secure blackbox, gnostice components, devexpress components, uniqui and many, many other libraries.
Great to hear that all of it is still alive. I was getting out my old Delphi I so enjoyed in high school but I found that while all my programs do still work on win10, the same cannot be said of the IDE (although Delphi 1 does work). So I had to put it in virtualbox in windows xp. Great nostalgic experience I must say. Back when I truly enjoyed programming just for the sake of trying something new.