Apple has to Apologize for being cloned by Samsung

dwh

Tail-End Charlie
I know for a fact the the Mac I bought 4 years ago is leaps and bounds better than previously owned PCs and the ones I work on in a daily bases. Our ITs at my work are all converting over to owning a Mac. They are far more stable and reliable than and Windows's os out there.


One of my former network apprentices is a workstation admin for a major "big data storage" company. Lots of people want Macs, so they give them Macs - with Windows installed.

Personally, I've been PAID to work on: Novell, Dos, Windows, MacOS, OS X, OS/2, UNIX, SCO, BSD, FreeBSD, NetBSD, NeXTSTEP, Irix, HP/UX, System V/386, SunOS/Solaris and about a thousand different flavors of Linux (starting when the first GNU/Linux, Slackware, came out in '93). And don't even get me started on all the hardware operating systems I've had to learn - such as Cisco IOS (and I'd like someone to explain how Apple was able to steal that name), Compatible Systems RouterOS, Lucent ComOS, etc.

ALL
JUNK


So what your quote above means to me, is that your bronze age POS computer works better than the stone age POS computer you had before. To which I respond, "Sure pal, whatever you say."
 

toylandcruiser

Expedition Leader
One of my former network apprentices is a workstation admin for a major "big data storage" company. Lots of people want Macs, so they give them Macs - with Windows installed.

Personally, I've been PAID to work on: Novell, Dos, Windows, MacOS, OS X, OS/2, UNIX, SCO, BSD, FreeBSD, NetBSD, NeXTSTEP, Irix, HP/UX, System V/386, SunOS/Solaris and about a thousand different flavors of Linux (starting when the first GNU/Linux, Slackware, came out in '93). And don't even get me started on all the hardware operating systems I've had to learn - such as Cisco IOS (and I'd like someone to explain how Apple was able to steal that name), Compatible Systems RouterOS, Lucent ComOS, etc.

ALL
JUNK


So what your quote above means to me, is that your bronze age POS computer works better than the stone age POS computer you had before. To which I respond, "Sure pal, whatever you say."

Cool story bro :)


ΜΟΛΩΝ ΛΑΒΕ
 

dwh

Tail-End Charlie
Cool story bro :)

You sound like you don't believe. :) Oh ye of little faith...

A quicky Googling reveals this page, which has a couple of archived posts of mine from the LVS mailing list from 2001 (LVS was one of the original Linux clustering setups - essentially laying the groundwork for what is today called, "cloud computing" - but I was doing it long before most people caught on to the idea - and getting paid for it):

http://www.ntua.gr/lvsp/Joseph.Mack/HOWTO/LVS-HOWTO.services.single-port.html



"Don Hinshaw dwh (at) openrecording (dot) com 19 Jul 2001

You can use rsync, rsync over ssh or scp.

You can also use partition syncing with a network/distributed filesystem such as Coda or OpenAFS or drbd (drbd is still too experimental for me). Such a setup creates partitions which are mirrored in real-time. I.e., changes to one reflect on them all.

We use a common NFS share on a RAID array. In our particular setup, users connect to a "staging" server and make changes to the content on the RAID. As soon as they do this, the real-servers are immediately serving the changed content. The staging server will accept FTP uploads from authenticated users, but none of the real-servers will accept any FTP uploads. No content is kept locally on the real-servers so they never need be synced, except for config changes like adding a new vhost to Apache."




"Don Hinshaw dwh (at) openrecording (dot) com

I do this. I use Qmail as it stores the email in Maildir format, which uses one file per message as opposed to mbox which keeps all messages in a single file. On a cluster this is an advantage since one server may have a file locked for writing while another is trying to write. Since they are locking two different files it eases the problems with NFS file locking.

Courier also supports Maildir format as I believe does Postfix.

I use Qmail+(many patches) for SMTP, Vpopmail for a single UID mail sandbox (shell accounts my ***, not on this rig), and Courier-Imap. Vpopmail is configured to store userinfo in MySQL and Courier-Imap auths out of Vpopmail's tables."




"Don Hinshaw dwh (at) openrecording (dot) com>

I have one client where we do this. At this moment ( I just checked) their database is 279 megs. An rsync from one box to another across a local 100mbit connections takes 7-10 seconds if we run it at 15 minute intervals. If we run it at 5 minute intervals it takes <3 seconds. If we run it too often, we get an error of "unexpected EOF in read_timeout".

I don't know what causes that error, and they are very happy with the current situation, so I haven't spent any time to find out why. I assume it has something to do with write caching or filesystem syncing, but that's just a wild guess with nothing to back it up. For all I know, it could be ssh related.

We also do an rsync of their http content and httpd logs, which total approximately 30 gigs. We run this sync hourly, and it takes about 20 minutes."




Feel free to ask your IT guys if I know my ********.
 

toylandcruiser

Expedition Leader
You sound like you don't believe. :) Oh ye of little faith...

A quicky Googling reveals this page, which has a couple of archived posts of mine from the LVS mailing list from 2001 (LVS was one of the original Linux clustering setups - essentially laying the groundwork for what is today called, "cloud computing" - but I was doing it long before most people caught on to the idea - and getting paid for it):

http://www.ntua.gr/lvsp/Joseph.Mack/HOWTO/LVS-HOWTO.services.single-port.html



"Don Hinshaw dwh (at) openrecording (dot) com 19 Jul 2001

You can use rsync, rsync over ssh or scp.

You can also use partition syncing with a network/distributed filesystem such as Coda or OpenAFS or drbd (drbd is still too experimental for me). Such a setup creates partitions which are mirrored in real-time. I.e., changes to one reflect on them all.

We use a common NFS share on a RAID array. In our particular setup, users connect to a "staging" server and make changes to the content on the RAID. As soon as they do this, the real-servers are immediately serving the changed content. The staging server will accept FTP uploads from authenticated users, but none of the real-servers will accept any FTP uploads. No content is kept locally on the real-servers so they never need be synced, except for config changes like adding a new vhost to Apache."




"Don Hinshaw dwh (at) openrecording (dot) com

I do this. I use Qmail as it stores the email in Maildir format, which uses one file per message as opposed to mbox which keeps all messages in a single file. On a cluster this is an advantage since one server may have a file locked for writing while another is trying to write. Since they are locking two different files it eases the problems with NFS file locking.

Courier also supports Maildir format as I believe does Postfix.

I use Qmail+(many patches) for SMTP, Vpopmail for a single UID mail sandbox (shell accounts my ***, not on this rig), and Courier-Imap. Vpopmail is configured to store userinfo in MySQL and Courier-Imap auths out of Vpopmail's tables."




"Don Hinshaw dwh (at) openrecording (dot) com>

I have one client where we do this. At this moment ( I just checked) their database is 279 megs. An rsync from one box to another across a local 100mbit connections takes 7-10 seconds if we run it at 15 minute intervals. If we run it at 5 minute intervals it takes <3 seconds. If we run it too often, we get an error of "unexpected EOF in read_timeout".

I don't know what causes that error, and they are very happy with the current situation, so I haven't spent any time to find out why. I assume it has something to do with write caching or filesystem syncing, but that's just a wild guess with nothing to back it up. For all I know, it could be ssh related.

We also do an rsync of their http content and httpd logs, which total approximately 30 gigs. We run this sync hourly, and it takes about 20 minutes."




Feel free to ask your IT guys if I know my ********.

That's awesome. I know what I know and I have zero issues with my Mac :)


&#924;&#927;&#923;&#937;&#925; &#923;&#913;&#914;&#917;
 

cnynrat

Expedition Leader
That's awesome. I know what I know and I have zero issues with my Mac :)


&#924;&#927;&#923;&#937;&#925; &#923;&#913;&#914;&#917;

And I have zero issues with my PC, so I guess that proves the two platforms are in fact exactly equal to each other in stability/reliability.
 

toylandcruiser

Expedition Leader
And I have zero issues with my PC, so I guess that proves the two platforms are in fact exactly equal to each other in stability/reliability.

That's like saying a jeep is as reliable as a land cruiser. Sure it gets you from point a to point b. but you have I manipulate it, mess with it, modify it in order to be reliable.


&#924;&#927;&#923;&#937;&#925; &#923;&#913;&#914;&#917;
 

Forum statistics

Threads
185,531
Messages
2,875,588
Members
224,922
Latest member
Randy Towles
Top