Date: prev next · Thread: first prev next last
2012 Archives by date, by thread · List index


Hi :)  

Are Cpu cycles to do with multi-core/multi-cpu?  If so it's presumably possible for 32bit apps to 
take advantage.  I think it's just a fluke that most of us think that 64bit machines tend to have 
more than 1 cpu/core and 32bit ones don't.  Both technologies became well known around the same 
time.  


Apparently the 4Gb Ram limit is a limit of the OS, not the apps.  If the OS can read/write to more 
ram then i don't think the apps would be restricted.  Apparently OSes that are 32bit could read 
more Ram with a different kernel module.  With Gnu&Linux it's possible to swap-in the different 
module and i kept being  told that "it's really easy".  Something like the pae-something module.  


Ram is used more efficiently by OpenSource programs, especially when using quite a few at the same 
time.  My whole system is OpenSource apart from a few fonts and a couple of codecs and i seldom 
need even 1Gb.  Movies and even fairly hefty games seem quite happy.  I figure that if bits of my 
ram detiorate over time then i could always swap the sticks around to use the ones that aren't 
getting used at the moment.  

If it feels like LO/OO are bumping into ram issues then it's more likely to be the limits you set 
(or the default ones) in

Tools - Options - Memory


If you imagine wires or cables as lanes on a motorway then double the number of lanes can carry 
double the number of cars.  It's just that you don't always need to have that many cars on a 
section of motorway.  
Regards from

Tom :)  






________________________________
From: Mas <tier3support@gmail.com>
To: 
Cc: "users@global.libreoffice.org" <users@global.libreoffice.org> 
Sent: Sunday, 4 November 2012, 5:03
Subject: Re: [libreoffice-users] Win64: Scribus too... :-)

On Sat, Nov 3, 2012 at 6:24 PM, Jay Lozier <jslozier@gmail.com> wrote:

On 11/03/2012 05:14 PM, VA wrote:

Okay, I'll betray my ignorance. What would be the difference or advantage
of running a 64 bit LibO vs. a 32 bit LibO?

Virgil

IMHO, the practical difference is nil for a typical office use. Some large
databases will require 64 bit because 32 bit is limited to 4 GB.


-----Original Message----- From: James Knott
Sent: Saturday, November 03, 2012 4:53 PM
To: LibreOffice
Subject: Re: [libreoffice-users] Win64: Scribus too... :-)

rost52 wrote:

How many LibO user are having wn64 machines? Or better what is the
percentage of win64 users in the LibO community?


I'm a Linux user, 64 bits of course, but I have one, 1, count 'em, one
computer that has 64 bit Windows 7 on it.  Then again, there have been
64 bit versions of Linux going back 17 - 18 years and I was running 64
bit Linux for over 5 years, before I had 64 bit Windows.



--
Jay Lozier
jslozier@gmail.com





Since Libreoffice is a Office product . I don't believe you will see a big
differential in performance as a user . From a programmer view , you can
take advantage of the cpu cycles and memory usage with a 64bit system.

-- 
--
Masekela Walls
Web Security Analyst | Senior Server Administrator
Powserve.com / Gemini ISP Networks


-- 
For unsubscribe instructions e-mail to: users+help@global.libreoffice.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/users/
All messages sent to this list will be publicly archived and cannot be deleted

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.