|
Posted by Phil Nelson on November 23, 2007, 1:34 pm
Please log in for more thread options HeyBub wrote:
> Golden California Girls wrote:
>> HeyBub wrote:
>>> Richard Morey wrote:
>>>> Hi --
>>>>
>>>> Does this mean I have to install QB on the server? I thought the
>>>> deal with the latest version is that you could run the QB database
>>>> server on Linuc which would not, of course, be able to run
>>>> QuickBooks itself.
>>>>
>>>> Also the article mentions the file scanning utiltiy.. QuickBooks
>>>> 2006 Data File Scanning Utility. Although we are using Enterprise
>>>> version 2008 and there does seem to be a file scanning portion of
>>>> the server installed. Is this what they are referring too? The
>>>> issue I have with this utility is that it seems to need to always
>>>> be running, as when you stop and start it it does not remember the
>>>> file(s) that it scanned.
>>> So, you're running a knock-off of a 40-year-old operating system
>>> designed by a money-losing division of your local telephone company
>>> and enhanced by geeks who think the DOS-Command line is not obtuse
>>> enough?
>>>
>>> Oh well.
>>>
>>> Anyway, Intuit, in an effort to expand their market to the Linux
>>> desktop (which runs on fewer machines than DOS 3.*) and tired of the
>>> decibel level from the loons, says their database server WILL run on
>>> Fedora 6 and SUSE
>>> 10.2 [the other 33 known Linux distributions are problematic]. You
>>> have to download some patches, the installation instruction manual,
>>> a Public Key, and have six fingers on your left hand. This, of
>>> course, add at least three things that can go catastrophically wrong
>>> (nine if you count the fingers).
>>>
>>> Me? I'd move the database to the most heavily-used workstation and
>>> let the Loonix machine sit in the corner happily counting its toes.
>> That most heavily used workstation is likely a MAC or a Solaris box.
>>
>> If you want a real world comparison of computer speeds running a real
>> world problem take a look at the top computers running SETI
>> http://setiathome.berkeley.edu/top_hosts.php
>
> Speed is not the criteria. If it were, the SETI folk would be using some
> NSA-type sooper-computer. Cost, availablility, ease of use, and other
> factors are evidently more important. It's easier to use 100,000 monkeys
> than one Shakespere.
>
>> As you all know 95%+- of computers are Windoze of some kind or
>> another. Doing a real quick scan of the first 60 entires or so only
>> about 50% are on Windoze. Why? With over 305,000 active hosts in the
>> project the sample size is way to big to be a fluke.
>> http://boinc.netsoft-online.com/e107_plugins/boinc/bp.php?project=1
>
>
> Why? In my view, the lay folk who use Windows relegate searching for
> intelligent life in their OFFICE as a higher priority.
>
> Considering your list, though, I find, of the top 20, 14 Windows machines
> are involved, 6 Darwins (nekkid Macs), and 2 Linux.
>
> This adds up to 22 machines - possibly due to the contribution of the two
> Linux boxes.
Maybe Mac and Windows machines are placing high because more of them
are status symbols decorating a desk or lab with no real work to do?
Also, for those who don't know, Darwin (the core of OS X) is derived
from Berkeley Unix, Windows (from NT on) is sort of new (as of 1993)
but heavily influenced by VMS and also includes some Berkeley Unix.
Computers are complex systems- it can take literally decades of work
to make them really solid, longer if the first priority is something
else (like making lots of money).
As to the Linux question asked by the OP:
I haven't done the database server (I run a very small network and
computer repair and consulting shop with no "mid-market" customers
yet), but it looks like it could work with some consulting time to
fill in the gaps I suspect will be there ("verified on Fedora 6"
makes me me think they aren't really serious- if it said 'verified
on Enterprise Linux 5.1' I would have more confidence).
As an open source consultant, I would take the project on, but not
recommend it as the first choice for anything immediately mission
critical.
--
Phil Nelson
|