Announcement

Collapse
No announcement yet.

Mono 2.10, Moonlight 4 Preview 1 Released

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • #81
    Originally posted by ciplogic View Post
    15 ms delay is noticeable? Or you mistype as 150 ms? Your eye can notice a change at 40 ms (mostly at 24/25 FPS) but on brain it gets like in 20 ms. So you "skip a frame".
    15ms is noticeable. Human limit is about 7ms.

    The "24FPS" thingy is a myth that people have been telling for a long time now. You think that 24FPS was chosen for film movies because that's the minimum latency between frames where humans can't perceive any more improvement in "smoothness"? Wrong. It's the other way around. It's the *maximum* latency between frames where humans can perceive the results as motion rather than a series of still frames.

    People know when something is 24 or 40 or 60FPS. Once response times go under 10ms, stuff starts looking extremely smooth. And we can't make out any further differences in response times when stuff starts happening quicker than about 7ms.

    Comment


    • #82
      +1 RealNC.

      Have you guys used the older LCDs with a lag of 15ms? It's definitely noticeable.

      Comment


      • #83
        Originally posted by curaga View Post
        +1 RealNC.

        Have you guys used the older LCDs with a lag of 15ms? It's definitely noticeable.
        And a lighting bolt will also remain transposed on your retina even its life span may be even shorter.
        Taking joke aside, the context was about in real life usage. where a 15 ms lag is unnoticeable. Will you do 30 operations per second and you want to jump to 60 operations per second and this 15 ms lag is what it stop you? Like you select 50 files on disk and when you want to delete them and you press delete, the dialog instead to start instantly, will appear in 15 milliseconds. Will you spot the difference? Also as the context was on difference, not on raw 15 milliseconds, if you will have a dialog that you will wait 30 milliseconds, will you spot that would take 15 milliseconds more? What about if the difference is in a context of 80 to 100 ms?

        Comment


        • #84
          Moving the mouse is not real-life usage? And that's the simplest example of how you spot a 15ms delay on such a screen.

          Comment


          • #85
            Originally posted by curaga View Post
            Moving the mouse is not real-life usage? And that's the simplest example of how you spot a 15ms delay on such a screen.
            Which is any relation with Mono based app and this topic? And this is where you feel shocked to not use your desktop because for you "flickers" too much? Or you want to prove that your monitor is simply that great that have an advertised 2 ms response time and you don't use Mono because your display is too slow on this? Did you notice for a static image that GC may happen if no pixel on screen moves? Are you mapping your hard drive in RAM to not have hundred of millisecond access time? Or you have the best SSD in city, set on RAID to have best throughput?

            Comment


            • #86
              This was just a response to the claim that a 15ms event will go unnoticed, which is not true. It otherwise has no relation with Mono or whatever.

              Comment


              • #87
                Originally posted by RealNC View Post
                This was just a response to the claim that a 15ms event will go unnoticed, which is not true. It otherwise has no relation with Mono or whatever.
                I appologize for overreacting... and you're right on this punctual thing

                Comment


                • #88
                  Originally posted by ciplogic View Post
                  Did I ever said that I support MS OOXML or not? Even I'll do, it have no relation with Mono (I support JavaScript, does it mean I support Java or Mono with it as they are in some way related, machine independent and use a JIT and a GC!?).
                  It was just example and analogy. MS OOXML has very big relation with mono, because mono and MS OOXML are Microsoft techs (both lobbied by Icaza btw). Microsoft wants people to use its technology, because they want to have it under control.

                  I said as you probably understand that patents are about implementation details and much less about copyright (Mono does not use ".Net" naming anywhere as far as I know, maybe C# as name, but if this is the issue, is not hard to rename things out) but about patents.
                  WinForms is problematic, but 95% of code of all Mono applications do not link (or ever they do, this code may be easily rewritten, in case of a patent treat) to them. They likely link to Gtk+, GIO, GStreamer and so on.
                  Afaik winforms etc. were supposed to be isolated from the main product, but something like this never happen, right? You told me what Icaza didn't want to tell. How am I supposed to believe him now?

                  C# is a nice language, I recommend you to see why by using it. JavaScript is another nice one, or Python or QML (which is derived from JavaScript). I do think that Qt/C++ is not a golden hammer, even picking just desktop app development, but for certain is a good starting point.
                  If you want to attack Microsoft, go for it, I am not going to stop you.
                  I have nothing against Python used in a smart way and the newest Qt SDK 1.1 provides utilities to work with QML. If I'd be a Windows user I'd be using C# I guess, but I'm not a Windows user (ok, I just play windows games).

                  Please stop use Google too, as they almost monopolize search business, their Android platform is Java alike (so is even uglier than Mono, and Java is today owned by two ex-evil corporations: Oracle and IBM) or Apple as they monopolize mp3 player and phone industry (I think you get the joke).
                  I prefer Google and IBM over MS, that's for sure. At least they're basing on Linux and support it. Btw. what search engine would you recommend? Bing? :> I don't like Apple and Oracle at all.

                  I don't say that it support, I do encourage you to test and to see for yourself. You was the guy that said that AmaroK and QtCreator starts faster than MonoDevelop and Banshee. Proper numbers give proper information to talk with.
                  I'm too lazy to check, but I was probably just guessing. Btw. like I mentioned Amarok is more powerful then Banshee, so I just did Gnote vs Tomboy comparison and Gnote starts faster (and uses less memory). I wanted to compare F-spot vs Shotwell too, but F-spot didn't start. I'm guessing C# wasn't too helpful in programming in this case, because Gnote was made (ported) just by a single developer. The problem with mono is, I don't see its advantages. Even a single one. There's no killer application made using mono, but there are many killer Qt applications - Amarok, DigiKam. Mono apps can be ported by a single developer in short time (and ports are less resource hungry). Maybe problems lay not in mono, but in programmers? It's hard to tell.

                  Do you understand how works a registry allocator using a graph colorize or not? Did you see the benchmark made by oleid? He noticed for example that for him Mono did had no performance improvement using LLVM. For technical reasons I can think for some cases that why was happening: his benchmark was using a machine (AMD64) that had more free CPU registers than I've did the benchmark (I386). Also Mono does not do loop unrolling optimization and autovectorization (that he especially try to set using SSE3 optimizations). Those optimizations are powerful in complex rendering and like code, but are useless for desktop. Also this code is deceptively useless even for its times... do you use PI with 100 digits precision, 10.000 or 20.000 to matter the 1-3 seconds out of 10 that you may gain at 10.000 digits? I hope you wrote Qt code and you know what is Tulip. Look in Qt codebase and search if all codes use just C like constructs or they use Tulip. Look on KDE codebases and look for the same constructs. Those constructs will likely use Tulip (= collections like QList, QMap, and so on) and they have an overhead similar with slowest C++ timing in Pi benchmark. You will notice it? Unlikely! It will be as slow as Mono in typical usage (sometimes even slower, but is beyond the point). Also Mono is not used at full potential as most people don't write using Mono.SIMD, even some do.
                  I just said to you that you move target. Performance wise: http://en.wikipedia.org/wiki/Computer_performance is a tricky business.
                  This need to be verified in real life. As far there are mono counter apps like Gnote and Shotwell which are more responsive and which use less RAM.

                  55 vs 43 M in Tomboy vs GNote... nice. And your system memory is? I work on a machine with more than 4G (is a laptop) in my daily usage, but my netbook I've bought just 2 years ago had by default 1G of RAM (upgraded to 2G), so you argue that 1% of RAM of that machine, from 4% to 5% may make a difference. It's fine, use GNote if that percent bother you that much. And if you need to edit (from Gnome, as I don't know all KDE equivalents) your "start" menu, don't use Alacarte, as is written in Python, and don't use clock panel, because sometimes it leaks (it happened for me in a RHEL 5.1 at work, and I've got it like 300M before it crash) and use just your hand watch. You save memory and your system is snappier.
                  Oh, man. Tomboy is supposed to be just a simple note taking program while its memory usage is sometimes comparable to Firefox! Try adding some notes and memory usage rises very quickly. 1% in this case is 1/5 - imagine running few big applications same time. Your example with memory leaks isn't adequate to memory usage.

                  Comment


                  • #89
                    Try adding some notes and memory usage rises very quickly.
                    Sorry, it seems it's no longer true.

                    Comment


                    • #90
                      Originally posted by kraftman View Post
                      Afaik winforms etc. were supposed to be isolated from the main product, but something like this never happen, right? You told me what Icaza didn't want to tell. How am I supposed to believe him now?
                      I'm too lazy to check, but I was probably just guessing.
                      Install Tomboy and see if is installed WinForms, so is isolated by your main product, probably is not there (is not, but just check). On Windows on the other hand is preinstalled as Mono come as a full package. Is like QtWebkit that is a Webkit ripoff that may break things from Apple (Webkit is an Apple hosted project) so it may pose similar risks as WinForms. Should we not use Qt for this reason? Don't you find this logic bogus? And what if WebKit will be blocked from Qt? Will mean that Qt applications will use QtGecko in future, not that we have to remove all Qt applications as they pose risks.
                      Originally posted by kraftman View Post
                      (...) I'm guessing C# wasn't too helpful in programming in this case, because Gnote was made (ported) just by a single developer.
                      You state a bug/crash that happen on your machine in F-Spot and that's why Gnote was made that fast by one developer. Which is the relation!? I don't think that you wrote programs that were larger than some hundred of lines, where using a framework (even is Qt, or C++ STL library) is very important, if not mandatory. I've seen codebases of 14.000 classes, that are like 5 million lines of code, which was hand-made, not generated. Was one of the ugliest in my life experience.
                      I think you can imagine that porting is not developing: think that some one wrote a versioning system and pin down bugs for two or three years. And after other one skip his hard work spotting bugs, reporting and fixing buggs (that take most of development time, I sow that on average I change 500 lines of code per day in a 2 year time, and this with paid tools like Resharper, Visual Studio Pro, not toys like SharpDevelop or Gedit C# syntax highlighter) but he will translate line with line, probably he will get likely around 3-4000 lines of code per day as I will run the compiler and see where it crash and do a global replace. (I don't want to submine his contribution, but to get a scale of what you imply). So line to line conversion prove almost nothing. The guy will backport fixes after this? I've heard that Gnote is a dead project now, isn't so?

                      Originally posted by kraftman View Post
                      The problem with mono is, I don't see its advantages. Even a single one.
                      You're not a developer, right? Garbage collection, (Generics/Linq even are not as big as stated), var keyword, a decent IDE are the first ones that appear right now in my mind, and the wide range of availability of the code. Performance wise is even faster than Qt/C++ if you use Qt collection framework (or STL/Boost collections). Also you can develop a C# code that works on Windows, Linux (not on your Linux though ), major phones, OS X, web servers, some browsers (as Silverlight, Moonlight). And all those work without an interpreter, as is Python (that I see as biggest Linux "competitor" as abstractions, target, probably the REPL support is the thing that is missing, but just on non Mono distributions). The competing choices as platform availability are Oracle's Java and Adobe's Flash.

                      Comment

                      Working...
                      X