Page 3 of 4 FirstFirst 1234 LastLast
Results 21 to 30 of 34

Thread: Demo Of The Lima Driver On The KDE Spark Tablet

  1. #21
    Join Date
    Jun 2009
    Posts
    558

    Default

    Quote Originally Posted by Qaridarium View Post

    short and true answer: YES ! i sell my last android phone(192mb ram) because of this.
    I'm sick of having less ram than i need for my apps.
    i can handle a slow cpu but less ram than i need is a nightmare for me.
    maybe i don't need the lastest openGL standard i only need at minimum openGL 3.2! because of WINE. (sure also for an ARM device emulating x86+directX )
    Which ****ing moron runs WINE on a smartphone? Oh wait, you ARE a ****ing moron.

    OpenGL 3.2? Then please get your arse out of Linux: Mesa 8 only supports OpenGL 3.0 Go back to Windows, moron.

  2. #22
    Join Date
    May 2011
    Posts
    12

    Default

    Quote Originally Posted by DarkCloud View Post
    The biggest problem with KDE on any tablet is that it looks terrible. And its behavior is no better. No design just a giant hack. KDE looks ok on a desktop because the desktop paradigm that it follows is rather an old standard - title bars consisting of close, expand, minimize buttons, etc. These don't translate to the tablet
    I personally don't really care about the user interface. This is the first modern tablet computer where you can use a proper GUI toolkit (Qt + QML) and other parts of a full Linux stack. So long the GUI lets me launch my Qt + Python application, I'm fine.

  3. #23
    Join Date
    Nov 2008
    Location
    Germany
    Posts
    5,411

    Default

    Quote Originally Posted by Sonadow View Post
    Which ****ing moron runs WINE on a smartphone? Oh wait, you ARE a ****ing moron.

    OpenGL 3.2? Then please get your arse out of Linux: Mesa 8 only supports OpenGL 3.0 Go back to Windows, moron.
    just for the record: the tropic is not a smartphone! anyway i want play games on the tabled and the most games are "windows+x86+directX"

    and you don't have any clue because mesa8 already support all wine specific extensions from openGL3.2 this means you need openGL3.2 or 2.1/3.0+extensions.

    but yes you are the expert... you know it sure.

  4. #24
    Join Date
    Nov 2008
    Location
    Germany
    Posts
    5,411

    Default

    Quote Originally Posted by Sonadow View Post
    Anybody in favor of sending a request to the forum admins for banning idiots like Qaridarium on the grounds of:

    - being a general all-round idiot who cannot phrase a simple sentence properly
    - has proven himself / herself to be incapable of listening to logic and always wanting to troll such discussions
    - being a certified idiot and numbskull? Oh wait, i said that one already.

    Anyway, with that out of the way, I'm not sure I want 64-bit ARM SoCs any time soon, if only because my current Windows Phone 7 smartphone (an old LG Optimus 7) is already mighty fast as it is, and the last thing we need are for mobile app developers to start jumping on the 64-bit bandwagon by delibretely writing inefficient code that consumes more memory and power than it really needs.

    I remember how my computer science lecturer always described the pros and cons between 32-bit and 64-bit computing: one is a cheap Toyota Corolla (32-bit) and the 64-bit processor is like a Hummer. Both will get you from point A to point B, but if you are only going to transport 1 passanger most of the time, the Toyota gets the job done faster, more efficiently and more cheaply than the Hummer which drinks gasolene like there is no tomorrow, starts up slower and drains more power to get you from point A to point B.

    Same analogy applies for smartphones and tablets: they are not going to replace the traditional desktop PC and notebook seeing as their primary use is for on-demand communications while on the move, so why have them waste precious battery uptime with redundant technology like 64-bit and, ugh, 4GB of RAM? I sure as hell don't want to pay $1000 for a '64-bit smartphone with 8GB of RAM', yucks, but i'll readilly pick the smartphone that has a SoC with a 32-bit CPU core clocked at 1.6GHz (yes, i'm looking at THAT well-known SoC), 1GB of RAM and a price tag which done not burn a hole in my wallet.

    Unfortunately, numbskiulls like Qaridarium won't be able to see that logic.
    o man really only stupid people make a comparison to cars in a computer tropic.
    64bit computing has nothing similar to a HUMMER car.
    and you miss the important part ALL companies working on 64bit MIPS for example 64bit already here the ARM 64bit chips are ready in 2014!
    if you think 64bit is stupid then MIPS+ARM are stupid companies and amd +intel+IBM are stupid companies.
    All people are stupid but you are the smartest guy in the world? LOL what a ironic part.

    " I sure as hell don't want to pay $1000 for a '64-bit smartphone with 8GB of RAM"

    you are stupid as hel because right now you can buy 1000dollar smartphones without 8gb ram and without 64bit.
    1gb ram only cost 4€ right now this means only 32€ for 8gb ram and the OEMs get it cheaper also 20€
    you really think 20€ of ram is a big part on a 1000 dollar smartphone?
    and 64bit if they use mibs they have 64bit already and in 2014 64bit ARM chips are the standart.

    also "GHz" burns more heat than 64bit in fact you can do the same with less MHZ with 64bit in the same time this means 64 saves you energy* (*=if you need more than 4gb ram compared to PAE)

    and hey i vote for this version: '''Anybody in favor of sending a request to the forum admins for banning idiots like Sonadow on the grounds of:'''
    Last edited by Qaridarium; 02-13-2012 at 07:27 AM.

  5. #25
    Join Date
    Jul 2009
    Posts
    31

    Default

    Quote Originally Posted by Qaridarium View Post

    you are stupid as hel because right now you can buy 1000dollar smartphones without 8gb ram and without 64bit.
    1gb ram only cost 4€ right now this means only 32€ for 8gb ram and the OEMs get it cheaper also 20€
    you really think 20€ of ram is a big part on a 1000 dollar smartphone?
    and 64bit if they use mibs they have 64bit already and in 2014 64bit ARM chips are the standart.

    also "GHz" burns more heat than 64bit in fact you can do the same with less MHZ with 64bit in the same time this means 64 saves you energy* (*=if you need more than 4gb ram compared to PAE)

    and hey i vote for this version: '''Anybody in favor of sending a request to the forum admins for banning idiots like Sonadow on the grounds of:'''
    32 Euros to manufacture, but the added PCB routing, complexity, soldering, and quality assurance surely makes it go over 100 euros if you want to make some $$ off that. By any chance, could you explain to us the need of 64 bits in a mobile landscape? If such need existed, why aren't we using MIPS as of now? What are the advantages of 64 bits over 32 bits? Does it make sense to trade off a feature that isn't not a feature in a mobile context for an added power consumption?

    And just listing off the top of my mind workloads wich could benefit from 64 bits memory addressing, how important is for scientists working on large simulations , let's say,in the quantum chemistry subject, to compute it on a mobile tablet? A 3D artist would be rendering something in his/her tablet? heck, and i ran out of examples.

    Btw, i vote for you being banned. The other guy, i like him much more than you. He has rethoric.

    And I'm a computer science student, i know what im talking about.
    Last edited by WillyThePimp; 02-13-2012 at 08:59 PM. Reason: Added " the"

  6. #26
    Join Date
    Oct 2008
    Posts
    3,149

    Default

    Quote Originally Posted by WillyThePimp View Post
    32 Euros to manufacture, but the added PCB routing, complexity, soldering, and quality assurance surely makes it go over 100 euros if you want to make some $$ off that. By any chance, could you explain to us the need of 64 bits in a mobile landscape? If such need existed, why aren't we using MIPS as of now? What are the advantages of 64 bits over 32 bits? Does it make sense to trade off a feature that isn't not a feature in a mobile context for an added power consumption?

    And just listing off the top of my mind workloads wich could benefit from 64 bits memory addressing, how important is for scientists working on large simulations , let's say,in the quantum chemistry subject, to compute it on a mobile tablet? A 3D artist would be rendering something in his/her tablet? heck, and i ran out of examples.

    Btw, i vote for you being banned. The other guy, i like him much more than you. He has rethoric.

    And I'm a computer science student, i know what im talking about.
    There are some advantages to the x86_64 architecture over the x86. That cannot be said in general for all architectures, though - stating that a generic ARM cpu must be 64 bit or it sucks is just stupid.

  7. #27
    Join Date
    Jul 2009
    Posts
    31

    Default

    Quote Originally Posted by smitty3268 View Post
    There are some advantages to the x86_64 architecture over the x86. That cannot be said in general for all architectures, though - stating that a generic ARM cpu must be 64 bit or it sucks is just stupid.
    Either is impliying that there is a need for it to be so, i develop software, and my 3GB laptop suits me more than enough. If i ever step up from my current work to a more complex and demanding eviroment, so will do my tools. Tablets and Mobile are used mainly by socialite-bussinessman, public communicators and people that don't do interesting things. I have hard times programming or even writing long stuff on a 7" touchscreen. There are no such things as a mobile proton collider to go with you scientific needs alongside your tablet, and touch panels aren't reliable enough for any (serious) artist (I can't paint shit on one as i do on paper), etc.

  8. #28
    Join Date
    Oct 2010
    Posts
    311

    Default

    Quote Originally Posted by Qaridarium View Post
    you just compare apples with bananas. you can not compare a 32bit cpu with an 64bit cpu!
    i wait in the year 2014 arm will release there 64bit version then we can compare it without 32 bit fake!
    for me 32bit is a joke i like systems with 32gb ram and more and not 4gb ram.
    and no PAE is just fake! if you compare arm+PAE vs nativ 64bit then ARM lose all benchmarks only because of PAE.

    this means i don't believe your performance/watt argument because i only count nativ-64bit apps.
    Q, you neglect some "details" of the x86 architecture, namely it's huge legacy baggage from the late 70's - early 80's, the most obvious part of this baggage is the 16-bit mode of operation that your latest-gen 64-bit CPU still posses. This makes up for some pretty complex logic for stuff that is never used by modern applications like BCD arithmetic.

    Good news is that with BIOS fading away and being replaced by EFI (and hopefully coreboot) future generations of CPUs will no longer need to implement the 16-bit mode. But if by the time ARM comes with 64-bit CPUs x86 will still have 16-bit real mode you can bet the 64-bit ARM CPUs will be massively faster/watt then 64-bit x86 CPUs.

    And even if x86 does drop the obvious baggage, ARM CPUs will probably still be significantly faster/watt then x86 because of the bad influence that early 16-bit design has had on the future x86 ISAs, the 32-bit one mostly, but to a slighter degree also the 64-bit one.

    Probably what both AMD and Intel bet on is that GPGPU will become so widespread in the future that the actual CPU will become mostly irrelevant for any computation intense task so the inefficiency of the x86 architecture will go unnoticed

  9. #29
    Join Date
    Feb 2008
    Location
    Linuxland
    Posts
    5,126

    Default

    Quote Originally Posted by Ansla View Post
    Q, you neglect some "details" of the x86 architecture, namely it's huge legacy baggage from the late 70's - early 80's, the most obvious part of this baggage is the 16-bit mode of operation that your latest-gen 64-bit CPU still posses. This makes up for some pretty complex logic for stuff that is never used by modern applications like BCD arithmetic.

    Good news is that with BIOS fading away and being replaced by EFI (and hopefully coreboot) future generations of CPUs will no longer need to implement the 16-bit mode. But if by the time ARM comes with 64-bit CPUs x86 will still have 16-bit real mode you can bet the 64-bit ARM CPUs will be massively faster/watt then 64-bit x86 CPUs.
    BTW, ARM has a 16-bit mode too, it's called Thumb. They just occasionally break backwards compat, introducing Thumb2 etc, which x86 can't really do.

  10. #30
    Join Date
    Oct 2010
    Posts
    311

    Default

    My point was that the x86 16-bit mode is outdated with lots of useless features and completely unusable by modern OSs. The ARM Thumb mode actually does something useful and does not add much to the complexity of the chips since it's a subset of the 32-bit ISA, not completely different ISA. BTW, isn't Thumb 2 just an extension to Thumb? From my understanding it didn't break compatibility to old Thumb, just added new opcodes.

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •