Slashdot Mirror


Samba Beats Windows IT Week Labs Test Results

jmhowitt writes "Tests by IT Week Labs show the latest version of the open-source Samba file and print server software is 2.5 times faster than Windows Server 2003 in the same role. The news comes as many firms are grappling with the consequences of Microsoft ending support for NT4, coupled with uncertainty about when Microsoft will next update Windows. The performance difference between Windows Server 2003 and Samba 3 has increased dramatically compared with Samba 2 and Windows 2000 Server."

380 comments

  1. Best choice for the job? by Sheetrock · · Score: 3, Interesting
    I've been using Samba for awhile, and despite some config difficulties it performed as advertised.

    However, even if it's quicker than Windows Server 2003, NFS still seems to do a great deal better on my home network for the same things. For example, I typically get 10%-20% of the transfer with SMB as I do with NFS.

    So I don't recommend using Samba at all unless you're looking for Windows compatibility.

    --

    Try not. Do or do not, there is no try.
    -- Dr. Spock, stardate 2822-3.




    1. Re:Best choice for the job? by gonk · · Score: 1

      "So I don't recommend using Samba at all unless you're looking for Windows compatibility."

      No kidding?

      robert

    2. Re:Best choice for the job? by Libor+Vanek · · Score: 2, Insightful

      I get 10%-20% of the transfer with SMB as I do with NFS.

      You are kidding, aren't you? Did you mean 10-20% LESS THEN NFS? (e.g. 10 MB/s NFS vs 9 MB/s SMB)

    3. Re:Best choice for the job? by Gwala · · Score: 2, Interesting

      Hell' if your not looking for Windows compatibility, FTP can work wonders. It's got minimal overhead, has been expanded several times (eg SFTP), has a secure base and run's on any system with minimal problems. Window's is a little less compatible (ie it's not as point and click, as the network neighborhood, but still, it's only typing a url)...

      -Gwala

      --
      #!/bin/csh cat $0
    4. Re:Best choice for the job? by xanadu-xtroot.com · · Score: 1

      (Score:5, DUH!)

      So I don't recommend using Samba at all unless you're looking for Windows compatibility.

      Why the hell else would I use Samba? Isn't that the point of the software? A mixed enviroment?

      --
      I'm not a prophet or a stone-age man,
      I'm just a mortal with potential of a super man.
    5. Re:Best choice for the job? by Anonymous Coward · · Score: 2, Interesting

      NFS has extremely bad security. It is practically unusable if you must allow "decentrally administered" systems on your network.

    6. Re:Best choice for the job? by curious.corn · · Score: 4, Insightful

      NFS lives in the kernel, Samba in user space. So you're right but remember NFS is utterly insecurable, Samba not. For home NFS is the system of choice but in a larger environment... you want to run Samba (at least until NFSv4 becomes available)

      --
      Mi domando chi à il mandante di tutte le cazzate che faccio - Altan
    7. Re:Best choice for the job? by Anonymous Coward · · Score: 0

      There are added benefits to the overheads of SMB. It recovers from the server going down much more gracefully than NFS, and has a more securely designed authentication mechanism.

    8. Re:Best choice for the job? by Make · · Score: 4, Informative

      you mean, there is a kernel implementation of the NFS daemon. There is also one which runs purley in userspace, but on Linux, it is not used very much anymore nowadays.

      There is smbclient in userspace (which is similar to an FTP client), but if you want to mount an SMB share into the linux VFS, you need the kernel module - like you need the NFS kernel module if you want to mount an NFS filesystem.

    9. Re:Best choice for the job? by RoLi · · Score: 1
      Actually, I wanted to implement an "open-for-all" company-wide scratchpad, and Samba on a FAT partition was the only way to do it.

      Yes, user a should be able to create a file and user b should be able to modify/change that file.

    10. Re:Best choice for the job? by Rich0 · · Score: 2, Informative

      Samba on FAT? Are you sure about that?

      Sure, I guess it is possible - since linux can mount FAT, but why? FAT is by far not an ideal filesystem.

      I'd just put your scratchpad on ext3/JFS/reiserfs/xfs/whatever and use the appropriate umask in your samba config file to make all files world writable.

    11. Re:Best choice for the job? by fuzzybunny · · Score: 1


      Why not use something web-based, like PHProjekt? There are a number of nice tools to let you manage discussions, threads and files online, and http is a "more open" standard than SMB--I only use Samba for file shares (including home drives) and printers.

      With something PHP-or-whatever-based running on a web server, there's no mucking around with file locking problems and their ilk, and you can use SSL to protect user traffic (patch those OpenSSL installations, kids!)

      --
      Cole's Law: Thinly sliced cabbage
    12. Re:Best choice for the job? by CommandNotFound · · Score: 1

      So I don't recommend using Samba at all unless you're looking for Windows compatibility.

      Actually, I use Samba on Linux to share automounted removeable devices (floppy, zip, cdrom) over the network to my Linux machines. NFS locks removeable devices and doesn't let them go, so you can't reliably share them and then change the media since the automounter won't know they can be unmounted.

    13. Re:Best choice for the job? by aled · · Score: 1

      good that you tell me that Windows isn't ftp compatible. I was just to get caught by this monopolistic, closed source OS, source of evil that can't ftp.

      --

      "I think this line is mostly filler"
    14. Re:Best choice for the job? by berzerke · · Score: 1

      Windows compatibility...Why the hell else would I use Samba?

      I can think of one good reason: laziness (Ok, the good part is questionable). I'm familiar with Samba from having to configure it from work. I need to share directories my home network. Samba, for me, is quick and convienent. Also, I trust it a lot more than NFS.

    15. Re:Best choice for the job? by quigonn · · Score: 1

      IMHO, web-based applications suck. Usually, they fuck up all standards of good user interface design, and they are slow - applications that take more than one second to do something after clicking a button generally feel slow for the user.

      Why web-based applications suck is also shown with webmailers. The proper formatting of emails is only as good as the editor it was written, and if there's one kind of editors that suck galaxies through nanotubes, then it's the text areas in a browser window (like the "Post Comment" text area here on /.).

      --
      A monkey is doing the real work for me.
    16. Re:Best choice for the job? by fuzzybunny · · Score: 1


      This is true, although for small companies with reasonably fast internal networks, web-based groupware can be nice--that's why I mentioned phprojekt.

      And to be honest, I don't think 'appearance' and 'formatting' are really good criteria for web-based mailers, although I agree with you that they should be. For now, having platform-independent access to mail across firewalls/proxies when I can't use my own desktop for some reason more than makes up for the obvious deficiencies.

      --
      Cole's Law: Thinly sliced cabbage
    17. Re:Best choice for the job? by Anonymous Coward · · Score: 1, Informative

      You are kidding, aren't you?

      I don't think he is.
      I'm on a large LAN (100mbit, switched) with lots of machines running SMB servers. transferring a file to my machine on that LAN using SMB on a good day I get a transfer rate of max. 2 Mbyte/sec.
      When I transfer files through FTP from my machine at work to my machine at home I get transfer rates of up to 6 Mbyte/sec. This is through the same network, the internet and the network at work. Local FTP transfers can be even faster depending on the speed (HD, CPU, RAM) of the server and client.

    18. Re:Best choice for the job? by Anonymous Coward · · Score: 0

      NFS is utterly insecurable

      Nonsense. There are plenty of things that you can do to secure NFS, including running Secure RPC, IPSEC, RPC wrappers, export lists, netgroups, ACLs, etc.

      You have the relative use of NFS vs SMB backwards. Most large *nix installations run NFS or some relative of AFS/DFS,etc., not smb, as the primary network file system.

    19. Re:Best choice for the job? by smagruder · · Score: 2, Insightful

      IMHO, web-based applications suck.

      Yes, they do. By their very nature (at this time, anyway), the web user interface can never nearly be as potentially rich as a native client. Consider heavy-duty data collection applications as an example. And you're right that the performance is an issue as well.

      However, managers all over (from what I can tell) are clamoring for getting their apps to be web-based. Why? Less administration (esp. at the client workstations), or at least the perception of this. This is what they see.

      Meanwhile, "weblication" development technologies are moving forward. While they may never really catch up to what's possible with native clients, it will increasingly make sense to consider such technologies for more and more projects.

      --
      Steve Magruder, Metro Foodist
    20. Re:Best choice for the job? by t0ny · · Score: 1
      Network file security is the single biggest reason I have never considered using Linux as a file server. Considering I can set file access rights using the groups which already exist with my user accounts, as well as taking advantage of things like EFS (we have to be extra careful, since we fall under HIPAA), its just better all around.

      Not only that, but it then becomes just another Windows server to support, rather than throwing something new into the mix.

      OS diversification sounds good on paper, but in practice its a pain in the ass (especially when its something only a select few people understand how to support). Its never fun getting that call at 9pm, or when you are on vacation- trust me.

      --

      Manipulate the moderator system! Mod someone as "overrated" today.

    21. Re:Best choice for the job? by __past__ · · Score: 3, Insightful
      Excuse me?! FTP is an absolutely braindead protocol from todays point of view - even if you find an interoperable solution to get rid of the plain-text passwords, the multiple-tcp-connections design is a fucking pain for people who have to configure packet filters to make it work. The most popular FTP servers, like WU-FTP or ProFTPD are about as secure a code base as BIND or sendmail. If it were for me, FTP should take its friend telnet and get the fuck off the net, joining finger and rlogin in the nirvana of net services.

      SFTP is a different matter however, but it's less an extension of FTP as an add-on to SSH to implement similar functionality in a completly different way. Not bad as a protocol, but it suffers from the lack of a robust SSH implementation.

    22. Re:Best choice for the job? by Paul+Jakma · · Score: 2, Interesting
      remember NFS is utterly insecurable

      sigh... not so, incorrect and misleading statement.

      at least until NFSv4 becomes available

      sigh.... the "security features" of "NFSv4" are:
      • Not NFSv4 specific. NFSv3 can use them too. Indeed, many other apps can use them. because:
      • Not even related to NFS, they're related to RPC, upon which NFS is built.
      • "security features" only in so far that NFSv4 makes secure RPC mechanisms (eg RPCSEC_GSS) /mandatory/, as opposed to optional (NFSv3), hence the reason why finally Linux is getting support for something more secure than plain old not-too-secure AUTH_UNIX.

      See OpenBSD or Solaris (and probably a other commercial Nixen) for NFSv3 (maybe V2 as well) with strong RPC authentication methods - (ie RPCSEC_GSS) - they've had them a while.

      Just because Linux does not support strong RPC auth mechanisms (upon which security of NFS, etc.. depend), does not mean NFS is insecure. Stop tarring NFS with the Linux brush. And yes, it will be good to get strong RPC security support in Linux at last.
      --
      I use Friend/Foe + mod-point modifiers as a karma/reputation system.
    23. Re:Best choice for the job? by Citizen+of+Earth · · Score: 1

      Meanwhile, "weblication" development technologies are moving forward. While they may never really catch up to what's possible with native clients, it will increasingly make sense to consider such technologies for more and more projects.

      Just for giggles, I am running OpenOffice 1.1 on my Linux desktop at the office and using it over OpenSSH X-Windows on my laptop at home, and although it's a little sluggish (my cable connection is not the greatest), it's quite useable. There'd be no sluggishness at all on a LAN.

      I'm sure many people have said that thin clients will take over the corporate desktop, but I think it's inevitable. This is your "weblication". A $200 tiny solid-state box that user's won't screw up and which will run reliably for 10 years without becoming obsolete. How can you beat that? The only software management will be on the servers, done by theoretically qualified personnel.

    24. Re:Best choice for the job? by curious.corn · · Score: 1

      "Stop tarring NFS with the Linux brush." Ahem... chill out.
      As far as I'm concerned NFS is as FreeBSD/Linux put it; sorry but I never had access to OpenBSD or Solaris; but to the avg linux user NFSv3 is insecure and will always be until NFSv4. BTW, I've never read any docs on these strong RPC auths you mention nor have I ever played with solaris: is the solaris implementation encumbered somehow (a'la active directory)? Why weren't these security features implemented earlier? Is the v3 spec abiguous? Was it hampered by export restrictions? Please elaborate, I'd rather learn something than just be slapped in the face and eat humble pie :)

      --
      Mi domando chi à il mandante di tutte le cazzate che faccio - Altan
    25. Re:Best choice for the job? by rifter · · Score: 1

      So I don't recommend using Samba at all unless you're looking for Windows compatibility.

      There is another reason to use samba: security. NFS is notoriously insecure and uses plaintext for everything. Samba is suposed to use some encryption at least and is perceived as more secure.

    26. Re:Best choice for the job? by Anonymous Coward · · Score: 0

      NFS is secureable! You can use kerberos authentication.

    27. Re:Best choice for the job? by Paul+Jakma · · Score: 2, Interesting

      "Stop tarring NFS with the Linux brush." Ahem... chill out.

      Well, that is effectively what you did :)

      but to the avg linux user NFSv3 is insecure

      No... Linux's kernel RPC does not support any strong security mechanisms. Neither does glibc really, but I think it might now support AUTH_DES (shared key DES, not terribly secure, but better than AUTH_UNIX) to some extent. I dont think its really used anywhere.

      Is the v3 spec abiguous

      Nope. Again, RPC != NFS. NFS /uses/ RPC, RPC is the mechanism by which NFS clients and servers communicate. Just as how HTTP operates over SSL (if you want security) and you would not blame HTTP for problems or lack of support for strong security/auth mechs in SSL, you can not blame NFS too much for problems in security, as it relies on RPC to establish credentials (just as HTTP would with SSL). The major difference between v3 and v4 in terms of security is that v4 specifies that RPCSEC_GSS /will/ be available, whereas the lowest common denominator with v3 is plain AUTH_UNIX. So there is no choice but to implement secure RPC if you wish to support NFSv4. Hence the secure RPC mechanism will be guaranteed to be interoperable (Eg, only Sun supported AUTH_DSA iirc), eg these mech's presumably will have been tested at the NFS bake-athon's.

      Was it hampered by export restrictions?

      Probably, RPCSEC_GSS tends to be Kerberos v5 at the backend. Which was restricted. Sun's AUTH_DSA was similarly restricted as "ammunitions" for quite a while.

      Anyway, go google for rpc_secure, RPCSEC, RPCSEC_GSS, AUTH_DSA, AUTH_DES and AUTH_UNIX! :)

      --
      I use Friend/Foe + mod-point modifiers as a karma/reputation system.
    28. Re:Best choice for the job? by GOD_ALMIGHTY · · Score: 3, Funny

      If it were for me, FTP should take its friend telnet and get the fuck off the net, joining finger and rlogin in the nirvana of net services.

      Somehow I don't think these protocols were enlightened enough to reach Nirvana. I'd say that they are being reincarnated as bloated SOAP specifications, which will cause us to lose an entire CPU generations' gain in power to transform XML cause some developers were too lazy to learn CORBA.

      --
      Arrogance is Confidence which lacks integrity. -- me
    29. Re:Best choice for the job? by afidel · · Score: 1

      How many times must this myth be dispelled? NFS is perfectly secure if you use secure transport and authentication both of which are available on NFSv3 and higher. Linux may or may not have a good implementations of them but Solaris and other Unix variants do. Using NFSv3 and yp+ we had a secure filesharing system with universal login and automouting of things like home drives and compiler paths.

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    30. Re:Best choice for the job? by Anonymous Coward · · Score: 0

      OS diversification sounds good on paper, but in practice its a pain in the ass (especially when its something only a select few people understand how to support). Its never fun getting that call at 9pm, or when you are on vacation- trust me.

      Absolutely so go all Linux/FreeBSD. Less calls, less downtime, less suckage (unless your MS vender provides free BJs at the sales meetings). Oh, and fire some monolithic OS peeps and hire some college graduates.

    31. Re:Best choice for the job? by rifter · · Score: 1

      How many times must this myth be dispelled? NFS is perfectly secure if you use secure transport and authentication both of which are available on NFSv3 and higher. Linux may or may not have a good implementations of them but Solaris and other Unix variants do. Using NFSv3 and yp+ we had a secure filesharing system with universal login and automouting of things like home drives and compiler paths.

      That's neat and all, and sounds interesting. BUt I have never seen it done, and none of my sun books say anything about getting it done that way. All the sun boxes I have seen or heard of use the old-fashioned nfs authentication, which may as well be nonexistent.

      Besides, there would be the problem of getting this NFS/yp mix to work with your desktops, which are likely Mac and Windows, perhaps Linux. There are very few people using Solaris on the desktop, and those people have a very good reason for shelling out the kind of coin they need for that.

      So, again you get back to SAMBA. Essentially what you are saying is that if you go to a solaris only shop and use undocumented procedures you can get NFS to be secure. Great! Why don't you right a book about it?

    32. Re:Best choice for the job? by t0ny · · Score: 1
      Nice anonymous troll. Thus, your stupidity is not accountable.

      Going all Linux/FreeBSD would be the equivalent of suicidal stupidity for any just about any modern business. For my own situation, we require more flexibility than either of your two suggestions would provide; strangely, there isnt a deluge of people making custom applications for Linux/FreeBSD that anybody cares to use. Win32 is just too popular.

      --

      Manipulate the moderator system! Mod someone as "overrated" today.

    33. Re:Best choice for the job? by ncc74656 · · Score: 1
      Actually, I wanted to implement an "open-for-all" company-wide scratchpad, and Samba on a FAT partition was the only way to do it.

      Wouldn't creating a directory with 4777 permission have gotten the same job done, while allowing use of a better filesystem? You can share that directory and make it available to everybody. We have such a directory here on one of our servers, and it works well for letting people share stuff. The only catch is that only a file/directory's creator (or root) can delete something, but that's not been a problem.

      --
      20 January 2017: the End of an Error.
    34. Re:Best choice for the job? by afidel · · Score: 1

      yp+ is the linux name for NIS+, NIS+ is standard in most large Solaris environments and is not difficult to configure under linux. As to NFS security, it's simple to configure, just see This link at docs.sun.com, it tells you how to enable KERBEROSEv5 authentication including traffic and authentication encryption. I'd hardly say that is undocumented! A NIS+ client and K5 client libraries should be available under any Unix and if you run windows there are commercial offerings from Hummingbirds and others (don't bitch about costs because you already went down the MS pay as you go road). SMB/CIFS is fine for some things but it does not mesh with the native UNIX security model so using it and complaining about security is just ignorant. Btw my setup is doable in the real world, we had it on ~12K Solaris desktops and ~5K linux desktops, most of the data was on Netapp filers so if someone HAD to have access to the data from windows we just reshared the data using CIFS and gave only those select users access to the share point.

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    35. Re:Best choice for the job? by curious.corn · · Score: 1

      Shame you posted AC; I'd wished a reply form you. Anyway: as far as I know wrappers are rather useless as they poke the security onion shell. If someone enters my trusted ip range (say with an unsecured wifi or wallplug on some dhcp) I'm in the untrusted root's hand. ACLs are useless if the rouge machine can pose as anyone in the ACL (and pull the user list from some yp server to find interesting uids... I've seen examples that handed the whole /etc/passwd unshadowed!) I've never played with ipsec but I feel it's meant for something else: poking secure tunnels thru firewalls. An insightful post mentioned secure RPC: cool. Never became a baseline standard for God knows what reasons but in v4 it's a prerequisite... this will make NFS secure but as it is now NFS (linux/FBSD, not propietary stuff) is good for home or stricly closed nets.

      --
      Mi domando chi à il mandante di tutte le cazzate che faccio - Altan
    36. Re:Best choice for the job? by NortWind · · Score: 1

      Which Kerberos? The Internet Engineering Task Force one or the MS Kerberos version?

    37. Re:Best choice for the job? by bolthole · · Score: 1
      BUt I have never seen it done, and none of my sun books say anything about getting it done that way.

      Try reading the up to date online documentation at doc.sun.com, instead of just "books".

    38. Re:Best choice for the job? by Anonymous Coward · · Score: 0

      Shame you posted AC; I'd wished a reply form you.

      Your wish has been granted by the power of random old windows on my desktop. :)

      If someone enters my trusted ip range (say with an unsecured wifi or wallplug on some dhcp) I'm in the untrusted root's hand.

      If someone is coming in that way, you have a lot more issues than just NFS security to worry about. Having said that, the DHCP servers can/should be configured to only issue an address to a known MAC address. That may be spoofable, but its more work for the cracker. You can also lock down switch ports to stop working (on some switches) if anyting other than the designated MAC address shows up on it.

      Also, you should always export only the exact file systems to be shared, and that should almost never include /. You should also export them so that root on the remote system can't muck with them unless there is a darned good reason.

      Finally, you can use DES auth. That will prevent the untrused machine from accessing the server.

      ACLs are useless if the rouge machine can pose as anyone in the ACL (and pull the user list from some yp server to find interesting uids... I've seen examples that handed the whole /etc/passwd unshadowed!)

      This is why you control who your NIS servers talk to and pick good domainnames that aren't easy to guess. I've also seen someone suggest regularly changing the domainname, almost like a password. If you are on a Sun you can hide the shadowed password info even in NIS, although it is a somewhat obscure technique. Or, you can use NIS+ or LDAP, which makes things much harder for the intruder.

      I've never played with ipsec but I feel it's meant for something else: poking secure tunnels thru firewalls.

      IPSEC is a general purpose security facility. You can use it for VPNs, or for linking any two machines that need to pass secure traffic. Using it between every client and server might be overkill for most people, and the overhead may be undesirable unless you have hardware assist, but it is still an option if you need it. I think a wonderful place for it is between the admin's machine and any network controllers or servers. A little extra protection never hurts.

      An insightful post mentioned secure RPC: cool. Never became a baseline standard for God knows what reasons

      Secure RPC is an Open Standard. I expect that there are some Open Source projects that make use of it. Apparently FreeBSD does.

      as it is now NFS (linux/FBSD, not propietary stuff) is good for home or stricly closed nets.

      I would say that anyone who doesn't carefully control what they let in past a firewall is begging for trouble. I have yet to see a piece of software that didn't have some sort of bug.

      At the end of the day there is nothing that is foolproof. You can make your network hard enough to crack that all but the most determined will choose to go elsewhere.

      Peace.

  2. In other words: by Anonymous Coward · · Score: 1, Insightful

    they've got the ideas, but they don't have a clue how to apply'em in a working enviroment.

    1. Re:In other words: by Anonymous Coward · · Score: 0

      Who's "they"?

      Samba is widely used in working environments. Environments where people do useful work, that is, such as scientific research establishements, engineering shops, and clerical offices.

      MS servers are more popular in non-working environments - that is, environments where useful work does not get done, such as administrative centers and LAN parties.

    2. Re:In other words: by sjgman9 · · Score: 1

      This is hilarious. Microsoft is being beaten at their own game by someone else reverse-engineering their product!!!! Go Samba!

    3. Re:In other words: by Anonymous Coward · · Score: 0

      That's if you read the article and believe the hype. I for one know samba is not faster. We just dumped samba for a 2003 file server.

      1. It's easier for gimps to manage.

      2. It is definitely faster.

      We weren't even using it for anything but straight file serving and it was still slow as hell, let alone buggy when we transfered hundreds of thousands of small 10-15k files. Locked files daily!

    4. Re:In other words: by Anonymous Coward · · Score: 0

      Evidence? Links? Any type of proof but an AC trolling yet again? ... Doubtful...

    5. Re:In other words: by Anonymous Coward · · Score: 0

      Are you sure you set it up right? Which kernel where you running? Did you ever re-compile the kernel (just wandering your level of expertise in this matter). Basically, I am just wandering where you qualified to set it up? Ofcourse, you can only attempt to setup things you are qualified for in working enviroments and the things you are not are purelly academic. When i get to my box I will test this 10-15k file thing for a week or so. I am just curious as to the problem source, in the kernal, in the user space or behind the keyboard.

  3. Panther has it in Apple's Open Directory ! by mirko · · Score: 3, Informative
    --
    Trolling using another account since 2005.
    1. Re:Panther has it in Apple's Open Directory ! by gl4ss · · Score: 1

      and this one company has been touting their upcoming unix product to have it too..

      hmm..
      what was it again..

      s k o? scssco? sco! yeah that was it.

      --
      world was created 5 seconds before this post as it is.
  4. Security by Anonymous Coward · · Score: 0

    This may not be the best marketing quote for Samba in the current light of events. People want to here security, not performance.

    1. Re:Security by Kegetys · · Score: 2, Interesting

      Since when would it be a more secure choice to use a Windows based fileserver instead of a Linux one?

    2. Re:Security by Anonymous Coward · · Score: 0

      I just tried to say that this news article will not impress many people (like sysadmins and their managers) since they're all focused on the security issues (kind of a new hype) that play. Being a good performant _suggests_: security was not such an issue while developing.

    3. Re:Security by Anonymous Coward · · Score: 0

      Aren't we developers supposed to know better than to make half assed assumptions like those? lol

    4. Re:Security by MowserX · · Score: 1

      I don't know if that really matters. If they use Micro$oft products, they forego security. I don't know what, if any, security improvements SAMBA will make, but if in the end the only difference is pricing, it should be an easy decision.

  5. The best thing about Samba... by _Hellfire_ · · Score: 5, Informative

    Apart from how bloody quick it is is the fact that you can log every transaction. This is immensely useful in a mission critical environment when you have to figure our exactly why one person in particular out of the entire network is having trouble. Check your Samba logs and 99.9% of the time your answer will be there.

    As a system administrator I appreciate having that level of scrutiny on any network I take care of.

    --
    "And then I visited Wikipedia ...and the next 8 hours are a blur..."
    1. Re:The best thing about Samba... by Lumpy · · Score: 2, Interesting

      also it makes for easy detection of worms or virus spreading. I detect the latest spreading on my samba servers at least 20 hours before the knuckleheads in corperate have the first clue that something is up. and using simple, existing log tools for linux make it happen.

      --
      Do not look at laser with remaining good eye.
    2. Re:The best thing about Samba... by gregorio · · Score: 1
      This is immensely useful in a mission critical environment when you have to figure our exactly why one person in particular out of the entire network is having trouble.
      A mission critical environment using SMB to share its files? Are you sure?
    3. Re:The best thing about Samba... by _Hellfire_ · · Score: 1

      You're writing a thesis on gay System Administrators who smell bad??

      Wow that doctorate must be right around the corner...

      --
      "And then I visited Wikipedia ...and the next 8 hours are a blur..."
    4. Re:The best thing about Samba... by jschrod · · Score: 1
      Do you want to be funny, or is this flamebait?

      In the case that you meant it earnest ($p \approx 0$): Of course, for many companies, their SMB shares are mission critical. Not the client, but the server and the files.

      --

      Joachim

      People don't write Manifestos any more -- what's going on in this world? [Frank Zappa]

    5. Re:The best thing about Samba... by Rufus211 · · Score: 1

      What type of logging have you managed? I've tried to log before but it either gives me nothing, or it spews WAY too much information (like very file seek or something). All I want is basically the same thing that apache gives: when, who, and what.

    6. Re:The best thing about Samba... by gregorio · · Score: 0, Flamebait
      In the case that you meant it earnest ($p \approx 0$): Of course, for many companies, their SMB shares are mission critical. Not the client, but the server and the files.
      I'm sorry, but Samba is not the appropriate choice for anything critical.

    7. Re:The best thing about Samba... by jschrod · · Score: 4, Informative
      OK, flamebait, and not funny.

      I have worked with several large organizations that use Samba to serve files to 10,000s of workstations. It works much better than W2K servers, not to speak of NT servers. Samba on a Sun HA cluster (e.g., F15K systems) is an appropriate choice for file sharing that is considered critical.

      And please note that I don't say this because I'm anti-Microsoft. In fact, I'm the CEO of a company that is a MS partner, and I am very satisfied with MS' support for our company. (It's much better than that of most other proprietary vendors, though not in the league of Oracle and their ilk.) I regularily plan and deploy heterogenous infrastructures for very large installations (i.e., > 50,000 users) and can back up my opinion with real-world experience from several places. What are your credentials?

      --

      Joachim

      People don't write Manifestos any more -- what's going on in this world? [Frank Zappa]

    8. Re:The best thing about Samba... by yoshi_mon · · Score: 1

      What are your credentials?

      Proably a 3 computer network (including mom's laptop) that all run MS. Ouch, why am I being so mean lately? Has the clueless troll ratio gone up again on /. ?

      --

      Really, I know what I'm doing...Ohhhh, look at the shiny buttons!
    9. Re:The best thing about Samba... by baggins2001 · · Score: 1

      I have been using SAmba for about 2 years now and I haven't been able to find diddly squat from the samba log. This is one of the more frustating things I have had to put up with. If you know of some documents which can specifically explain to me what the samba log is telling me I'd appreciate it. My biggest gripe is that I can't tell who deleted a file. I have even looked into how to try to find this out or find out what configuration I need to be able to determine this. So if any body could help I'd appreciate it.

      --
      He who said 1,000,000 monkeys on 1,000,000 typewriters would eventually type the great novel, never saw an AOL chat room
  6. Nice advertising by BiggerIsBetter · · Score: 4, Interesting

    Now where are the numbers to back it up?

    --
    Forget thrust, drag, lift and weight. Airplanes fly because of money.
    1. Re:Nice advertising by Stonent1 · · Score: 2, Interesting

      Now where are the numbers to back it up?

      I was thinking the same thing. The article added nothing to what we already read in the Slashdot summary. The basis of the article "Someone (who is not us) says that Samba is 2.5 times faster than Windows server 2003!"

      Score!!!!!!!!!!

    2. Re:Nice advertising by dylan_- · · Score: 1
      Now where are the numbers to back it up?
      The IT Week site has a few more details here (I know they look almost identical, but the text is different).
      --
      Igor Presnyakov stole my hat
    3. Re:Nice advertising by AstroDrabb · · Score: 4, Informative

      Sadly the MS Empire does not allow you to release benchmark stats for their products. You agree to this when you use their products through their EULA. I am sure IT Labs doesn't want to get crap over it. Then agian, maybe they will find a way to post the numbers.

      --
      If Tyranny and Oppression come to this land,
      it will be in the guise of fighting a foreign enemy. -James Madison
    4. Re:Nice advertising by Spy+Hunter · · Score: 1

      Here is what appears to be a different version of the article with a little more info. No actual performance numbers, but a description of the test at least.

      --
      main(c,r){for(r=32;r;) printf(++c>31?c=!r--,"\n":c<r?" ":~c&r?" `":" #");}
    5. Re:Nice advertising by Mr+Z · · Score: 1

      Also, what do they mean by "2.5 times faster?" For instance, if a given benchmark takes 100 seconds with Samba, how many seconds does it take with Windows 2003? Some options:

      • 250 seconds. That is, for every 1 iteration of the benchmark under Windows, SAMBA completes 2.5 iterations.
      • 350 seconds. That is, for every 1 iteration of the benchmark under Windows, SAMBA completes 2.5 additional iterations (3.5 total). ("Times faster" would imply "in addition to the baseline" as opposed to "times as fast", which implies a purely multiplicative ratio. People tend to use the phrases interchangeably, though.)
      • Some other number?

      I'd really like to see some actual numbers. "2.5x faster" reeks of vague, meaningless marketingspeak.

      --Joe
    6. Re:Nice advertising by doofus1 · · Score: 1

      I thought that at first too, but there's a link at the bottom of the page to the tests. Although even that is not exactly chock-full-o-data.

    7. Re:Nice advertising by Minna+Kirai · · Score: 1

      "Times faster" would imply "in addition to the baseline"

      It implies no such thing. "Three times faster" means in exactly one third of the original time needed. There is no ambiguity.

      This is the usage found in all English writing, including scientific literature and networked file-sharing benchmarks.

    8. Re:Nice advertising by Mr+Z · · Score: 1

      "30% faster" means 1.3x the speed, right? It certainly does not mean 0.3x. "300% faster", then, means 4x the speed. "3 times faster" should also therefore mean 4x the speed.

      In that first link you gave, the author says "three times as fast" in the body of the article, not "three times faster." "Three times as fast" means "one third the time," as I stated. (Whoever wrote the title line got it wrong. The author of the article uses "three times as fast" consistently throughout.) In that second link, they use "two to three times faster" to mean "200% to 300% increase", which means 1/3rd to 1/4th the required time, again consistent with my original post. (If you disagree with my interpretation of that second link's text, then do think that the "35% faster" note in the table implies a slowdown? They mention "two times faster" referring to values over 200% in their table, and so on.)

      The reason I state it is ambiguous is that most people make the same mistake you did in the body of your post. "Three times faster" means 1/4th the time is required, not 1/3rd, even though many people use it to mean 1/3rd the time is required. "Three times as fast" means 1/3rd the time is required.

      --Joe
    9. Re:Nice advertising by Mr+Z · · Score: 1

      This page, down in the glossary, uses the definition you suggest. That is, it defines "times larger" as purely multiplicative. "Three times larger" means "tripled."

      In contrast, Dr. Math agrees with me that "times larger" implies adding to the baseline. Dr. Math says '"Three times larger than N" means "4 * N" - but only if you stop to think about it, as many people do not.'

      I think it's amply clear that "X times larger" is ambiguous without the data to disambiguate it. You have one group of people who thinks it clearly means one thing, and another that thinks it clearly means something else. It is therefore (maybe not-so-clearly) ambiguous. Dr. Math sums it up nicely:

      So here's my answer: "N times more than X" technically should mean (N+1)X, but is so commonly used to mean NX that it would be dangerous to follow the former interpretation without asking questions. I haven't yet found a dictionary or other authoritative source to support one view or the other (or both, most likely).
      --Joe
    10. Re:Nice advertising by zoloto · · Score: 1

      click-through EULA's are not legally binding.

    11. Re:Nice advertising by bakes · · Score: 1

      Quite correct. But they ARE allowed to post the figures for samba. Not completely useful without the MS stats, but it would be better than nothing.

      --
      Ho! Haha! Guard! Turn! Parry! Dodge! Spin! Ha! Thrust!
    12. Re:Nice advertising by mvdw · · Score: 1
      Not completely useful without the MS stats, but it would be better than nothing.

      But they could post the Samba numbers, then say that win2k3 server was x.xx% worse than that...

    13. Re:Nice advertising by AstroDrabb · · Score: 1

      How many court cases have you heard of that have challenged them? Also, do you think that someone wants to waste the money to go to court over it, especially for a benchmark? I would assume that most people don't want to take the chance.

      --
      If Tyranny and Oppression come to this land,
      it will be in the guise of fighting a foreign enemy. -James Madison
  7. Where's the results? by spieters · · Score: 1

    Is it just me, or is there no testresults at all in this article? I mean, they could've at least made a little graph, specs of the hardware used or something...

    --
    Instant Karma's gonna get you Gonna look you right in the face -- John Lennon
    1. Re:Where's the results? by Anonymous Coward · · Score: 0

      You can't expect every link story that busts microsofts chops to rise to the level of executive summary.

    2. Re:Where's the results? by borgdows · · Score: 1

      Is it just me (...)

      yes, it is just YOU!

    3. Re:Where's the results? by grub · · Score: 2, Funny

      I mean, they could've at least made a little graph

      Here you go:
      OS__________________Speed (more == better)
      Windows Server 2003 ##
      Linux running Samba #####
      As you can see, Linux running Samba is 2.5x faster than Windows Server 2003.
      --
      Trolling is a art,
    4. Re:Where's the results? by btakita · · Score: 1

      I'd like to see the test conditions also.

      Anybody can doctor a test, especially a performance test, to make one product appear better than another.

      Coupled with the articles obvious bias toward Samba, it really doesnt have much credibility by itself.

    5. Re:Where's the results? by Cat_Byte · · Score: 1

      Nods. I did some work for a branch of Apple and they kept using the fact that typing the command to show performance in Netware 3.12 showed a higher # when running on their machines vs a PC. I kept asking for benchmarks on transfer speed, disk access, or just something but they didn't offer that information. I didn't have one to play with or I would have done it myself. The command really did show a higher # but I couldn't see any notable difference. Seems like it was just just info handed to the sales guys to use.

      --
      Two roads diverged in a wood, and I - I took the one the bus load of girls just went down.
    6. Re:Where's the results? by Carnildo · · Score: 1

      The Microsoft EULA doesn't let you release any benchmark numbers on their product without permission from Microsoft. So, these guys could either say "Samba is 2.5x faster than MS Server 2k3", or they could say "Samba was this fast. Microsoft won't let us say how fast Server 2k3 was". Which is more useful?

      --
      "They redundantly repeated themselves over and over again incessantly without end ad infinitum" -- ibid.
    7. Re:Where's the results? by MighMoS · · Score: 1

      http://www.itweek.co.uk/News/1144312

    8. Re:Where's the results? by Jeremy+Allison+-+Sam · · Score: 1

      They're a magazine, why would they have a bias towards Samba ?
      It isn't like we have a marketing budget and can pay them via advertising :-).

      Now a biased test is here :

      http://www.veritest.com/clients/reports/microsof t/ ms_netbench.pdf

      The most damaging thing about the above link is that they
      disabled 8.3 filename generation on the W2K3 server. In a
      production environment this WILL BREAK APPLICATIONS !

      I discussed this with tridge, and his humorous comment was
      that if they were bending the rules this much we could just
      set the server to discard the incoming data (as netbench
      never actually reads back the data it writes :-), this would
      be about the same level of cheating :-).

      I didn't have anything to do with the vunet tests. But from
      what the article says, they didn't do any tweaking on the
      platforms. Which do you think is more valid in a real
      environment - tuning to the amount given in the Microsoft
      report, or just putting the software on the box and running
      it, like the vunet report ?

      I would hope that given access to such a netbench test and
      being allowed to tune Samba and Linux to the extent that
      Microsoft did I would be able to beat W2K3 in such a test
      (opinion only, I haven't done such a test).

      Jeremy Allison,
      Samba Team.

    9. Re:Where's the results? by Anonymous Coward · · Score: 0

      You're absolutely right Jeremy, but the problem here is that there's literally no information about the test configuration other than "identical" machines.

      But were they truely identical? Look at the test methodology in the example that Jeremy quoted for an example of the level of details that need to be specified to really ensure a fair benchmark.

      Depending on the way that the netbench load is configured, the tests can be cache bound, disk bound or network bound, which was it?

      If it's cache bound, did they take steps to avoid cache poisoning between test runs? You can get radically different results depending on the results of previous runs.

      If it was network bound, did they ensure that the network switching hardware was identical between the test machines?

      If it was disk bound, did they ensure that the disks and controllers were truely identical? Slight variations in firmware can cause radical difference in results. Was the disk in the benchmark SCSI or IDE? If the test was disk bound, then why was only a single spindle used?

      This is why Microsoft doesn't let random people publish benchmarks - it's WAY too easy to either intentionally cook the books (like Microsoft did in the benchmark above), or to unintentionally chose a test that is sufficiently unrealistic as to be invalid.

      Since IT Week didn't publish the details of their tests, there's no way of knowing what is going on with these "benchmarks" which makes them totally worthless.

      A much better test would have been to let you in to tweak the Samba/Linux server to the best of your abilities, and have the Microsoft rep tweak the NT server to the best of their abilities (allowing each of you to look over the others shoulders to ensure neither side is cheating) and THEN run the numbers.

    10. Re:Where's the results? by Jeremy+Allison+-+Sam · · Score: 1

      "A much better test would have been to let you in to tweak the
      Samba/Linux server to the best of your abilities, and have the
      Microsoft rep tweak the NT server to the best of their
      abilities (allowing each of you to look over the others
      shoulders to ensure neither side is cheating) and THEN run the
      numbers."

      No, I disagree, I think that would be a terrible test.
      No one will run that way in production. The cheats and tweaks
      you can do for netbench are *NOT* what you want in a production
      system. And we would have to cheat to get good numbers, just in
      case *they* were cheating to get good numbers (8.3 fix mentioned
      above). This way lies madness, and no use to anyone.

      The best kind of test is the one the vunet people did.
      Just stick the damn thing on server hardware and run it
      without any tuning on either side.

      Jeremy Allison,
      Samba Team.

    11. Re:Where's the results? by shyster · · Score: 1
      The most damaging thing about the above link is that they disabled 8.3 filename generation on the W2K3 server. In a production environment this WILL BREAK APPLICATIONS !

      What typical production applications, specifically, will this break? AFAIK (and MS, it will only break 16-bit applications that can't deal with long filenames. Obviously, if you have that in a production environment, you should probably replace it. Barring that, don't disable 8.3.

    12. Re:Where's the results? by btakita · · Score: 1

      A magazine can gain readership by making articles have controversial conclusions. Even scientific journals have stooped to this level.

      Would this be posted on /. if Windows 2k3 was faster?

      Also the article did not talk much about the methedology of the tests.
      Anyways are they going to say, "yeah, we doctored these tests to make Samba appear better"?

      I just want to see the test results, thats all.
      The link you provided,
      http://www.veritest.com/clients/reports /microsoft/ ms_netbench.pdf
      showed a test you think is doctored. Whats to say the vunet test isnt doctored also?

    13. Re:Where's the results? by LO0G · · Score: 1

      Yah, but that's not real world. For example, in real world, you'd flip the switch on NT that changes it from being an application server to being a file&print server. They didn't do that for the it-world test, but it makes a WORLD of difference on a real system (it massively increases the size of the disk cache). NT out-of-the box isn't particularly good as a file&print server, just like *nix out-of-the-box isn't. And the 8.3 fix isn't likely to break that many current apps. It certainly won't break any apps with a Win95 or greater logo, since the logo requirements for Win9x require that they support non 8.3 files.

    14. Re:Where's the results? by Jeremy+Allison+-+Sam · · Score: 1

      "And the 8.3 fix isn't likely to break that many current apps. It certainly won't break any apps with a Win95 or greater logo, since the logo requirements for Win9x require that they support non 8.3 files."

      Not true. You don't know anything about how the Windows redirector works, obviously. It's not just old W9x apps that use 8.3 filenames. The protocol demands that you can open a create a file with a long name, qfileinfo to get the short (8.3) name, then delete it with the 8.3 name.

      The W2K redirector *DOES THIS*.

      Don't make uninformed comments when you don't know the details.

      Jeremy Allison,
      Samba Team.

    15. Re:Where's the results? by LO0G · · Score: 1

      I'll accept that the Win2K redirector is broken, but I'm quite surprised that Joe would intentionally have put such a feature in. I know that the NT 3.1->NT4 redirector did no such thing, having read the detailed design documents and been involved with the development of that redirector.

    16. Re:Where's the results? by Jeremy+Allison+-+Sam · · Score: 1

      I don't deal with the design documents, I deal
      in the protocol bits that the redirector actually
      emits. And I had to fix this in Samba as not
      mapping correctly back from 8.3 to long filenames
      caused applications to break (I think it was the
      W2K explorer shell, can't remember without going
      back into the old samba-bugs mail). This is a
      *required* feature.

      I love this philosophy of "well the design docs
      say it doesn't do that so obviously it doesn't".

      The design docs say that ChangeNotify should work
      with non NTSTATUS error code returns, but it
      doesn't (and I've *seen* those design docs) !

      The design docs don't mention that you can't
      return ACLs on files unless you return unicode
      paths for a qfileinfo request on ".", but that's
      true also.

      I suggest that you stop reading the design docs
      and look at the code.

      Jeremy Allison,
      Samba Team.

    17. Re:Where's the results? by Jeremy+Allison+-+Sam · · Score: 1

      As I recall it breaks explorer, when deleting a
      tree of directories. I'd have to check the old
      samba-bugs account to be sure. I didn't know
      exporer was a 16 bit app :-).

      This is pretty obviously a benchmark special,
      not run in production. I recognise things like
      that, having done a few of them myself :-).

      Jeremy Allison,
      Samba Team.

    18. Re:Where's the results? by shyster · · Score: 1
      I've SEEN this done in production. I personally don't (hardware is cheap and I consult in small enough environments where I don't have to wring every bit of performance out) but it's a somewhat common tweak and was even a standard workaround for an NT/IIS4 exploit that used 8.3 paths to get around permissions (and I recall doing it on a couple of servers around that time with no problems afterwards).

      I know of some issues having to do with registering DLL's and install programs, but they can be fixed by reenabling and reinstalling. For most production environments, though, this shouldn't be mch of an issue as install programs aren't run very often.

      That being said, if they tuned Windows then they should have tuned Samba as well...that's only fair. ;)

  8. Heh, hows that for a whack at MS? by miffo.swe · · Score: 1, Troll

    It was only some days since i read a (biased) article of how much faster windows 2003 was than Samba. I wonder what version they compared against? 0.1?

    Seems like samba is keeping the lead despite MS having thrown every service known to man far to close to the kernel to be comfortable.

    --
    HTTP/1.1 400
    1. Re:Heh, hows that for a whack at MS? by UnknowingFool · · Score: 2, Informative

      The article that you read stated how much faster Windows 2003 was vs. Samba was at transferring very large files. It mentioned nothing of testing performance under large user loads which is more indicative of actual corporate networks. Also, the Windows team was allowed to tweak their installation of Windows 2003 to get maximum performance. Their installation of Samba was a basic installation with no optimizations. Their reasoning for that was that they didn't know Linux and Samba well enough to tweak it.

      --
      Well, there's spam egg sausage and spam, that's not got much spam in it.
  9. Knowledge of the protocol by MadX · · Score: 5, Interesting

    I read a while ago about some of the SAMBA developers having a better grasp of how the services / protocol all tie together, than the M$ employees doing the development. Most of the current M$ team inherited code from the older versions of the OS, and they are merely building on top of this codebase. The SAMBA team have had to reverse engineer the protocol. So it seems to make sense therefore, that should you understand it better, you can sqeeze more out of the service on the whole. It therefore appears that it can only get better and better as they develop ..
    I also don't know how many developers are on the samba team in total (contributors / developers), but I would almost start assuming more than the manpower assigned by M$ to this area of code for Windows .. And with it being opensource, bugs are easier to find ...

    1. Re:Knowledge of the protocol by NewbieProgrammerMan · · Score: 5, Insightful

      Good points. Here's an additional one: the Samba team doesn't have PHBs to get in the way. In my limited experience, if you're given an existing codebase and told to improve on it, that's exactly what you're expected to do - and it's all you're expected to do. You can't discover that "wow, this legacy code is crap," throw the offending chunks away and write something that works correctly and is more stable and/or secure.

      The Samba team has complete freedom with their code, while the Microsoft developers do not.

      --
      [b.belong('us') for b in bases if b.owner() == 'you']
    2. Re:Knowledge of the protocol by LinuxGeek8 · · Score: 2, Funny

      Yup, now we'll just have to wait untill microsoft switches from their own implementation to Samba :-)
      I suspect thta it will be a few years in the future untill that happens though.

      --
      Well, don't worry about that. We can get you back before you leave. (Dr. Who)
    3. Re:Knowledge of the protocol by Zathrus · · Score: 3, Insightful

      You can't discover that "wow, this legacy code is crap," throw the offending chunks away and write something that works correctly and is more stable and/or secure.

      That's because there are tradeoffs in everything... if you've been told to "clean up the codebase", take a bit to look at the codebase, and tell your manager that it's going to take X amount of time to do that the manager has to decide whether or not it's worth the time to do so -- since otherwise your time could be spent doing other things. And odds are the cleaning up isn't going to show an immediate return to the company. Of course, there are other plusses to cleaning up code -- like doing it right may mean that you can implement future features in less time -- but those are harder to quantify.

      Any large project -- be it OSS or closed source -- has to deal with these issues in one way or another. Sure... in OSS anyone (in theory) can decide to go off and clean up the code base. But unless it's done with the input from the team then that effort may be for naught -- unless you're communicating structural changes then merging the two code bases may prove impossible (since new features/bugfixes will have diverged the codebase), the rest of the team may not feel comfortable with the new structure as they are with the old (which is part of a larger issue -- if anyone feels like they "own" parts of the code then they may get offended if you say it's crap and rewrite it entirely -- which is one reason why code ownership is bad), or other issues. If you do do it with the blessing of the team, it still has to be done in a reasonable amount of time for it to be worthwhile -- otherwise the code will either diverge too far or the project will stagnate while waiting on the rewrite.

      And, of course, any time you rewrite you run the risk (read: certainty) that you'll introduce new bugs in known, working code.

      Open source projects are freed from the time == money constraint if they have no commercial interests whatsoever, but that isn't to say that time becomes free. It's just that it's not necessarily an overriding factor. (Oh, and it's not one at all companies either -- that's entirely up to your manager and the structure of project management; but the more rigorous the framework of management the more likely it is be one).

    4. Re:Knowledge of the protocol by Spy+Hunter · · Score: 1
      Open source projects are freed from the time == money constraint

      Ah, but don't forget this is Microsoft we're talking about here. Microsoft has no shortage of money or programmer time. Given the fundamental limitations described in "Mythical Man-Month", I see why they can't just throw 10 times more programmers at Windows and expect it to come out 10 times better, but it seems to me like they could do something different. They could develop five or ten versions of Windows in parallel, each competing against the others for the privelige of being released as the next public version. Or maybe when it's time to release the best parts of each version could be integrated together. When you have as much money as Microsoft, regular software development practices don't need to constrain you any more. I don't understand why Microsoft hasn't realized this.

      --
      main(c,r){for(r=32;r;) printf(++c>31?c=!r--,"\n":c<r?" ":~c&r?" `":" #");}
    5. Re:Knowledge of the protocol by Anonymous Coward · · Score: 0

      That'd be all well and good.. if they had any reason to improve their product. As it is now, they have no reason to invest more money than necessary into their next product. Everyone's going to buy it anyway.

    6. Re:Knowledge of the protocol by Brandybuck · · Score: 1

      if you're given an existing codebase and told to improve on it, that's exactly what you're expected to do - and it's all you're expected to do

      I've done it. Several times. And gotten away with it. But I don't do it every time I see the opportunity to do so. I don't do it when it's late in the development cycle, because then QA won't have enough time to properly test it. Other times I have deadlines so tight I can't do anything but what's been requested. But when I can, I do, and I even let my boss know I'm doing it.

      --
      Don't blame me, I didn't vote for either of them!
    7. Re:Knowledge of the protocol by steveha · · Score: 1

      odds are the cleaning up isn't going to show an immediate return to the company.

      Insightful.

      I used to work at Microsoft (on the Applications side, not the Systems side, so I never worked on SMB stuff). Microsoft worked on the basis of features. Program managers would come up with a list of new features, lead developers would negotiate the list with the program managers, and then features would be handed out to the developers. We developers would then develop our features. Testers would test the product, to make sure all the features worked. Then the product would ship.

      There was almost never anyone working on cleaning up old code. As a side-effect of writing a feature, a developer might rewrite some old code, but usually not.

      The feeling at Microsoft was that if you mess around with code that is shipping, you might introduce new bugs, and it was better to just add more features on top of the existing code base.

      The SAMBA project doesn't have to worry about schedules and ship dates nearly as much as Microsoft developers, and they can take more time to get things right. They also have the option of ripping out large chunks of old code and re-writing them if they are broken.

      If SAMBA really embarrasses Microsoft, they could afford to set up a "CIFS next generation" team to re-write all their networking stuff with a clean new design. I wonder what the internal politics surrounding such a decision would be like.

      Also, MS does have the option of simply adopting SAMBA. Just as IBM can ship Linux and make money on their computers, MS could ship SAMBA and make money from the rest of the OS. I wonder what the internal politics surrounding that decision would be like!

      I suspect that even if the CIFS networking is viewed as pure overhead at MS, they will be very reluctant to embrace SAMBA, because it could be construed as some sort of defeat, or as the first step on a slippery slope (away from Windows and towards Linux and *BSD).

      steveha

      --
      lf(1): it's like ls(1) but sorts filenames by extension, tersely
    8. Re:Knowledge of the protocol by Anonymous Coward · · Score: 0

      opensource CAN be free from having 30 middle management officers between you and the true leader.

      closed source at a large company will never be free like that.

      in the company i work at, 2000 strong, we have 20 PLUS vice presidents.

      do you know what we get done as a company?

      NOT A GODDAMN THING.

    9. Re:Knowledge of the protocol by NateTech · · Score: 1

      "That's because there are tradeoffs in everything... if you've been told to "clean up the codebase", take a bit to look at the codebase, and tell your manager that it's going to take X amount of time to do that the manager has to decide whether or not it's worth the time to do so -- since otherwise your time could be spent doing other things. And odds are the cleaning up isn't going to show an immediate return to the company. Of course, there are other plusses to cleaning up code -- like doing it right may mean that you can implement future features in less time -- but those are harder to quantify."

      So what you're saying is :

      Harder to quantify = "Manager is without a clue about the technology."
      Immediate return to the company = "We can always fix it later. Make money now, I'll be on to some other project and you'll be here cleaning up the mess."

      Yep, sounds like the complete CRAP work being done by most of the software industry. At least you finally put the blame where it belongs in most of the cases. Clueless, planless managers who aren't able to even fathom complex software updates their companies need to survive.

      They make pretty Gantt charts though -- that get longer and longer and longer...

      --
      +++OK ATH
    10. Re:Knowledge of the protocol by Joey+Vegetables · · Score: 1

      Also, MS does have the option of simply adopting SAMBA.

      Actually, if I'm not mistaken, Samba is GPL, and thus, MS would not be able to ship it in a proprietary product, without negotiating some type of license from the Samba folks.

      Also, I recall a discussion about changing the Samba license to make it more BSD-friendly (BSD w/o advertising clause license can be linked into GPL software, but not vice versa). That went nowhere IIRC, not because of any animosity against the *BSD folks, but because the Samba team had exactly zero inclination to let M$ "embrace and extend" it.

      I happen to be a strong fan of the GPL (and Samba!) and thus support this decision in spite of the hopefully minor inconvenience it may have caused. Samba is vitally important to the Free Software community, and, ironically, licensing it under M$-friendly terms could easily enable M$ to destroy it and along with it most of the ability to use Linux (or the BSDs) in a mixed *n*x - Windows environment.

    11. Re:Knowledge of the protocol by Zathrus · · Score: 1

      Harder to quantify = "Manager is without a clue about the technology."

      You can read it that way, and it is that way sometimes, but realistically you can't tell me (me being a fellow coder, not a manager) that cleaning up the code will definitively improve release schedules in the future. If it's code that's crufty, but in a library that you merely call and don't have to modify then what difference does it make? If you never end up adding features to it then clearly there was no value add. If you don't revisit the code for another 6 months then what are the odds that you won't find it crufty at that point and want to revamp it again?

      Honestly, the best way to deal with this kind of thing is to build the code revamp into estimates for new features. If you're going to have to play around in the code anyway then you may as well build in the time to clean it up. If it's a revamp of the entire codebase you're obviously screwed -- you should've done a better job in the first place -- but if it's a subsection then you can probably get away with doing it. Then it's up to the company to decide whether or not it's worth the time for that particular feature. Don't mention that you're cleaning up things; consider it a part of the job. It probably is. Don't budge on your estimate either.

      Of course, that works best on smaller teams where the lead architect knows what the hell is going on and can provide a single front to project management. If you don't have a small enough team for that to occur, then you're probably screwed anyway.

    12. Re:Knowledge of the protocol by steveha · · Score: 1

      if I'm not mistaken, Samba is GPL, and thus, MS would not be able to ship it in a proprietary product

      I don't think this is completely true. Yes, the GPL would stop them from folding SAMBA right into Windows; but if they treated SAMBA as a plugin, and modified Windows such that it could run the plugin SAMBA, GPL ought to allow that. Just as you can run other GPL software on Windows. If MS had to modify SAMBA to get it to work nicely as a plugin, MS would of course have to release the source code changes for SAMBA.

      steveha

      --
      lf(1): it's like ls(1) but sorts filenames by extension, tersely
  10. Microsoft should do what Apple did... by curious.corn · · Score: 1

    ... with Panther. Longhorn (or some interim SP) should include Samba 3 for CIFS protocol support... *evil grin*

    --
    Mi domando chi à il mandante di tutte le cazzate che faccio - Altan
  11. Old hat by GerardM · · Score: 1

    Microsoft is good at comparing their latest product with yesterday's news. The Microsoft figures were a comparison with Samba 2. Not only that, the Samba software configuration was not exactly great if memory serves me well.

  12. Uh, where are the benchmarks? by Fefe · · Score: 5, Insightful

    Where are the numbers?

    Where are the graphs?

    The article basically quotes some guy (who is actually selling Samba and thus has a vested interest) saying that Samba is 2.5 times faster than Windows 2003.

    Now I have no reason not to believe him, but I was expecting a little more. And I'd wager the suits considering switching to Samba also expect more.

    1. Re:Uh, where are the benchmarks? by the_mad_poster · · Score: 2, Insightful

      And I'd wager the suits considering switching to Samba also expect more.

      What, you mean the suits who get all of their "technical" information by clicking the ads that come up in articles like this? AHHHH AHAHAHAHAHAH! *sniff* Sorry... you're funny!

      Alright, I'm just pulling your leg - that's the first thing that hit me too. What good does it do me to hear some guy saying "Nyah nyah, we're better!" without seeing both the data AND the complete configurations that each system was tested under. I want to (and do) believe Samba whooped Microsoft that bad, but I also want to know how... if there's one thing you need to learn quickly in IT, it's to never trust benchmarks until you've confirmed them on your own.

      --
      Alito: A vote for Alito is a punch in the eye to put that bitch back in her place!
    2. Re:Uh, where are the benchmarks? by dtfinch · · Score: 1

      If Windows 2003 is anything like previous versions, Microsoft makes it perform poorly on purpose to make their more expensive versions look better. A lot of their products insert delays when the number of clients exceeds the license limit.

      "While Windows performance scales up well initially, it then drops off quickly as more clients access the server."

      So I'd like to see more benchmarks too, and more details on the test setup. It's entirely possible that samba really is faster. NT file sharing is so slow that I'll sometimes use ftp (filezilla) over the lan for faster transfers.

    3. Re:Uh, where are the benchmarks? by ImpTech · · Score: 1

      Well, if you look at the bottom of the article, it links to this article, which is slightly more descriptive about the test setup. Still no hard numbers though.

    4. Re:Uh, where are the benchmarks? by Anonymous Coward · · Score: 0
      Microsoft makes it perform poorly on purpose


      That's an interesting claim. If proven, I suspect something like this would open a lot of eyes in the IT world.

    5. Re:Uh, where are the benchmarks? by netglen · · Score: 0

      Where are the numbers? Where are the graphs?

      Exactly what I was thinking when I read that limited article. I was expecting a broad range of tests over different hardware and network speeds. Instead all we got was an advertisement from the back of a matchbook. How in the world did this author's opinion become an article?

    6. Re:Uh, where are the benchmarks? by sootman · · Score: 2, Interesting

      I heard before (in the w2k days) that on a given piece of hardware, Samba ran twice as fast as w2k file sharing. When 2003 was first being touted a few months ago, MS said that they improved file serving so it was "faster than the competition", which means it's as fast as Samba (if not faster.) And now Samba is 2.5x faster again? That's more than a little unbelievable.

      What I'd like to see would be an open, month-long contest, with 3 boxes--say, a single P4 with a couple drives, a dual-xeon+RAID, and some huge mother connected to a fiberchannel SAN. Make two identical copies of each box, then let MS tweak one set as far as it will go and let the Samba team tweak another. Make it a month long and open so each team can publish their results, get more opinions, etc etc etc., until everyone on both sides is convinced that the whole contest is as fair as can be and that neither side had an advantage. Then, see who won. Otherwise, we'll just keep seeing what we saw today and every other test--people come out of the woodwork claiming MS fixed this, or the Linux/Samba-biased testers didn't know how to tweak that, etc etc etc. Once it's this open and agreed upon, it wouldn't matter if the contest were funded by Bill Gates or Jeremy Allison. Until then, I'll just keep ignoring these tests.

      --
      Dear Slashdot: next time you want to mess with the site, add a rich-text editor for comments.
    7. Re:Uh, where are the benchmarks? by Jeremy+Allison+-+Sam · · Score: 1

      > MS said that they improved file serving so it was "faster
      > than the competition", which means it's as fast as Samba

      No - it means they *said* it was as fast as Samba. Why do
      you believe that remark and not the vunet one ?

      They took some extreme liberties in that benchmark, see my
      earlier comment for details.

      I don't know which is faster, W2K3 or Samba. But I know
      I'd trust a benchmark done by people who just put the software
      onto a box and ran it more than a benchmark where I tweaked
      Samba and the Linux box or one where Microsoft tweaked the
      W2K3 box (which is the one you're referring to).

      Real world use is what counts - how fast does it run in
      *your* set up. Not how fast I or they can make it run in
      some lab.

      Jeremy Allison,
      Samba Team.

    8. Re:Uh, where are the benchmarks? by Anonymous Coward · · Score: 0

      >> MS said that they improved file serving so it was "faster
      >> than the competition", which means it's as fast as Samba

      >No - it means they *said* it was as fast as Samba.

      True. (I could have phrased that better.) But MS has some time* to catch up, so I figured it was probably close. And, if it is indeed true that w2k3 and samba are close to each other in performance this week...

      >Why do
      >you believe that remark and not the vunet one ?

      ...I couldn't imagine that samba** would the leap ahead 2.5x overnight. I wasn't saying it was impossible for Samba to perform that well, only that it was difficult to believe. Again, I should have phrased that better and replaced "more than a little unbelievable" with "difficult to believe." And again, it's only "difficult to believe" if MS has, indeed, caught up in the first place.

      Like I said, I'd like to see an open test where both sides start with identical hardware of several levels and both sides can tweak and review openly for a few weeks. Unfortunately, as another poster said, it would probably be difficult to get MS to agree to a fair, balanced, open test like the one I described. Every MS-wins test I see comes with conspiracy theorists saying MS backed the test, and every Samba-wins test comes with people claiming that the MS boxes were unpacked and fired up with all the default settings.

      * The original "Samba is 2x faster" article I was referring to: April 2002, http://www.itweek.co.uk/News/1131114

      ** that said, I'd just like to say that Samba is a fabulous product and represents an incredible achievement in reverse-engineering (or whatever the proper term is) and I've been using it on my home network for about 3 or 4 years without a problem.

  13. Show me the fucking ACLs! by slittle · · Score: 0, Flamebait

    Is it me or does the ACL situation of *nix just suck compared to NTFS? Do I have to go commercial? Maybe Novell-on-Linux (free personal edition?)? Or are decent* ACLs in the works?

    Doesn't really matter if Samba is the most badass file server ever, SMB or otherwise, if managing TBs of data is like pulling teeth, departments will choose NT.

    *I know there are ACL filesystems for Linux, but from what I've seen they're pretty basic.

    --
    Opportunity knocks. Karma hunts you down.
    1. Re:Show me the fucking ACLs! by Anonymous Coward · · Score: 0

      Samba + ACL howto. I set it up recently, it's quite easy. Once the 2.6 kernel gets here it'll be even easier.

      I know there are ACL filesystems for Linux, but from what I've seen they're pretty basic.

      ACLs are very simple, even with NTFS. Already as they are it's very easy to make a complete mess out of them, and if it's your first time you're almost guaranteed to.

    2. Re:Show me the fucking ACLs! by HighOrbit · · Score: 1

      And the 5.x series of FreeBSD supports ACLs also

  14. I just love the per client license fees by hughk · · Score: 3, Informative
    that Samba/Linux charge. The performance boost is just a nice plus.

    A frequent rule in the Windows business is to split systems up over many machines. Which is great for Microsoft because essentially, you pay per client connection. With Linux/Samba, you pay according to the support that you want.

    The really good thing in 3.0 was allowing the participation in ADS networks (Win 2K) as well as NT4.0. Domain controller support could be better for ADS, but otherwise it is fine.

    --
    See my journal, I write things there
    1. Re:I just love the per client license fees by davidstrauss · · Score: 2, Informative
      A frequent rule in the Windows business is to split systems up over many machines. Which is great for Microsoft because essentially, you pay per client connection. With Linux/Samba, you pay according to the support that you want.

      If you license properly, Microsoft gains little with additional servers. The client access licences (CALs) apply to any Windows server, so CAL costs only scale with the number of clients, not servers. The marginal cost of adding another server, once CALs are in place, is only the cost of the basic Windows license for that server with no CALs. Unless you mean splitting systems up over many clients, which is not what Microsoft says in any way, the cost of splitting systems over many servers is quite minimal.

      If, however, you mean licensing each server by connections, not CALs, with several servers that tend to not have their own exclusive clients, you are using non-optimal licensing, and you need to research your criticism further.

    2. Re:I just love the per client license fees by hughk · · Score: 1
      What it comes down to is that to split a Win Server across many actual boxes, it means spending a lot of money. Frequently I have had problems with ghosts (Clients that have gone away, but are still taking up licenses) also with servers being themselves clients. Resetting the license server helps but it gets tedious.

      I'm afraid that for many specific jobs Win2K3 is too expensive (and I haven't even mentioned resource usage). Businesses are struggling now and although I would admit that 2K3 has a lot of nice features, I'll only deploy it now if I really have to (for example, when an Exchange Server user needs to upgrade).

      --
      See my journal, I write things there
    3. Re:I just love the per client license fees by router · · Score: 1

      Yet another example of License Nightmare. You have actually figured out all this license nonsense, you are starting to sound like a PHB. Man, it would really suck to spend my time figuring out all that license junk instead of Advanced Routing and Traffic Control or other fun stuff. Have fun with those Licenses. Does MS pay your company for the downtime while you figure all that License stuff out, since it seems like overhead to keep their pockets stuffed. Oh, I guess not, that would cut into in their horrifically large profit margins. My bad.

      andy

    4. Re:I just love the per client license fees by btakita · · Score: 1
      it would really suck to spend my time figuring out all that license junk instead of Advanced Routing and Traffic Control or other fun stuff

      Thats why you have people going to business school.

    5. Re:I just love the per client license fees by Anonymous Coward · · Score: 0
      And in case you're business school grad guy screws up, the BSA will be there with some lawyers and a nice big fine. Nice.


      Fuck the performance numbers, getting away from the licensing nightmare that is Microsoft technology is by itself worth the switch.

    6. Re:I just love the per client license fees by Cat_Byte · · Score: 1
      Does MS pay your company for the downtime while you figure all that License stuff out


      I wonder the same about SCO.

      --
      Two roads diverged in a wood, and I - I took the one the bus load of girls just went down.
    7. Re:I just love the per client license fees by AstroDrabb · · Score: 1

      You think that is bad. What until MS tries to "audit" you to make sure that you are not a theif and tryint to rip them off a few licenses here or there. What a great way to treat your customers that made you the largest software company in the world. Ofcourse, MS often makes deals with people who are about to be audited. "If you upgrade now at this price, we won't audit you."

      --
      If Tyranny and Oppression come to this land,
      it will be in the guise of fighting a foreign enemy. -James Madison
    8. Re:I just love the per client license fees by Anonymous Coward · · Score: 0

      Yet another example of License Nightmare. You have actually figured out all this license nonsense,

      Heh. You should try managing a Novell server.

      Seriously, MS licencing is (in theory) pretty easy:
      + Buy a CAL for each client system.
      + Buy a server licence for each server system.

    9. Re:I just love the per client license fees by afidel · · Score: 1

      After working at a number of Select liscensees and working for a couple MS partners I have come to the conclusion that MS liscensing is impossible to figure out. If you ask your select contact you will get a different answer from the sales exec which will be different from the select liscensing manager which would probably be different from the BSA audit's conclusions. MS liscensing contacts run to over 100 pages of small print legalese that isn't even necessarily internally constistant.

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    10. Re:I just love the per client license fees by davidstrauss · · Score: 1
      You have actually figured out all this license nonsense, you are starting to sound like a PHB.

      That's a nice comma splice, but I'll take the bait anyway. I don't word at a company, though I do some independant consulting work. At the time, I was the editor of my high school newspaper and set up a native Windows 2000 network. It took me about an hour to understand the licensing with the help of a CDW-G representative, but I could have just as easily learned it from Microsoft's site. We had one server running IDE RAID with a total of about 15 clients. Total cost for licensing (actually for 25 clients): $700.

  15. So this means... by Anonymous Coward · · Score: 0

    That the CLIENT version of Panther is a better Windows file server than WinServer 2003... at a fraction of the price.

    Too bad Macs are SO expensive. An eMac and a big FireWire array might set you back a whole 1500 bucks or so.

    {/sarcasm}

  16. Why the uncertainty? by darkpurpleblob · · Score: 1
    ...coupled with uncertainty about when Microsoft will next update Windows
    Why would firms be uncertain as to when Microsoft will next update Windows? Windows Server 2003 has recently been released, and it's not like Microsoft are going to stop supporting it any time soon.
    1. Re:Why the uncertainty? by -brazil- · · Score: 1
      and it's not like Microsoft are going to stop supporting it any time soon.


      Um... actually, yes, they will. Seven years is pretty soon for some applications, especially if it's a closed source product and "end of lifecycle" means that you can get *no* security and bug fixes at all, no matter how much you'd be willing to pay for it.

      --

      The illegal we do immediately. The unconstitutional takes a little longer.
      --Henry Kissinger

    2. Re:Why the uncertainty? by drohno · · Score: 1

      The uncertainty probably refers to the delays to Longhorn - is there a ship date for this,and when did it last change?

  17. They've been withheld.. by Channard · · Score: 1

    .. to avoid the inevitable slew of 'but how fast does it run Quake?' gags. No doubt they'll be released later when Nvidia - sorry, I mean Samba will be accused of tweaking their software so as to get unfair benchmarking results.

    1. Re:They've been withheld.. by jdictionary · · Score: 1

      So are you comparing a commercial company, Nvidia, with an open source software project? Hmmm, I don't think that is a good comparison at all. Samba does not need to "tweak results" to get people to buy their product, it is free. I think the plain facts are that samba is faster.

  18. Yay! Our side can do FUD too! by Ratface · · Score: 2, Insightful

    Read the original poster's text again. Amazing how if this text were written comparing MS to Samba in the *other* direction everyone would be up in arms about the FUD value!

    We need to be careful that we don't end up tarred with our own brush!

    --

    A little planning goes a long way...
    1. Re:Yay! Our side can do FUD too! by iceT · · Score: 2, Informative

      Well, Mr. Doubting Thomas, if you look at the #1 highest modded reply, it says "Great, now where are the numbers".

      That's is this groups way of calling "FUD".

      --
      -- You can't idiot-proof anything, because they're always coming out with better idiots.
    2. Re:Yay! Our side can do FUD too! by fhpaterek · · Score: 0

      Didn't Sir Winston Churchill say:

      "The only statistics I believe are those I falsified myself"

  19. Kinda strange, but impressive... by CoolVibe · · Score: 2, Insightful
    ...for a project that started out as a hack to tranfer some files between a SunOS box and some Messy DOS box running LANMAN.

    I appreciate Samba, especially with the PDC stuff that obviates the need for costly NT server licenses here at the $workplace. Great to see that a hack that was born out of need is running circles around the cream of the Borg's crop.

    Also, I agree with the rest that I'd love to see the numbers to back up the claims. Not that it really matters though. With samba you get a real good solution for an infintessimal fraction of the price of the Microsoft malware :)

    1. Re:Kinda strange, but impressive... by Anonymous Coward · · Score: 0

      Heck, Linux was written originally as a terminal emulator to access Sun machines at Torvald's university. Now it is running circles around the cream of the Borg's crops too.

      That's just how some very successful free software projects are born: by scratching a developer's itch.

  20. Lie, Damn Lies, and Benchmarks by m00nun1t · · Score: 2, Insightful

    We all know anytime someone publishes a benchmark favouring Windows (and there have been quite a few - tpc.org being a great example), it is instantly ripped to shreds, so why is this different?

    We all know that it's impossible to do a benchmark that all parties think is fair and accurate.

    1. Re:Lie, Damn Lies, and Benchmarks by Citizen+of+Earth · · Score: 1

      "There are idiots, damned idiots, and idiots who are fooled by bad statistics."

    2. Re:Lie, Damn Lies, and Benchmarks by mchappee · · Score: 1

      >We all know anytime someone publishes a benchmark favouring
      >Windows (and there have been quite a few - tpc.org being a
      >great example), it is instantly ripped to shreds, so why is
      >this different?

      Yeah, so. Let the Windows people bitch about how unfair it is.
      Oh, wait, their blog's probably experiencing technical difficulties...

      Matthew

      --
      /. finds me to be 20% Troll, 80% Funny
    3. Re:Lie, Damn Lies, and Benchmarks by randallman · · Score: 1

      Because the Samba group didn't pay for the study. (Easier than you thought, wasn't it?)

  21. Easy Way of Handling Printers by fuzzybunny · · Score: 3, Informative


    I serve printers from samba boxes to WinXP and W2k clients. I do not like dealing with setting up print queues on unix (unix printing and modem handling are evil, created by spawns of satan to make systems administrators miserable for all eternity), and I don't like Samba's way of dealing with them. It's still a bit too black-magic-swing-a-cat-over-your-head-at-midnight -y for my tastes when I need it to work in a hurry.

    I've found CUPS to be a magnificent way of dealing with this; the combination of Samba, Unix, and WinXP/2k actually deals with printers very nicely over IPP.

    --
    Cole's Law: Thinly sliced cabbage
    1. Re:Easy Way of Handling Printers by CommandNotFound · · Score: 1

      Heh, I getting ready to hit reply and mention CUPS to you when I read your second paragraph. CUPS has come a long way in the last two years.

    2. Re:Easy Way of Handling Printers by fuzzybunny · · Score: 1


      You finished reading my post before hitting 'reply'? Doesn't that violate the RFC? :-)

      --
      Cole's Law: Thinly sliced cabbage
    3. Re:Easy Way of Handling Printers by Cat_Byte · · Score: 2, Interesting

      CUPS rules in my opinion simply because I can share certain HP printers that their own MS drivers can't...heh. I have an HP 710 and in their how-to's it says to share it you need to load a generic HP Laserjet driver (which disables the color, fax, scanner, etc). I still can't use the scanner/fax but I can print in color over the network. Very cool for free software.

      --
      Two roads diverged in a wood, and I - I took the one the bus load of girls just went down.
    4. Re:Easy Way of Handling Printers by joib · · Score: 1

      Yes, that's true. I think it is quite poorly known that windows supports IPP, though. On usenet you see lots of folks trying to get windows -> samba -> cups printing to work, and frequently noone seems to know that you could just do windows -> cups directly... :(

  22. What's to stop MS by ArmorFiend · · Score: 0

    If the Samba team is this good, Microsoft should hire them, fire their existing developers, and port Samba to windows.

    1. Re:What's to stop MS by Rich0 · · Score: 1

      Nah - they'd be obligated to release their SMB source code for every future version of Windows.

      They'd rather keep their lousy code in-house and then break something with each new release so that you have to go out and buy the latest windows server to make it work.

      The GPL is fairly effective at stopping embrace-and-extend. If windows were to adopt samba as its network layer they'd be forced to keep it open forever.

      Keep in mind that file serving is one of the most critical functions on a network server. If the linux guys can stand up and say that their file serving code is identical to the code MS uses in Windows 200X datacenter edition why would somebody pay $10,000 more for the same thing?

      Also - if MS made a windows-kernel-embeddable version of samba, and released the source in compliance with the GPL, somebody could edit the code to remove the license counting mechanisms and recompile it. You'd just need to replace a few key files in your system32 directory and suddenly your windows home edition system has an identical server core to the super-expensive-datacenter-version and allows an unlimited number of clients to connect.

      The last thing MS wants is to lose control of their networking code...

    2. Re:What's to stop MS by masoncooper · · Score: 1

      I see exactly where you're going with Microsoft's desire to keep control over licensing, but consider how Samba integration could benefit them in other ways.
      We've seen over the past few years Microsoft swallow their pride and admit that they have a few chronic "problems". We've also seen them revamp their licensing structure, including their new $399 Unlimited connection 2003 "Web Edition" Server. I think Microsoft is beginning to move towards Service based licenses (SQL, Exchange, LCS) and considering basic file sharing a necessity instead of a luxury. It would appease both the Open Source community and the MS community if their latest file sharing component was based on open source technology and people could trust that it has been peer-reviewed and had FAR FEWER bugs than before (though I think anything qualifies as that).
      In reference to your comment about them being concerned about people using XP Home (Or Pro) for a server role, the limitations in the non-server platforms speak for themselves. XP Home only supporting one processor, and XP Pro only 2, will mean that any heavy duty work will be left to the Server versions.
      Now, I don't know how they could end up bundling a GPL'd Samba with their next platform, I'm sure licensing would be a major issue (Separate CD, Free Download?) but we've seen Microsoft do some pretty strange things recently.

      FYI: YES, I know they won't be doing this, it's hypothetical!

    3. Re:What's to stop MS by Sique · · Score: 1

      Nah - they'd be obligated to release their SMB source code for every future version of Windows.

      No, they are not. If they hire the developpers and not the code, then the developpers surely can write a new SAMBA implementation and release it under any license they like.

      Of course, MS would have to hire all SAMBA developpers (or omit all code supplied by people not hired by MS).

      --
      .sig: Sique *sigh*
    4. Re:What's to stop MS by Anonymous Coward · · Score: 0

      Or, since the developers (or the Samba project, or whoever, I don't know what the licensing details are) hold the copyright, they can relicense their code under a different license (of course excluding any code written by anyone who can't stomach working for Microsoft).

    5. Re:What's to stop MS by Rich0 · · Score: 1

      I don't think the GPL would be a big problem to distribution. Windows uses a microkernel architechture as far as I understand it - which means the networking code could be incorporated into a separate module (and probably already is).

      If samba compiles cleanly into its own module which you just need to stick into the sys32 directory to get it to work, then I don't think the GPL comes into play. They would have to release all the source for that single module - not for the entire windows package.

      I don't think they'd need a separate CD for it either - it isn't illegal for IBM to distribute openoffice on the same CD as AIX.

  23. Interesting by Pan+T.+Hose · · Score: 1

    However, even if it's quicker than Windows Server 2003, NFS still seems to do a great deal better on my home network for the same things. For example, I typically get 10%-20% of the transfer with SMB as I do with NFS.

    Interesting. Finally I have some hard evidence for clients who keep wasting my time asking me to support SMB on my network. I've always been telling them to RTFM and just use scp like everyone else here, but they always cry and moan that they don't know how... One has to wonder which part of RTFM don't those morons understand... But anyway, it's good to know that my intuition to avoid Microsoft protocols like a plague turned out to be right as usual. Recently all of them ask for Samba more then ever before and I think I may finally set up NFS for them one day. I just have one more question. What are the differences between Samba and NFS security-wise? I need one more argument to my arsenal.

    So I don't recommend using Samba at all unless you're looking for Windows compatibility.

    Personally I don't give a rat, but all of those people... You know the type. They won't touch anything which is not sacred by their good uncle Bill... I need as many hard arguments as possible to prove my point here. Thanks.

    --
    Sincerely,
    Pan Tarhei Hosé, PhD.
    "Homo sum et cogito ergo odi profanum vulgus et libido."
    1. Re:Interesting by Anonymous Coward · · Score: 0

      Jesus you a ass...

    2. Re:Interesting by Zathrus · · Score: 2, Insightful

      Finally I have some hard evidence for clients who keep wasting my time asking me to support SMB on my network

      Wow, that's certainly damning evidence. A post from some random /.'er who makes a statement without any data to back it up. I'd print that post out and hand it to everyone who asks you to support SMB. With proof like that they won't ever think of questioning you again.

      What are the differences between Samba and NFS security-wise? I need one more argument to my arsenal.

      Ok. If you like having a largely insecure network that is extremely difficult to administer and has questionable reliability then your best bet is NFS.

      On the other hand, if you'd like a wide selection of permissions on directories, users, and files, along with relatively easy and logical administration as well as high reliability (at least as far as networked file systems are concerned) then you should go with SMB.

      Frankly, if I was a "client" and had to deal with you I'd either go to your boss to have your ass canned (if your "clients" are in fact coworkers) or simply move by business to someone who actually wanted to give me service for my money (if your clients are actually clients).

      Oh, and before you even think of saying how I'm a MS lackey, I'm a Unix coder. There's SMB running around our network at work, but I pretty much never use it.

    3. Re:Interesting by Anonymous Coward · · Score: 0

      Wow, PMS?

      When in doubt when making a point, flame away..."

    4. Re:Interesting by Necrobruiser · · Score: 1

      Unless you need to have your files encrypted during copying, you may want to reconsider using SCP for everyday copying of files. I have found that encrypting the files slows the copying process far more than SMB ever could. Sure, it doesn't make a lot of difference for small files, but if you ever try to copy large amounts of data, it slows the process considerably. Just my two cents.

      --
      "I planned within my means and got a fixed rate mortgage, so where's MY bailout?" -cafepress
    5. Re:Interesting by Anonymous Coward · · Score: 0

      Well, I don't agree with thus considerations. What's the point of having a IT manager if he doesn't make life easier ? Radical solution : fire him and get someone who will listen to our needs. I think you need to find solutions that makes everyone happy - you and the users.

      As per the NFS vs. Samba fight, I'd add that I had bad experience with NFS. It didn't scale like I'd like. Deamons running with networked fs died once in a while when requests were particularly wild.

      Next point against NFS is that it has to come with NIS at certain extends. Yet another server to configure, and even NIS backups. I wonder if I am fully right...

      Samba is a bless. I even use it as a PDC - which means I got rid of an old nt4 server with all of the user passwords. I was sooo happy that day !

      Hope this helps !

    6. Re:Interesting by Anonymous Coward · · Score: 0

      You do some across a little bit like... er, a dick, this mail. "Ph.D" in .sig an all.

    7. Re:Interesting by Minna+Kirai · · Score: 1

      Unless you need to have your files encrypted during copying, you may want to reconsider using SCP for everyday copying of files.

      If file aren't encrypted for transit, then they can be intercepted by other users of the network. If your LAN has 2 Unix systems and 1 Windows box that's been 0wnzed with BackOrifice, the hacker can glimpse files the Unix systems are sharing on SMB/NFS, even though he's unable to log into the shares.

      but if you ever try to copy large amounts of data, it slows the process considerably

      Prehaps most of the time, but not always. In fact, the reverse has been observed (rarely). Because SMB is a file sharing protocol rather than a transfer one, it provides more granular access (allowing the possibility of nonlinear seeking and writing) instead of just blasting the bits as quickly as possible. If that becomes a true slowdown depends on the implementation of the client-side program you use to make the copy.

    8. Re:Interesting by cymen · · Score: 1

      If file aren't encrypted for transit, then they can be intercepted by other users of the network. If your LAN has 2 Unix systems and 1 Windows box that's been 0wnzed with BackOrifice, the hacker can glimpse files the Unix systems are sharing on SMB/NFS, even though he's unable to log into the shares.

      Damn straight! Everyone uses ethernet hubs so this is a very big problem. President Bush should use that 87 billion dollars to buy ethernet switches for everyone. Think of the children.

    9. Re:Interesting by jrockway · · Score: 1
      --
      My other car is first.
    10. Re:Interesting by cymen · · Score: 1

      Interesting--too bad their website has everything except useful documentation.

  24. Sneaky popunder by jsmyth · · Score: 2, Interesting

    Dunno if anyone else noticed, but when I clicked on the article, a "VNUNet Special" opened in the background, which was an advertisement or promotion under another name. It was formatted just like all other VNUNet articles, but was clearly a Microsoft sales pitch for W2003, complete with a flash advert on the right, and one at the top, both for W2003.

    Interestingly unbiased, when clicking on a Samba article...

    --
    jer

    We may be human, but we're still animals
    - Steve Vai
    1. Re:Sneaky popunder by Sxooter · · Score: 1

      Nope, didn't see it. Of course, I'm running Mozilla with popup blocking turned on. So I never see those things. Fitting that Mozilla saved me from a MS advert, huh?

      --

      --- It is not the things we do which we regret the most, but the things which we don't do.
    2. Re:Sneaky popunder by Peter+Harris · · Score: 1

      No popunder for me. What's wrong with your browser, man? Not got popup blocking :) ?

      --

      -- What do you need?
      -- Gnus. Lots of Gnus.
  25. The numbers.... by Bill_Mische · · Score: 5, Informative

    There are a lot of people asking about the numbers.

    Well, I get the print edition of IT Week and the numbers are there on page 19, in the form of a lovely little graph. The (print) article says they used a HP ProLiant BL10 eCLass Server (900MHz PIII, 40Gb ATA, 512Mb Ram) and goes in to a little detail about the benchmarking software used.

    I couldn't see a copy of the article on their website but you can download an electronic copy, in some god-forsaken windows only ebook format, from www.itweek.co.uk/ebook.

    --
    Boring Old Fart (40, married, 3 kids...er no...make that 49, married, 3 grown up kids...it's been a long time)
    1. Re:The numbers.... by iantri · · Score: 1

      May I point this out as a good use of Convert LIT.. (the naysayers were saying how useless it was a few stories back)

    2. Re:The numbers.... by sheldon · · Score: 1, Interesting

      Wait a minute. The BL10 is a Blade server.

      Who would use a Blade for a file server?

      Something doesn't make sense about that choice. Why not an Proliant ML530 or ML570? Something with RAID, an I/O bus and internal expansion? The BL10 only comes with a single ATA 40 Gig drive, no RAID... and you can't even hook it up to an external fibre array storage box like EMC.

      That just seems like a really bizarre choice, almost makes me wonder if they had an ulterior motive.

    3. Re:The numbers.... by Anonymous Coward · · Score: 0

      Well I should imagine most small businesses would baulk at paying the extra cash for a solution that is largly over specced for their needs. A Blade could comfortably serve a small (Say 15 - 20 seat) office at a much lower cost than a Proliant, natch.

    4. Re:The numbers.... by Anonymous Coward · · Score: 0

      No small company will buy a blade infrastructure -- it's not cost justifiable!

    5. Re:The numbers.... by Nexx · · Score: 1

      The article mentions NT4. Perhaps, and this is purely my speculation, they wanted to see how well Windows 2003 Server does vs Samba 3 when replacing existing NT4 installations.

      You're right, though, for anything larger than a workgroup-level server, you'll want something beefier in the IO department than what these people have used.

    6. Re:The numbers.... by SammyTheSnake · · Score: 0

      I couldn't see a copy of the article on their website but...

      There's a link at the bottom of the article originally posted to this one which mentions those stats.

      Cheers & God bless
      Sam "SammyTheSnake" Penny

    7. Re:The numbers.... by GSloop · · Score: 1

      That may be true, however, the class of hardware is pretty similar. This should present pretty similar results.

    8. Re:The numbers.... by Anonymous Coward · · Score: 0

      For a departmental server blades are a great solution. Swap em in, swap em out. You can balance hardware requirements as needed, and save money on space, cooling and power at the same time.

    9. Re:The numbers.... by sheldon · · Score: 2, Interesting

      That doesn't make much sense. A Blade isn't a cost justifiable solution for a small business, as you don't just buy one of them... you've got to buy the whole rack and supporting hardware to plug them in. A small Proliant ML would be far far cheaper.

      And why would you bother benchmarking a file server for 15-20 seats? We used to server 500 users off a 486DX33 running Novell back in the day. 15-20 seats doesn't constitute a need for benchmarking, you could use anything.

      I guess my point is, this hardware seems odd, like it was chosen because Linux would look better on it for some reason. I want to see further details and try to reproduce this benchmark myself.

    10. Re:The numbers.... by 0racle · · Score: 1

      Actually this is pretty close to what I was thinking, however I leaned toward, Samba is a file and print server **only**, 2003, and all other versions of Windows server do a lot more.

      I can't help but always see these comparisons as a little lopsided. Copying or moving a file aournd, or printing god knows how many print jobs, might be a good test of Sambas performance if it is either a) doing the same amount of work in the background, or b) 2003 is doing noting at all, no active directiory, no wins, no dns, nothing. Personally I haven't seen any tests that are truly set up well, I'm not saying I've seen them all, its just my observations.

      I had 2003 rc1 and 2 here and I resently set up Samba 3. Samba is great, there can be no argument there and joining my AD was much easier then joining the domain with Samba 2, but 2003 was impressive compared to 2000 or NT. It was clean and more responsive on exactly the same hardware as 2000. sometimes you need to give credit where credit is due, 20003 is a good product.

      This was just the first thing that popped into my mind, and slashdot is here for people to go and get things off their chest.

      --
      "I use a Mac because I'm just better than you are."
    11. Re:The numbers.... by Anonymous Coward · · Score: 0

      So now that we've determined that Samba is faster than 2003 (actually I don't think that we have...but that is another post) on a laptop, how bought we try it on some server hardware?

  26. shfs by Anonymous Coward · · Score: 0

    Why doesn't everybody use SHFS (http://shfs.sourceforge.net/)? It allows for secure mounting through ssh? No need for NFS or Samba any more...

    1. Re:shfs by Anonymous Coward · · Score: 0

      Because nobody else uses it, especially the big guys making operating systems in Redmond.

  27. Re:Show me the f***ing ACLs! by gtg · · Score: 1

    If you want to copy the best (IMHO) ACL filesystem, copy Novell NetWare. It rocks.

    About a year or so ago, Novell put up on their website a script to create a large directory tree. You use this script to create these directories on both NetWare & Windoze servers. Then you start playing with the ACLs on the two trees.

    In NetWare, the ACL changes happened almost instantly.

    They stopped timing Windoze after 24 hours....

    NetWare might not be free, but it's filesystem is the one to beat.

  28. Samba starter question? by WuphonsReach · · Score: 4, Interesting

    I know this is more of a AskSlashdot question...

    My impression of Linux/Unix systems has always been that each host has it's own set of user accounts and if I have 3 hosts it means that I have to maintain 3 sets of passwords. With NT4/Win2000, my servers share a common userspace so that you only have to maintain a single user account. Is there something under Linux/Unix that does this?

    How easy is it to drop a Samba server into an existing Win2000 network? Our Novell 5 server is starting to show it's age (file/printing only) and I'm starting to wonder whether to move to a later version of Novell, switch to Linux/Samba, use a NAS device, or just load up another Win2000 server.

    (With the security issues this year with Windows, however, I'm not sure I want to make Windows our main file server.)

    --
    Wolde you bothe eate your cake, and have your cake?
    1. Re:Samba starter question? by Anonymous Coward · · Score: 0


      >How easy is it to drop a Samba server into an existing Win2000 network?

      You have the network cable right?

      >My impression of Linux/Unix systems has always been that each host has it's own set of user accounts and if I have 3 hosts it means that I have to maintain 3 sets of passwords. With NT4/Win2000, my servers share a common userspace so that you only have to maintain a single user account. Is there something under Linux/Unix that does this?

      I believe thats what NIS is for

    2. Re:Samba starter question? by Anonymous Coward · · Score: 0

      My impression of Linux/Unix systems has always been that each host has it's own set of user accounts and if I have 3 hosts it means that I have to maintain 3 sets of passwords. With NT4/Win2000, my servers share a common userspace so that you only have to maintain a single user account. Is there something under Linux/Unix that does this?

      NFS/NIS does this. A better solution would be AFS. How this integrates with Samba is another issue, though AFS clients run on Windows.

    3. Re:Samba starter question? by feronti · · Score: 1

      There's no reason to have to maintain 3 sets of passwords in Unix... just use Kerberos for network authentication, and you'll be fine. Of course, it's not set up out of the box, and if you want to integrate it with a directory service like LDAP, you'll have to do it on your own, but it's still just as workable as a 2k domain (should be, considering that's what 2k uses itself:)

    4. Re:Samba starter question? by Anonymous Coward · · Score: 1, Informative

      to centralize auth you can use : NIS/NIS+ + PAM -> http://www.tldp.org/HOWTO/NIS-HOWTO/index.html OpenLDAP + PAM -> http://www.mandrakesecure.net/en/docs/ldap-auth2.p hp http://www.skills-1st.co.uk/papers/security-with-l dap-jan-2002/security-with-ldap.html SAMBA + PAM -> http://www.unav.es/cti/ldap-smb/smb-ldap-3-howto.h tml http://www.mandrakesecure.net/en/docs/samba-ldap-a dvanced.php PAM is the way to go -> http://www.kernel.org/pub/linux/libs/pam/

    5. Re:Samba starter question? by pantherace · · Score: 1
      Have to maintain seperate logins: No, there are various solutions to this including ldap (openldap + pam_ldap + nss_ldap) Kerberos5 (krb5) or NIS (yptools) which are very easy to setup under a distro such as redhat. ('setup' -> authentication configuration (or just 'authconfig') It is (after the ldap/kerberos server is up) as easy as adding windows boxes to a domain.

      As for adding a machine to a domain: it should be quite easy (though I must admit I have never had to do it, because 2 people (me, and a windows person) setup domains (the w2k server took weeks and did not work, until one day I spent about 4 hours to setup a samba PDC, which just worked, a week or more after it, he got it working (and it was much slower)).
      However all you should need to do (from mem) smbclient -J $DOMAIN -r $PDC
      Here is a url that discribes it: http://www.sugoi.org/bits/index.php?bit_id=10

    6. Re:Samba starter question? by Medievalist · · Score: 1
      My impression of Linux/Unix systems has always been that each host has it's own set of user accounts and if I have 3 hosts it means that I have to maintain 3 sets of passwords. With NT4/Win2000, my servers share a common userspace so that you only have to maintain a single user account. Is there something under Linux/Unix that does this?
      Yes. There are actually lots of ways to do this, some obsolete, some not-ready-for-prime-time, and some that are just stupid and ill-conceived.

      Microsoft's methods fell into the last category until recently, when they copied the Kerberos system (originally unix/linux) and added incompatibility "features".

      Given the current state of affairs, you want samba+OpenLDAP+SASL+Kerberos. You should be warned that while Samba is extremely easy to set up and administer - far less work than the MS boxes it replaces - OpenLDAP has only recently reached corporate-level stability and the documentation is still spotty. Kerberos is reasonably mature but not at all easy to set up, and SASL is a bit of a nightmare.

      If your skillz are not strong enough for SASL/Kerberos, just do the OpenLDAP/Samba thing and you'll get a system at least as flexible and manageable as Windows Networking, and a bit more reliable. If your skillz are very weak, just do samba and run your central user authentication hosts on Windows or Novell.
      How easy is it to drop a Samba server into an existing Win2000 network?
      Very. People do it all the time.
      Our Novell 5 server is starting to show it's age (file/printing only) and I'm starting to wonder whether to move to a later version of Novell, switch to Linux/Samba, use a NAS device, or just load up another Win2000 server.
      *nixes have a nasty learning curve, it's a bit worse than Windows. On the other hand if you truly understand NDS you can pick up OpenLDAP's conceptual model quite easily, and if you really grok Win2K networking samba's a snap by comparison.
    7. Re:Samba starter question? by dubious9 · · Score: 1

      Well, I forget how they accomplish it here on our unix boxen (HP-UX, solaris, Linux) but there is a network available user identification service so that I only have to use one user/password no matter what type of box I telnet into. Password changes and new users are reflected immediately, and the home directories are all remotely mounted so you have access to them no matter what box I am on. This is what interoperability is about.

      <rant>We have a network appliance here called a filer so that there is "transparent" access to our home directories on the windows side. Permissions here are a nightmare as permissions set on one side rarely set up correctly on the other. Admins frequently forbar permissions up to half fix problems. I'll come in in the morning and find that while I can delete files in my home directory, I can not create a new folder. Line ending are forever being screwed up to the point that I have a cron job to 'unixify' all text files.</rant>

      We've been working in a heterogenous environment here for a decade and the only reason we had to add IT staff was because they decided to move to windows boxen (for those neat office programs!) instead of unix workstations. Unicies have been interoperating for decades. Apple made the move. When will microsoft learn?

      --
      Why, o why must the sky fall when I've learned to fly?
    8. Re:Samba starter question? by Havokmon · · Score: 1
      Our Novell 5 server is starting to show it's age (file/printing only) and I'm starting to wonder whether to move to a later version of Novell, switch to Linux/Samba, use a NAS device, or just load up another Win2000 server.

      Ugh.

      Netware: File/Print.
      Linux: Application Server
      Windows: Desktop

      Keep your Netware box - if anything it's a central source of authentication for everything. Windows is garbage for a server - Programmers seem to have this need for using UNC names, which royally screws up upgrades (unless you do a complete rip and replace).

      Netware 7 is on the Horizon, and will give you Netware services ontop of Linux. Netware 6, out of the box, gives you clutstering, failover, hot backups, and a load of other stuff you don't get in Windows. You need to get Windows2003 if you want SALVAGE. Jesus, if you actually know Netware, keep it. I do consulting for an old boss who has finally gotten his dream of running Windows boxes. What a pain in the ass it is. I can tell you right now, if he would have forced us to move from Netware at our last company, I would had quit years earlier.

      If you have more load on your Netware box, just get a bigger box - I doubt you even need anything newer than Netware 5 with the latest patches.

      --
      "I can't give you a brain, so I'll give you a diploma" - The Great Oz (blatently stolen sig)
    9. Re:Samba starter question? by _Hellfire_ · · Score: 1

      Adding a machine to a domain is trivial. I did it to about 10 machines on a network once and it was a walk in the park.

      If you don't want Samba to do it automagically you can add machines (trust accounts) as follows:

      Make yourself a machine group

      #/usr/sbin/useradd -g trust-group -d /dev/null -c "machine id" -s /bin/false machine_name$

      That's it. It writes the entry for your machine. You connect your machine Voila!

      Easier to set Samba to do it for you though...

      --
      "And then I visited Wikipedia ...and the next 8 hours are a blur..."
    10. Re:Samba starter question? by Anonymous Coward · · Score: 0

      Yeah... maybe I could spend a week to discover how these fine technologies (Kerberos, LDAP etc.) work and how to set these up in a Linux environment. I just don't want to.

    11. Re:Samba starter question? by Anonymous Coward · · Score: 0

      first off if you go from a novell file server to a windows file server you'll hate it. no product that microsoft makes can touch novell file servers. from speed to stability....

      I'd simply leave it alone. it;s working... (I've got a netware 4.x server here that is 5 years old... and NO I'm not going to replace it if it ever breaks we're going to simply fix it with new hardware and the restore from the SCSI DLT drive it back up to.

    12. Re:Samba starter question? by Bombcar · · Score: 2, Informative

      As Steve Jobs would want, here are the 'Lickable Links':

      To centralize auth you can use:

      NIS/NIS+ + PAM

      OpenLDAP + PAM and More

      SAMBA + PAM

      Advanced LDAP/Samba

      PAM is the way to go

    13. Re:Samba starter question? by Anonymous Coward · · Score: 0

      than pay somebody.

    14. Re:Samba starter question? by Anonymous Coward · · Score: 0

      "the w2k server took weeks and did not work"

      See, I hear this kind of stuff from heads-down *nix guys all the time. They figure Windows is easy since it has a GUI and refuse to read any books on the subject, then they go to set up a Win2k domain and have all kinds of issues. Instead of reading on the errors and finding a solution, they just bash the product. Often, it comes down to a misconfiguration on the Windows box, not a shortcoming of the product. DNS is CRITICAL in Win2k, if its configured improperly it'll make the machine act all kinds of wacky.

      I haven't looked into Samba 3 yet, I have several Win2k domains, most of them in native mode. I'm interested to see how exactly a Samba 3 box would fit in a native mode domain.

    15. Re:Samba starter question? by Anonymous Coward · · Score: 0
      Unicies have been interoperating for decades. Apple made the move. When will microsoft learn?

      You assume that Microsoft wants to play nice. Even if they see a technology that they want to add, they do it in such a way as to break it for non-windows applications. It's called lock in.

    16. Re:Samba starter question? by pantherace · · Score: 1
      I apologize, what I meant was adding a samba machine to a Win2k AD domain.

      Btw, a plug for my own scripts, which frankly I need someone else to use and test (the script has been 100% brake-free for anything on my setup, and it includes an easy setup wizard (which unfortunately requres some things)) sloppyadm
      and I need helpers :).

    17. Re:Samba starter question? by pantherace · · Score: 1

      1) I WAS NOT the one setting up the Windows 2k domain. This was someone who was supposedly one of the better people for setting up computers in one of the support departments. And I do agree that it was likely misconfiguration, but here is the thing, this person was highly familiar with Windows and reportedly had set up several domains before (W2k).
      2) For all of Window's touted "Ease-of-use" the samba box was much easier to setup. (admittedly this did not tie into ldap, but there are tools that can have it setup after you configure certain settings (domain, and a couple of ldap settings, (mostly just naming, but if you want you can tweak it.)) and have it up and running faster than windows.
      If you feel that I am a "heads-down *nix guy", then fine, but before you go off about us *nix guys, have the windows guys get their shit together!
      (And this misconfiguration was IMO likely caused by the GUI, nor was this an isolated even when I have been dealing with Windows advocates. Not that some of the Linux advocates are that much better.)

    18. Re:Samba starter question? by Jeremy+Allison+-+Sam · · Score: 1

      > I haven't looked into Samba 3 yet, I have several Win2k
      > domains, most of them in native mode. I'm interested to see
      > how exactly a Samba 3 box would fit in a native mode domain.

      It just works. That was one of the goals we had to
      hit before release.

      Jeremy Allison,
      Samba Team.

    19. Re:Samba starter question? by Reality_X · · Score: 1

      You do realise people have been using NIS/YP and/or LDAP to do centralised accounts on *nix for the last decade, at least?

    20. Re:Samba starter question? by stor · · Score: 1

      Consolidating authentication services is the job of PAM+some backend these days.

      Don't listen to the guys spouting off about NIS, it sucks rocks.

      OpenLDAP + PAM is the way to go. This stuff is built into RedHat. You shouldn't need to install anything, just configure the software that's already there.

      Cheers
      Stor

      --
      "Yeah well there's a lot of stuff that should be, but isn't"
    21. Re:Samba starter question? by Anonymous Coward · · Score: 0

      Since you know Novell, you could authenticate against eDirectory (NDS) on both Windows and Linux. Just add them to your replica ring before shutting down your NetWare 5 server, and you'll only have one user namespace to deal with.

  29. Excuse me... by dnaumov · · Score: 2, Flamebait

    I am a big fan of OSS, *BSD, Linux, Samba, you name it, but I have to call bulllshit on this one. A 2.5 x speed advantage can only mean one thing: misconfigured Windows machines. In my own experience (running a FreeBSD box with Samba 2.2.8 on a LAN full of Win2000/XP boxes), the Samba speed advantage has been about 30-40%.

    Where are the system specs, charts, graphs, actual numbers ?

    1. Re:Excuse me... by Anonymous Coward · · Score: 0

      As a friend of mine mentioned to me, the print version of IT Week... It's all specc'd out there.

    2. Re:Excuse me... by Frobnicator · · Score: 4, Informative
      A 2.5 x speed advantage can only mean one thing: misconfigured Windows machines.
      You might be interested in this article describing the implementations of SMB and Samba, as well as the documentation list at samba.org. Additionally, Microsoft has had many issues with the LMB, DMB, and backup browser implementations, partly due to historical network decisions and old networking bugs and highly visible on volitle networks. Some of the difficulties with SMB include methods of caching the data and cache consistancy, the inconsistant rate of refereshes done within the network, (on windows) the auto-detection and auto-creation of LMB and LMB-backup nodes, and the presumption of the underlying network.

      I'll focus on the network cache consistancy problem since that's the one I've had problems with. I don't know about the general speed issue (what speed are you referring to? throughput? Resource availablility? Master Browser updates? connection speed and concurrency under a heavy user load? ) I have experienced all kinds of problems with a highly volitile network, with programmers running multiple OS's inside of virtual machines. These virtual OS's need to be frequently restarted, meaning the network is constantly gaining and droping objects.

      A prime example of Microsoft's bad cache coherency problem is that if an object is deleted or removed from the network, the information can take over an hour to propogate through the entire network. The worst case isn't nearly as bad in the pure-Samba implementation, but the difficulty remains. This failure means that newly added resources aren't immediately visible on the network, or recently removed resources take a long time to be removed, and show up as errors when you try to access them. Or the object can be visible on some machines, but not available on others.

      When there is a high level of volitility on the network (machines being frequently rebooted or shut down, network re-wiring, etc.) this can really plague any SMB or CIFS network, but is especially hard on Windows boxes, and more so the older your Windows implementation. Problems are exacerbated if either the LMB or LMB-backup system is the one going back up and down, because the Windows boxes will respond less-quickly to the problem; this results in further instability for the SMB network, since critical nodes are not available, propogate incorrect data, and take longer to reconfigure.

      As you mentioned, the Samba boxes are faster than the Windows boxes, but not as big of a difference as you experience. You said you have "a LAN full of Win2000/XP boxes", which probably means they are on most or all of the time. Is it unreasonable to assume that the author has a more volitle network, or is otherwise more prone to speed impairment issues?

      frob

      --
      //TODO: Think of witty sig statement
    3. Re:Excuse me... by Progman3K · · Score: 1

      If I had points, I`d mod you up

      --
      I don't know the meaning of the word 'don't' - J
    4. Re:Excuse me... by Anonymous Coward · · Score: 0
      Typical misinformed crap from slashdot. Windows file serving has been shown time and time again to be superior to Samba in every way. Yet you keep reposting these misinformational details, gee I wonder why? Typical.


      Anonymous Microsoft Employee

    5. Re:Excuse me... by Cat_Byte · · Score: 1

      Wish I had mod points to get rid of that flame-bait mod. Considering when I do file xfers I'm at 80% network utilization now without using samba I'd have to call bullshit too if they claim my 100Mb can go 200Mb.

      --
      Two roads diverged in a wood, and I - I took the one the bus load of girls just went down.
    6. Re:Excuse me... by Zeriel · · Score: 1

      Y'know, there is this new thing called "Gigabit Ethernet". So I'd say if your network is the bottleneck you can go from 100Mb to 1000Mb pretty easily.

      On the other hand, if your network problems are bottlenecked by microsoft's awful SMB/CIFS implementation, then go directly to Samba (do not pass go, do not install Windows 2000).

      --
      "America has done some terrible things. But I know that Americans don't cheer when innocents die." -Dave Barry
    7. Re:Excuse me... by rabtech · · Score: 1

      Actually if you do it right, you won't have these problems. First and foremost, if you want a fast and stable Windows network, ditch ALL of your Win9x/ME clients. Period. Microsoft should have never compromised and let people log on to the domain from those machines. They don't use DNS for name resolution, they can't be members of the domain and thus can't be controled by policy. They are just a burden and a major one at that.

      If you have all Win2000/WinXP clients, eliminate WINS. Then use Group Policy to push settings to all your members and turn off the "Computer Browser" service. This means none of the machines out there will try to be master browsers or force elections or do any of that other bandwidth wasting crap.

      Leave "Computer Browser" turned on for your domain controllers. They will automatically scavenge and deal with records for all broad-cast name resolution requirements.

      But the big win is that Win2K/XP will go to DNS as their first choice for name resolution, and if you have Dynamic DNS turned on and running on your DCs, this means DNS should be fairly well up to date and will respond to requests quickly. (You can set the scavenge time to be whatever you like. The tradeoff is traffic to check and see if machines are still alive.)

      Now frankly, I don't know what all the fuss is about Samba. Counting in overhead, I can transfer files as fast as my network wire can deliver them. But then again I use real servers with multiple RAID-5 SCSI arrays, multiple processors, 2 gigs of ram, etc unlike the POS box in that article.

      --
      Natural != (nontoxic || beneficial)
    8. Re:Excuse me... by Frobnicator · · Score: 1
      Windows file serving has been shown time and time again to be superior to Samba in every way.
      Um, care to provide some links to research on that?
      Typical misinformed crap from slashdot. ... keep reposting these misinformational details, gee I wonder why? Typical.
      Rather than posting as an "Anonymous Microsoft Employee", if you have some facts that differ from what is available online at places like samba.org, published independant evaluations such as the topic of this /. article, or even some Microsoft info, then make it known. I was giving an actual experience from my network, which is fact and cannot be denied. If your experiences differ, then go ahead and post them.

      frob

      --
      //TODO: Think of witty sig statement
    9. Re:Excuse me... by Cat_Byte · · Score: 1

      I'm running MRTG and Netflow graphs. I'm not bottlenecked. It's just saturated when I do massive 700Mb file bi-directional tests. Gigabit would be different I'm sure but the point is that the article gave no details on what was used to reach this claimed speed difference. 2.5X faster than my current setup would be impossible with what I currently have if I simply upgrade to Samba 3. you can go from 100Mb to 1000Mb pretty easily. Umm...no I can't. Thats alot of upgrades on switches, NICs, wiring, etc and it's more than I can afford. If this were the case the article would be about 100Mb vs Gigabit speed differences.

      --
      Two roads diverged in a wood, and I - I took the one the bus load of girls just went down.
    10. Re:Excuse me... by Zeriel · · Score: 1

      Huh. We (as a small >40 person business) just went from fast ethernet to a gigE backbone with fastE to the workstations for less than $5k, and it dramatically improved network performance. Of course, a) we tend to toss around 300Gb datasets pretty casually and b) we already had Cat 5e wiring in place (new building).

      I suppose I just assumed the point of the article was that Samba beat Win2k3 under high-load conditions, which in my mind includes gigE.

      --
      "America has done some terrible things. But I know that Americans don't cheer when innocents die." -Dave Barry
  30. LDAP? NIS? by buchanmilne · · Score: 1

    My impression of Linux/Unix systems has always been that each host has it's own set of user accounts and if I have 3 hosts it means that I have to maintain 3 sets of passwords. With NT4/Win2000, my servers share a common userspace so that you only have to maintain a single user account.

    And you would have a similar impression if you only deployed individual Windows NT/2k servers ...

    Is there something under Linux/Unix that does this?

    Unix typcially uses NIS, NIS+ or LDAP, however samba also provides Winbind for using groups and users from a Windows domain.

    Plus, samba3 can use LDAP for storing it's account details, making LDAP the best choice for enterprise account management (if anyone was thinking about using NIS ...).

    The mandrakesecure.net site has some good articles on setting LDAP and samba (2.2.x with ldap support compiled in) up as a single authentication source.

    How easy is it to drop a Samba server into an existing Win2000 network?

    With samba3, trivial. With samba-2.2.x, you had to set certain options on the win2k domain controller (due to samba-2.2.x not having AD support).

  31. Re:Show me the f***ing ACLs! by 0x0d0a · · Score: 1

    Use AFS, then come back and say that the proprietary Netware system is the one to beat. :-)

  32. samba 3.0 by Anonymous Coward · · Score: 0

    This is Samba 3.0 and has huge performance benefits when running in high load enverioment.
    At home when only one or two client connects at the same time, i don't get any performance difference.
    But nfs and ftp utilises the bandwith better, so when I do big file transfer I use that.

    1. Re:samba 3.0 by Anonymous Coward · · Score: 0
      This is Samba 3.0 and has huge performance benefits when running in high load enverioment.

      Like Taco's mouth?

      ~~~

  33. what wonders me the most... by MonoSynth · · Score: 1

    ...is why the implementation of Windows Server 2003 and Samba aren't more similar in performance.

    Even *if* Microsoft had any respect for GPL'd code, they could have had a team to look at the Samba sources and make notes of it and give the notes to the developers, and let the developers legally figure out how Samba implements the protocols (without ever seeing the source).

    1. Re:what wonders me the most... by johnnyb · · Score: 1

      Actually, if you read the GPL (I understand that's a rare occurrence among both it's promoters and detractors), you will find that learning from the source code is perfectly valid thing to do with GPL code.

      So, the Microsoft _developers_ could read the code, learn from it, and then code their own. As long as there isn't line-by-line duplication, they are free to learn for the GPL source code, and do anything with that information that they want, provided they aren't copying it.

    2. Re:what wonders me the most... by KFK2 · · Score: 1

      But what do Microsoft developers need to read from samba code for.. don't they have the SPECS for the protocol?? I mean, how much harder would it be to read the samba code and develop your own implentation of the protocol without duplicating samba code line for line, then it would be to read the stinking SPEC and write an implemtation?? I sure hope they know how to program with specs, but I guess that could explain all the holes in MS's implentation

      Kenny

    3. Re:what wonders me the most... by im+a+fucking+coward · · Score: 1

      If you aren't completely kidding, the difference must mostly be the OS's they're running on. Having everything in Windows tied into that damn gui interface is hopelessly stupid, so I'll bet you dollars to donuts that's the root cause. (Even if Samba were run on 2003, the exe wouldn't be tied into that god awful abortion for a code base.)

      If MS file/print servers where to run on linux, they would probably smoke Samba, but you can't get around that damn stupid OS architecture. And the Samba team isn't tied into a million lines of legacy crap either, which reverts the difference right back to the OS if you ponder it for a moment.

    4. Re:what wonders me the most... by Anonymous Coward · · Score: 0

      If they do have specs, they are probably woefully out-of-date or incomplete.

      SMB has been implemented by Microsoft many times. Once on OS/2, once on UNIX, twice on DOS, once on classic Windows, several versions on NT, etc etc.

      Trying to rewrite this and maintain both bug-compatibility with every implementation and the automatic configuration that Microsoft is famous for would be a royal bitch. (Not having something like Samba's configuration file is a huge advantage for them.)

      And it's not like most file server users are complaining about speed anyway.

    5. Re:what wonders me the most... by Nevyn · · Score: 1
      Actually, if you read the GPL (I understand that's a rare occurrence among both it's promoters and detractors), you will find that learning from the source code is perfectly valid thing to do with GPL code.

      Where does it say that explicitly? ("l?earn" isn't found). In fact that's a pretty stupid thing to do as it's much more likely that what you produce would be classed as a dirivative work of the GPL'd work.

      While you can learn from it, that isn't a "get out of copyright free" card. Indeed this is a major reason that the samba developers don't look at MS CIFS code, because then they are much more likely to write tainted samba code.

      --
      ustr: Managed string API with ave. 44% overhead over strdup(), for 0-20B
    6. Re:what wonders me the most... by johnnyb · · Score: 1

      "Activities other than copying, distribution and modification are not covered by this License"

      Learning is a separate activity, which is allowed by default in copyright law.

  34. We just decided to use Samba by SailFly · · Score: 5, Interesting

    I'm a networking, sysadmin, programmer (mostly programmer) consultant for small businesses in Sarasota, Florida. Most of my customers are small businesses (less than 12 people) and are looking for ways to keep costs down.

    After proposing a new 2.4GHz server with Win2k3, they were sticker shocked and decided to not hire me for the job. Then one of THEM mentioned Linux (which I love and hav used for 5 years). I told them that I use Linux in my software development practice, and we could consider this as an alternative for File Server (Samba), centralized security (ldap) and backups (Mandrake backup utility). We're also using VNC (realvnc.org) for remote desktop. I can also easily SSH and do remote X session from my office, or use VNC.

    It's been up for a week now, and they LOVE IT! It's fast, flexible, and you cant beat the price. And I've learned my Lesson to be mention Linux even when they specifically ask for Windows (I'm not a pushy sales person, but I do believe an presenting choices to my customers)

    They wanted to outsource their IT department (the owner doesn't ever want to worry or think about their IT issues), so we made a deal that allows me to keep their systems updated, but doesn't force him to hire an on-site IT person.

    Speed was NOT an issue for the Samba server, since they mostly use MS Office (win xp pro workstations) documents. However, this was a great step for them to embrace and support open source software (I donate to several projects in turn).

    I hope this story might help somebody who is considering doing something similar. I'm happy to answer any questions about our experiences.

    -Scott James

    1. Re:We just decided to use Samba by Anonymous Coward · · Score: 0

      How many work hours you had to put into configuration of Samba? I know a Windows license has a price but pretty much anyone can set up a Windows file serving network (just a couple of clicks).

    2. Re:We just decided to use Samba by g0hare · · Score: 1

      No problems with Linux, but I have better luck with SMall Business Server packages - SQL, Exchange, blah blah blah, pretty cheap, especially if you're upgrading (from another os or from another Windows flavor)

      --
      Vote Quimby!
    3. Re:We just decided to use Samba by nolife · · Score: 1

      I setup a samba server for our IT department use (long story but the PHB does not know anything about Linux and therefore does not trust it).

      The Samba specific configuration took about 4 hours but 3 of the hours was my learning and first time use of joining Samba to an our existing AD structure for user authorization and permissions. In my last job Samba setup also took about an hour but that included mounting some Novell shares via the ipx utils and resharing them out with Samba (they did not route IPX so Samba allowed them to connect from the companies other routed segments)

      That being said. Anyone that knows how to use Samba can pretty much get it rolling with the CLI on any network in under an hour. Create directories you want shared, add and modify users and groups, modify the smb.conf, restart smbd and nmbd and test. With a small office with 10 or so users, this process can take as little as 20 minutes. The hard part is getting the company to tell you what they want shared and who they want to have access to what. That process happens with Samba or a native Windows server.
      If you do not know it, it will take you longer. This applies to ANY piece of software.

      --
      Bad boys rape our young girls but Violet gives willingly.
    4. Re:We just decided to use Samba by Anonymous Coward · · Score: 0

      They wanted to outsource their IT department (the owner doesn't ever want to worry or think about their IT issues), so we made a deal that allows me to keep their systems updated, but doesn't force him to hire an on-site IT person.

      I would have installed Windows Small Business Server 2003. It would have cost him about $2k in software licensing, but he would have never had to call me again to setup users, email, printers, whatever. I'd just monitor the backups and security on the box remotely.

      What you did was save him on software licensing, but nailed him with per hourly billing charges for maintaining this box.

      You didn't save him any money, you just created long term employment for yourself.

      The consulting company I used to work for had a small group whose primary business was cleaning up after small know nothings like yourself. :( Ohwell, kept us in business and the clients were far happier than the slapped together solution.

    5. Re:We just decided to use Samba by Zeriel · · Score: 1

      Funny how the exact opposite situation occoured for a consulting business I worked for once...

      We had to rip out the Win2000 Active Directory tree and replace it with simpler Linux/Samba/OpenLDAP servers because the administration of the Linux machines was much simpler.

      Think back to when you first learned AD if you think I'm trolling. It takes (in my experience) about three-four months to get to the point where you truly understand it enough to make changes, and if you don't need even 10% of the silly features involved, Linux is so much easier to handle (so would Win2k PDCs that were non-AD, but I have my biases)

      --
      "America has done some terrible things. But I know that Americans don't cheer when innocents die." -Dave Barry
    6. Re:We just decided to use Samba by aschlemm · · Score: 1

      And your remote monitoring is done for free right? If you're not working for free the your proposed setup isn't that much different IMHO.

    7. Re:We just decided to use Samba by FyRE666 · · Score: 2, Interesting

      Samba is a great tool for promoting Linux, I've found. When I began working at my current job they had a rack of (remarkably unstable) NT4 machines, with a couple of Linux servers doing nothing particularly worthwhile. I mentioned maybe installing some apps to make them more useful to everyone, and was given free reign (though I'm actually employed as a software developer rather than an admin).

      Anyway, it's fair to say the NT admins, and other IT staff were pretty impressed once I'd integrated the Linux boxes into the domains, migrated a lot of Access reports (spreadsheets)across to perl+MySQL - making them execute in some cases hundreds of times faster, plus various other utilities. We have a nice development intranet, web tools for monitoring and handling problems with the Windows/HPUX servers and more all running on Linux now. We have DHCP+Dynamic DNS updates on Linux instead of the manual-settings they were using on clients before, traffic shaping via iptables etc etc...

      Our latest subnet's first server was linux, and I can't see an NT box getting into that rack any time soon ;-)

      It took some of my spare time, and patience to get the company to give Linux a real chance to prove itself, and I think without Samba it wouldn't have happened anywhere near as fast! I'm currently pushing to move our commercial system from HPUX to Linux (yes, a version of our in-house system exists for Linux), since a replacement HP box will cost over 50,000 with no more power or disk capacity than an x86 box with a couple of P3 1ghz in it (we were astonished when we asked about a pair of 750MHZ CPUS to upgrade the 400MHZ parts in the current HP box, and told they'd cost 7,500... EACH!)

      So, well done to the Samba team!! Pity you're still allowing the scumbags at SCO to profit from your work though...

    8. Re:We just decided to use Samba by Anonymous Coward · · Score: 0

      No, but I'd be charging 1/10th the amount of time in billable calls as this Linux guy.

      That's the key difference!

    9. Re:We just decided to use Samba by Anonymous Coward · · Score: 0

      It depends on what you are doing.

      Active Directory for Applications is a straight LDAP server. If that's your only goal, go that direction.

      AD on a Windows 2000 domain is much more powerful than straight LDAP. It's only complicated if you have a multi-site/multi-domain environment where you have to worry about synchronization issues over a WAN, otherwise it's pretty straight forward and doesn't take 3-4 months to understand...

      I can't possibly imagine what you would have gained by going with that Linux/Samba/LDAP solution.

    10. Re:We just decided to use Samba by Zeriel · · Score: 1

      *shrugs* Performance, mostly. AD on Win2k Server seems to go out of its way to pretend like it's a full-fledged multi-domain-capable muck, even if all you want is a simple LDAP server handling user authentication.

      And if that's all you want, Linux+OpenLDAP is what you want.

      --
      "America has done some terrible things. But I know that Americans don't cheer when innocents die." -Dave Barry
  35. The article by Anonymous Coward · · Score: 0

    As the link seems to go up and down like a see-saw...
    (Dang slashdot effect)
    Here it is:

    Tests by IT Week Labs show the latest version of the open-source Samba file and print server software is 2.5 times faster than Windows Server 2003 in the same role.

    The news comes as many firms are grappling with the consequences of Microsoft ending support for NT4, coupled with uncertainty about when Microsoft will next update Windows. The performance difference between Windows Server 2003 and Samba 3 has increased dramatically compared with Samba 2 and Windows 2000 Server.

    Samba provides file and print services to Windows PCs. It enables a Linux or Unix server to work as a file server for client PCs running Windows software. The new version also introduces support for Microsoft's Active Directory for allocating and controlling user access rights.

    Samba 3's scalability is as impressive as its performance. While Windows performance scales up well initially, it then drops off quickly as more clients access the server. In contrast, Samba 3 offered excellent throughput up to the limit of our test, conducted on a low-spec Intel server.

    Consequently, firms could save money on licence fees, and on hardware, by using Samba instead of Windows servers. IT consultant Alan Munday, who recommends Samba to his clients, said the resulting saving was a key consideration for firms.

    Munday is already using version 3 at some smaller sites. However, he was dismissive of Active Directory. "I'm not [interested in the new Active Directory features] because the primary focus for my smaller clients is to migrate away from their ageing NT servers."

  36. That's easy. by Population · · Score: 1

    Just have each vendor send a group to configure the systems. Give them them both the same amount of money to purchase the systems. Once the benchmark has been run, have the other teams point out the flaws in the setup in each system.

    1. Re:That's easy. by phippy · · Score: 1

      how is that any different from what has happened before ? once any "flaws" are pointed out by each group, any benchmark results are moot.

  37. Apples and oranges, Moriarty. by Medievalist · · Score: 3, Insightful

    Samba 3 is a very different beast from 2.2, your remark is equivalent to basing an opinion of Windows 2K on your experiences with DOS 5.0.

    The numbers are in the dead-tree edition, I'm told. I don't know if they actually show any real information, because I haven't seen them.

    Samba had a 2x speed advantage over Windows NT 3.51 when that was the current MS offering, though, so I don't find this completely unbelievable.

  38. Authenticate Samba from your Windows domain... by Anonymous Coward · · Score: 0

    My impression of Linux/Unix systems has always been that each host has it's own set of user accounts and if I have 3 hosts it means that I have to maintain 3 sets of passwords. With NT4/Win2000, my servers share a common userspace so that you only have to maintain a single user account. Is there something under Linux/Unix that does this?

    Of course there is a way. You can keep your users, groups, and passwords defined in your Windows domain controller and have Samba on the Linux box set up to use "winbind" and authenticate users against the list stored in Windows-land. That way you need no more than root and a couple daemon accounts set up on the Linux box. I have a big Linux Samba fileserver set up with a couple hundred gigabytes of autocad drawings and digitized map files, because it is twice as fast as Win NT4, but the rest of my network is NT4 and all my user logins are kept in Windows. It took about a day to set up and debug, but the Samba machine is now just a "domain member" server of my Windows domain, and I even have ACL support set up since the shared filesystems on the Samba box are XFS with acls.

  39. Why won't someone tell the IT managers? by malsdavis · · Score: 0

    Its all good this being reported to a website where everyone knows of such open-source software and its benefits. But, as in my company (and I suspect the vast majority of others) the people in charge of that sort of thing have never heard of Samba and such benefits. It is these people in these companies who need to know about it or else they will keep on forking out the millions for the slower and error prone but point-and-click-happy windows software largely because many of them are unaware of suitable alternatives!

  40. Watch out! Here they come! by rnturn · · Score: 1

    Expect a new series of ``independent'' studies showing that Win2003 is somehow superior to Linux+Samba in terms of TCO. Of course, they will only be able to show this by slapping an Oracle database on the file server in order to skew the costs in Microsoft's favor.

    --
    CUR ALLOC 20195.....5804M
  41. nuts. by Erris · · Score: 1, Interesting
    NFS is utterly insecurable, Samba not. For home NFS is the system of choice but in a larger environment... you want to run Samba

    If security is your worry, use ssh on a reasonable OS in any size environment. As the orignial poster said, Samba is only useful when you have brain dead M$ client machines. If you have a real OS on the desktop, you don't need M$ protocals. Samba, as good as it is, implements M$ holes, so that M$ transmitted diseases from your client boxes can fill up or wipe out your shares after calling home and giving away everything you care to keep to yourself. Security fails with the weakest link and that will be those nasty old M$ PCs as the Half Life people recently discovered.

    Real agencies worried about security have gotten away from Microsoft. I spoke with a Federal Employee last week who told me about her locked down Linux laptop. It did what she needed it to do. Real information management comes with real hardware and software ownership. Real software ownership only comes through free software. If you are running M$, someone else owns your hardware and your data and you agreed to it with the EULA.

    --
    DMCA, Hollings, Palladium. What might have sounded like paranoia is now common sense.
    1. Re:nuts. by Anonymous Coward · · Score: 0

      How many times do you have to use "M$" Just shut the fuck up you dumb jackass, you make the rest of us Linux/UNIX users look bad.

    2. Re:nuts. by nolife · · Score: 2, Informative

      Samba, as good as it is, implements M$ holes, so that M$ transmitted diseases from your client boxes can fill up or wipe out your shares after calling home and giving away everything you care to keep to yourself.

      WTF are you talking about? The permissions you have on a mapped drive has nothing to do with what you mapped the drive with. Samba, NFS, Novell, FTP, HTTP or logging in locally all depend on permissions you are given to the file system.

      --
      Bad boys rape our young girls but Violet gives willingly.
    3. Re:nuts. by Erris · · Score: 2, Interesting
      I said:

      Samba, as good as it is, implements M$ holes, so that M$ transmitted diseases from your client boxes can fill up or wipe out your shares after calling home and giving away everything you care to keep to yourself.

      You seem confused and ask, rudely: WTF are you talking about? The permissions you have on a mapped drive has nothing to do with what you mapped the drive with. Samba, NFS, Novell, FTP, HTTP or logging in locally all depend on permissions you are given to the file system.

      Well sure, samba is better than Windoze servers for this reason, but that does not keep Windoze clients from mucking up your security. Server side permisions do you no good when a client with all the required permisions is comprimised. Microsoft clients are so easy to own that they wreck any attempt at keeping information secure. If, as in the case of the Half Life source code leak, someone uses a LookOut hole to install a keylogger, all the permisions of your LookOut user are now in the hands of someone you don't know. The worst security nightmare is someone back orificing a windoze box on your network. From there, they can go just about anwhere. This is why no one who's worried about security should use Microsoft anywhere.

      Does that clear things up for you?

      --
      DMCA, Hollings, Palladium. What might have sounded like paranoia is now common sense.
    4. Re:nuts. by Cat_Byte · · Score: 2, Interesting

      I use both linux and several flavors of MS daily. What is the difference in using samba for shares if a *nix box is compromised? None! If a username/pw has access to a share and it is compromised, you have access to the share. This is not a samba/NFS vs MS/*nix problem. This seems to be based on *nix not being hackable and the fact someone can't walk up to a *nix machine logged on and start typing.

      I've been a security admin for almost 10 yrs and keyloggers, machine hijacks, etc DO exist for *nix too. If using a *nix client and a samba share makes you feel like you're secure, watch out. It's going to bite you where the sun doesn't shine.

      Also, how many people do you know that use anti-virus on their *nix servers for samba shares? I don't know very many at all. They are usually hosting tons of windows viruses that can compromise the network when a client gets infected.

      I love samba and use it myself. It's just scary to see people who still believe a non-MS product == always secure.

      --
      Two roads diverged in a wood, and I - I took the one the bus load of girls just went down.
    5. Re:nuts. by nolife · · Score: 1

      I see your point but that is not the fault of Samba which you made a little more clear in your above reply.
      Along with your story... I know a group that used Novell that everyone had administrator rights in their specific container. There was a trojan horse running around at the time that added a few lines to the autoexec.bat that used deltree /y to delete f:, g:, h: and then c:, some infected idiot double clicked on the autoexec.bat in an attempt to view it and wiped out the entire contents of the shared drives on Novell. I don't blame MS for this issue. He should not have had full rights to the entire container on a permenant basis.

      --
      Bad boys rape our young girls but Violet gives willingly.
    6. Re:nuts. by Anonymous Coward · · Score: 0

      >> How many times do you have to use "M$" Just shut the fuck up you dumb jackass, you make the rest of us Linux/UNIX users look bad.

      That's _your_ opinion. And keep it to yourself. As many times as he wants to say "M$", I'll support him. Go work for Micro$oft.

  42. Re:Show me the f***ing ACLs! by davidstrauss · · Score: 1
    Use AFS, then come back and say that the proprietary Netware system is the one to beat. :-)

    Please explain what this could possibly have to do with finding a superior implementation of CIFS/SMB? Novell's implementation, to my knowledge, is SAMBA, and NetWare still runs much better (performance-wise) with the client, which defeats the entire purpose of finding an implementation that doesn't require special client software (at least for Windows).

    Also, considering the large base of Linux users here and Novell's lack of a supported, Novell-developed Linux client, NetWare makes a poor choice, whether you're looking for high-performance, low configuration access (on the client side) or good Linux support.

    Given the assumed items of importance in this article, Windows would seem a better answer than NetWare if you want ACLs and low-configuration on the Windows client side.

  43. Windows 2003 Sticker Shock??? by Anonymous Coward · · Score: 0

    After proposing a new 2.4GHz server with Win2k3, they were sticker shocked and decided to not hire me for the job.

    You know, I am one of the biggest MS-bashers on the planet, and love to replace Windows with Linux everywhere I can, but buying Windows 2003 server and CALs is not really all *that* expensive for a business that depends on a network.

    Windows 2003 Server Standard Edition with 5 CALs retails at CDW for about $950. Additional CALs are about $35 each. For a ten-user network that adds up to total MS licensing cost of a bit over $1100. that's only about the average price of one single typical mid-grade, name-brand office desktop PC with monitor from Dell/Gateway/HP. Not that big a deal for a business.

    1. Re:Windows 2003 Sticker Shock??? by Anonymous Coward · · Score: 0

      For a ten-user network that adds up to total MS licensing cost of a bit over $1100. that's only about the average price of one single typical mid-grade, name-brand office desktop PC with monitor from Dell/Gateway/HP. Not that big a deal for a business.

      Depends on the size of the business. I know more than a few that are still using P2s, if not pentiums, because the speed bump is not worth the cost. Then again, you should figure that the consultant is going to add a surcharge to the W2k3 licenses and to the server. Figure a decent server setup + Win for $3000-4000, vs server alone for $1500-2k. That $2k difference is a month of work at minimum wage.

      If samba performance is good enough to let them scrape another $500 off the server, so much the better.

    2. Re:Windows 2003 Sticker Shock??? by stor · · Score: 1

      > Not that big a deal for a business.

      US$1100? That's another physical server for some!

      Regardless, some businesspeople are keen on saving $50/year if they can.

      It's kinda like how very wealthy people are often very selective about how they spend their money: there's definitely a perception that frugal practises help them retain their current situation.

      Cheers
      Stor

      --
      "Yeah well there's a lot of stuff that should be, but isn't"
  44. percentages by Erris · · Score: 1
    We all know anytime someone publishes a benchmark favouring Windows (and there have been quite a few - tpc.org being a great example), it is instantly ripped to shreds, so why is this different?

    Because the reviewer is not taking a percentage of a non-extant samba licensing fee, that's why. It's much easier to trust free software reviews than it is to trust people trying to sell you binaries. People in the free software world have many options to chose from, why would they lie about any of them? Think about it and ask again if you are still confused.

    --
    DMCA, Hollings, Palladium. What might have sounded like paranoia is now common sense.
    1. Re:percentages by m00nun1t · · Score: 1

      You're working on the VERY unsafe assumption that the testers didn't have some bias - perhaps from an organisation that sells open source support services, or simply have a strong anti-MS bias.

      Someone somewhere paid for those tests to be done - who and why? The publisher for just one article in a magazine? Seems unlikely in a cut throat environment.

    2. Re:percentages by btakita · · Score: 1

      "why would they lie about any of them?"

      Pride, aka pissing contest. People involved with free software seem to have a very strong hatred of Microsoft.

      And yes, there are extremists in the open source community.

      Besides, the organization making these statements might have a financial interest in Samba.

  45. Okay, but who cares? by mikeee · · Score: 1

    Even assuming this is true, does it matter?

    I mean, has it ever actually happened that somebody says "Gosh, my 2Ghz fileserver with fast ethernet and half-a-gig of RAM serves files too slowly?"

    I don't think in the last 5 years I've seen a fileserver running above 5% utilization unless the virus-scanner was doing a sweep.

    1. Re:Okay, but who cares? by Apparition29 · · Score: 2, Interesting

      Absolutely. Talk to anyone in a CAD environment. We have servers with over 4GB of RAM and have 1Gig Network cards (both client and server side). We realized speed increases on the client end every upgrade of the server, increased RAM and higher speed network cards. Then again we may be 'different' we have 100's of thousands of parts that are opened in each assembly.

    2. Re:Okay, but who cares? by mikeee · · Score: 1

      Yeah, that's different. But honestly, if you actually have enormous numbers of *files* it's probably protocol overhead killing you anyway, rather than bandwidth or server capacity.

      I mean, you may be able to buy a bit by throwing hardware at it, but I'd bet money that you don't actually saturate that gigabit ethernet.

      I admint it would matter if you're trying to build a fileserver into your digital camera or some crazy thing like that...

    3. Re:Okay, but who cares? by Anonymous Coward · · Score: 0

      When I used to be in college, the Windows file servers were dog slow (not that anyone except for the EE department actually used them for anything). I don't know what the exact problem was, but I always seem to have all sorts of interesting problems copying files over SMB, even on my LAN. I personally always blame CIFS, but maybe it's just Microsoft.

    4. Re:Okay, but who cares? by slim · · Score: 1

      I mean, has it ever actually happened that somebody says "Gosh, my 2Ghz fileserver with fast ethernet and half-a-gig of RAM serves files too slowly?"

      I mostly agree -- there are niche situations where things slow down, but even then, it's easy these days to throw more hardware at the problem.

      What's more important to my mind, is ease of administration, so it's nice to see a link to an older story on that page "Samba simplifies admin".

    5. Re:Okay, but who cares? by laird · · Score: 2, Interesting

      You're right that for a typical workgroup raw performance doesn't much matter -- either NT or Linux+SAMBA would be "fast enough."

      Where this does matter is to someone:

      1) Making a decision between NT and Linux+SAMBA. It's great for the OSS alternative to not only be better strategically, but faster and cheaper. You'd have to work pretty hard to justify why you'd pay more (forever) for a slower fileserver that's less secure and requires you to do more paperwork and maintenance.

      2) Trying to save money. A 2.5x performance advantage on the same hardware can also mean perfectly good performance on 1/2.5th of the hardware. So instead of buying a NT and a "2Ghz fileserver with fast ethernet and half-a-gig of RAM" you can get the same performance out of Linux+SAMBA on an old 800 MHz PC with 128 MB RAM that you have lying around, or which can be bought for almost nothing compared to the macho server required to get the same performance out of NT.

    6. Re:Okay, but who cares? by mlk · · Score: 1

      > "Gosh, my 2Ghz fileserver with fast ethernet and half-a-gig of RAM serves files too slowly?"
      No, but duel 2Ghz with 1Gb of RAM is.

      If you have never heard about it, try actually using in a real envoroment.

      --
      Wow, I should not post when knackered.
    7. Re:Okay, but who cares? by Halo- · · Score: 2, Interesting

      Try working as a developer on a large corporate software product. An average build in around a gig a pop, and you either have people "backing" to them, or copying them wholesale. Add in the fact that these patterns are also really bursty (based on build publications) and you are talking serious overhead.

      We don't use Samba as the primary fileserver, but the majority of the windows developers use a Samba mirror (or gateway) to the backing tree.

      If copying a build goes from 20 minutes to 10 minutes, and then you multiply this across the number of users, you get a signifigant time savings. (Especially for things like build publications, because the temptation to waste time "while the build copies" is pretty high. :) )

  46. ACLs on Linux/Samba by Anonymous Coward · · Score: 0

    I'm using Samba with JFS filesystems on SuSE 8.2 and have ACLs that use the Windows users/groups from the NT4 domain controller just fine.

    1. Re:ACLs on Linux/Samba by slittle · · Score: 1

      I'm using XFS ATM, and it does the same. It's still not a patch on NTFS.

      Where are the dynamic ACLs?

      Can you inherit execute (ie. traverse) permissions on folders but not files?

      Then there's more fine grained control that just doesn't fit into the rwx scheme.

      --
      Opportunity knocks. Karma hunts you down.
  47. Re:Mod parent up: +1, Insightful by Anonymous Coward · · Score: 0

    and the results show conclusively that 2003 Server admins smell much better than Linux admins

    this is due to the large amounts of organic matter that linux admins tend to eat. Windows 2003 admins only eat what is handed to them from the PHB's and eat it in the way they are told to (good puppys) and therefore are also required to wear a product called "old spice" by corperate mandate.

  48. It takes longer to click through the MS GUI... by Anonymous Coward · · Score: 0
    Than it does to copy an smb.conf file from a CD.

    Gee, with $40 billion in the bank, MS can't compete with something that's free.

    And that's not a surprise because all markets tend to becoming commodities over time. And FOSS is the commoditization of software. It's not a question of if proprietary operating systems dying, it's a question of when.

    All you Microsoftista MCSE's can put that in your pipe an smoke it along with the crack.

  49. First impressions by poot_rootbeer · · Score: 1


    From the article, the first impression one would get is that "Samba" is an operating system. After all, they're comparing it to Windows Server 2003.

    No, wait, it's not, it's a service that runs on top of an operating system.

    So which OS was used in the tests? Huh, it doesn't say.

    This article is worthless.

  50. Re:Watch out! Here they come! by kellererik · · Score: 1

    ...and possibly a Windoze box next to every Server.

    As it happened in another 'independent' study, that stated Windoze is cheaper since you'll have to add the cost for a DOS box (Hard- and Software) to your Linux desktop to run M$ Office.

    my 2 cents

  51. impractical by mnemonic_ · · Score: 1
    never trust benchmarks until you've confirmed them on your own.

    For 99% of us though, that is extremely impractical. One might as well not read hardware reviews at all, and rely entirely on self-experience. Compromises must be made in whom and how we trust. I've found that benchmarks that I do not confirm myself are just about always accurate (after purchasing the actual hardware and testing it myself) when they are replicated by multiple sources.
    1. Re:impractical by nmos · · Score: 1

      I've found that benchmarks that I do not confirm myself are just about always accurate (after purchasing the actual hardware and testing it myself) when they are replicated by multiple sources.

      The problem is that benchmarks almost never represent exactly the customers' intended usage and even small differences in the two setups can make a huge difference in performance. That's one reason it is so important for the benchmark procedure and test conditions to be spelled out in detail (another is so someone else CAN replicate the experiment). For example, I'd expect Linux to compare much more favorably to Win03 on a system with only 128MB of ram than on a system with 1GB due to the extra overhead of Windows.

  52. Re:Show me the f***ing ACLs! by gtg · · Score: 1

    The original thread author mentioned about using NTFS under Linux because of the poor ACL support available in Linux.

  53. Re:Show me the f***ing ACLs! by malraid · · Score: 1

    I recently got a consulting gig to migrate a large (300+ computers) Novell Netware network to Windows 2000 (or 2003) acording to the wishes of the management. And let me tell you....for properlly administered large networks Netware is hard to beat. Sure the blank screen that a Netware server presents if more intimidating than even a bash prompt. But the flexibility of NDS is awesome. Everything seems intuitive. ActiveDirectory!? That's only useful for delegating administrative priviliges. Everything else is just like a flat domain. You can't even create users with the same username in different contexts. As for file system ACLs? Same thing...everything flows downward, you can assign, filter, etc... and it's quick. Filesystem access, native file services for Netware clients, Windows (or SAMBA) clients, and NFS clients. Everything coordinated from a central directory service. And don't bring LDAP into this discussion, I'm talking a solution that works out of the box. It's not free, it's expensive...but for large networks it's worth it.

    Ohhh....and Novell's Linux strategy is MUCH friendlier than Microsoft's. Soon we'll have Netware services running in Linux!!!

    Luckily it seems we'll be sticking Netware for a while.

    --
    please excuse my apathy
  54. It needs to be faster... by gilesjuk · · Score: 1

    To make up for all the lost time trying to get it working :)

    Seriously though it can be rather fiddly to get it all configured right, but at least having all the settings in one config file lets you back it up once you really do get that perfect setup.

  55. Until M$ breaks compatibility.. then start over by HighOrbit · · Score: 4, Insightful

    MicroSoft has a history of maintaining its monopoly by breaking compatibility with competitor's products by subtily changing (or they claim its extending and enhancing) the protocol. The most famous example were DrDOS and Java. If Samba gets too close, I wouldn't be suprised if MS didn't come up with an "enchancement" to Active Directory or SMB/CIFS or the NT-authentication protocols that will break Samba. The up-coming service pack will be the perfect oportunity for a "security fix" that will wall out Samba for a while.

    (Related but slightly off-topic) A few days ago, there was an article about IE having broken support for standards, especailly CSS. I don't think that is an acident. I strongly suspect that MS won't fix IE because the "problem" helps them maintain a monopoly in browsers. If you want to get your stuff to render properly in 95% of people's browsers, you have to code to IE, not the "standard". This means your stuff won't render properly in the other 5% of browsers unless you go through lots of trouble to do browser dectection, alternate pages, or take lots of care for cross-browser compatibility.

    1. Re:Until M$ breaks compatibility.. then start over by blakestah · · Score: 1

      Microsoft can no longer do this, or they risk losing their customer base. The death of Microsoft is going to be that people no longer upgrade machines every three years. There are too many Windows98 machines still around. If Microsoft breaks Samba in an upgrade, it will also break Windows98.

      Of course IE is still broken. Microsoft fixes things when it makes them money, not when they are broken. IE has a monopoly, it doesn't matter if a few things are broken, everyone will still use it.

    2. Re:Until M$ breaks compatibility.. then start over by gilgongo · · Score: 1

      Whoah there! It ain't over until a fat judge sings

      I would think Microsoft was proceed with caution in this area if push came to shove.

      --
      "And the meaning of words; when they cease to function; when will it start worrying you?"
    3. Re:Until M$ breaks compatibility.. then start over by afidel · · Score: 1

      Trust me if they break CIFS there will be MAJOR problems for them. For one their large customers would have to coordinate upgrading ALL desktops systems and ALL servers. Beyond that almost no medium or larger corporations run a purely MS shop. SAMBA and other CIFS implementations like Netapp filers would be affected and MS would have so LOUD cries from many of their large enterprise customers.

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    4. Re:Until M$ breaks compatibility.. then start over by pllewis · · Score: 1

      I you code to the standards, then it wouldn't matter what browser is used.

    5. Re:Until M$ breaks compatibility.. then start over by babyrat · · Score: 1

      I wouldn't expect them to shoot themselves in the foot with changing somehting liek this in a service pack - if you broke something on Samba, you'd also be breaking it on every other client that wasn't upgraded to said Service Pack. if they did it on the client side, then no client could upgrade unless all the file servers were also upgraded.

      Backwards compatibility issues work for the Samba team in this case.

      I wouldn't expect them to be walled out for very long in any event.

    6. Re:Until M$ breaks compatibility.. then start over by steveha · · Score: 1

      MicroSoft has a history of maintaining its monopoly by breaking compatibility with competitor's products by subtily changing (or they claim its extending and enhancing) the protocol.

      Maybe.

      But they can't do that here.

      Microsoft's big sales pitch is that if you buy everything from them, everything just works. If they break CIFS severely enough to lock out SAMBA, then they also lock out every Windows computer. Companies will not be happy if MS tells them they need to upgrade every computer on their network before those computers can talk to the newest servers; customers would be more likely to refuse to buy the new version of Windows, and roll out SAMBA on Linux or *BSD so their desktops can continue without upgrade.

      Businesses like to upgrade on their own schedule. It takes time to roll out upgrades. A server product that requires a simultaneous upgrade of every Windows computer in a company would be a huge disaster for Microsoft. And MS is smart enough to know that.

      steveha

      --
      lf(1): it's like ls(1) but sorts filenames by extension, tersely
    7. Re:Until M$ breaks compatibility.. then start over by WNight · · Score: 1

      Well, they wouldn't do this all at once. They'd release a server-side upgrade that essentially has two versions of the filesharing protocol, the old one and a new encrypted one they'd use the DMCA to keep the Samba team from reverse engineering. (Probably by claiming that breaking it would allow the unauthorized copying of copyrighted materials because the new system would have a 'copy not allowed' flag the client was relied on to support.)

      Then, they'd release updates for all the OSes they felt required them (anything too many people were using to abandon) and wait a year or two until adoption was nearly complete. Then they'd declare the old antiquated protocol a security risk and release a service pack to "fix" it, essentially requiring everyone to use the other protocol.

      At this point, unless the Samba team fought back against the DMCA abuse, there wouldn't be any competitors.

    8. Re:Until M$ breaks compatibility.. then start over by steveha · · Score: 1

      they'd release updates [...] and wait a year or two until adoption was nearly complete. Then they'd declare the old antiquated protocol a security risk and release a service pack to "fix" it

      If they do this, their customers will scream. At them. And not with happiness.

      Any NAS box, such as a Cobalt Qube, will be locked out. Any old, non-updated workstations will be locked out. Any Macs will be locked out. Any not-yet-updated servers will be severed from the network. MS cannot do this without pain.

      And lack-of-pain is what MS sells! If they are no longer compatible with their own stuff, they are increasing the TCO of Windows. There is no way they can spin this to make the customers happy about it.

      And what will stop people from implementing the SAMBA client as a Windows driver, and rolling that out so they can keep using SAMBA?

      MS won't try your scheme.

      steveha

      --
      lf(1): it's like ls(1) but sorts filenames by extension, tersely
  56. Wow, we can fud as well as SCO by DaEMoN128 · · Score: 1

    We, as techies/geeks/nerds/zelots , need to step back and take a look at this article. While I am glad to see that someone has said that SAMBA is faster than win2k3, there is no proof. We need to make sure that we dont become like the ones we usually bash and send out and praise biased testing without real world benchmarks with published results. All this article looks like when I read it was FUD. It gave no facts, but makes a wild claim. It is possible, but wild none the less. Careful, if the OSS community keeps putting out this stuff as fact without proof, we my just get hired to replace Darl when he gets fired.

    --
    Stop signs are only Suggestions
  57. Try this link by NeoNormal · · Score: 2, Informative
    This link looks like the info you are referring to.

  58. Re:Watch out! Here they come! by ReNeGaDe75 · · Score: 1

    Here's my independant study, which is not biased in anyway towards either system.

    Here are my test systems and benchmark results:

    System 1 - Windows 2003 Server 3.2 GHz Pentium 4 with 1 GB of RAM and a RAID array of SCSI drives 100Mbit Ethernet connection.
    System 2 - Windows XP Professional 2.4 GHz Pentium 4 with 512 MB of RAM and a 7200 RPM Serial-ATA drive 100Mbit Ethernet connection.

    Here are my results of downloading a 500 MB file from the server using CIFS:
    Time it took to recognize the system: 30 seconds
    Time it took to transfer the file: 3 minutes

    Now, with Samba:

    System 1 - Redhat Linux 9 with a Pentium Pro and 32 MB of RAM 10Mbit ethernet connection
    System 2 - Redhat Linux 9 with an AMD K6-2 200 MHz, 48 MB of RAM, and a 10 Mbit ethernet connection

    Here are my results of downloading a 500 MB file from the server using CIFS:
    Time it took to recognize the system: 3 minutes
    Time it took to transfer the file: 2 and a half hours

    Now there's proof that Windows Sever 2003 is significantly faster than Redhat Linux w/ Samba.

    --
    Hypocrisy is the 8th deadly sin.
  59. Insightful by Pan+T.+Hose · · Score: 1

    Quite an insightful comment I must say, at least for an argumentum ad personam. This was probably one of those "trollings" I'm hearing so much about, but still I will answer.

    On the other hand, if you'd like a wide selection of permissions on directories, users, and files, along with relatively easy and logical administration as well as high reliability (at least as far as networked file systems are concerned) then you should go with SMB.

    I was talking about security, not convenience. By security I mean the cryptography and number theory behind the protocol, not a "wide selection of permissions."

    The rest of your long and boring comment is a childish and baseless attack on my person, so please excuse me if I ignore it before you start comparing our penii length.

    --
    Sincerely,
    Pan Tarhei Hosé, PhD.
    "Homo sum et cogito ergo odi profanum vulgus et libido."
    1. Re:Insightful by Anonymous Coward · · Score: 0

      > Quite an insightful comment I must say, at least for an argumentum ad personam. This was probably one of those "trollings" I'm hearing so much about, but still I will answer.

      Argumentum ad personam? Don't you mean argumentum ad hominem?

  60. You're just supposed to take my word for it.... by general_re · · Score: 1

    ...when I tell you that my daughter's tricycle is 2.5 times faster in the quarter mile than a Ferrari F-50. ;)

    --
    ABSURDITY, n.: A statement or belief manifestly inconsistent with one's own opinion.
    1. Re:You're just supposed to take my word for it.... by Wolfrider · · Score: 1

      --You've gotta stop experimenting with those JATO units, man... ;-) That tricycle is gonna end up embedded in a cliff one of these days.

      http://www.rocketcarstory.com/

      --
      .
      == WolfriderV6 == I'm willing to admit that *I just might* be wrong... Are you??
  61. Re:First impressions, Must've skipped this... by im+a+fucking+coward · · Score: 1

    Samba provides file and print services to Windows PCs. It enables a Linux or Unix server to work as a file server for client PCs running Windows software.

    Looks pretty much like they ran Samba on Linux, right? Or maybe they ran it on Solaris, but that's sorta stupid.

  62. This is funny! by AstroDrabb · · Score: 1

    Not that long ago, MS hyped a "benchmark" using some old version of GNU/Linux and some old version of samba on a poorly configured Linux box and put it up against a tuned MS Windows 2003 server to show "how much faster" MS Windows 2003 is. Of course, the "benchmark" was funded by MS. Now a non-biased benchmark comes along and makes MS look just silly. Were not talking 5% - 10% faster, but 2.5 times faster! That is a big difference.

    --
    If Tyranny and Oppression come to this land,
    it will be in the guise of fighting a foreign enemy. -James Madison
  63. Makes you wonder... by Short+Circuit · · Score: 1

    ...if anyone's done any work on running kernel modules with user priviledges, or VFS interfacing with a userland daemon, like the way Netfilter does with ftwall.

    I'd have a blast working on it. Unfortunately, working/going to school for 80 hours a week just doesn't leave much time for other stuff. I tried going without sleep, but somehow my boss noticed a difference.

    Does anyone know of any statistics describing how much time a kernel developer spends on the kernel?

    1. Re:Makes you wonder... by Minna+Kirai · · Score: 1

      ...if anyone's done any work on running kernel modules with user priviledges,

      If you're willing to patch Linux, the line between user & kernel space can be easily blurred.

      With FUSD, a program can appear to be a kernel module, although it's running in user-space, for more safety and ease of development.

      With KML, a user program can be run in kernel space, for more performance and risk of catastrophy.

  64. Everybody! see the Windows user in the wild! by Creepy+Crawler · · Score: 1

    This wouldnt have happened to you IF you would have used Mozilla or likewise with POPUP KILLING. Let's see that one more time, with Mozilla...

    jsmyth>......

    See!!!! He wont say anything cause he wouldnt have seen it! Works like a charm ;-)

    --
    1. Re:Everybody! see the Windows user in the wild! by jsmyth · · Score: 1

      ROFL! Busted. Although I'm not using IE, believe it or not. I just haven't enabled popup-filtering in this browser...

      Chalk one up to the ad weenies, and clickety click, no more popups.

      --
      jer

      We may be human, but we're still animals
      - Steve Vai
    2. Re:Everybody! see the Windows user in the wild! by Creepy+Crawler · · Score: 1

      Oh, I know what you mean. Moz is a little too 'apt' to kill popup windows.

      On some sites, bave to turn it off to actualy use the site. They found a way to use popups as a good way to navigate.

      And of course, I was _trying_ to be a 1+funny whore ;-| Kinda didnt work.

      --
    3. Re:Everybody! see the Windows user in the wild! by jsmyth · · Score: 1

      I just noticed that my (boring) website got a few hits straight out of this Slashdot comment, about half were misc. Win machines, and only one of the Win machines had Mozilla, the rest were IE. Of the Linux viewers, about half were moz, half Galeon (excluding my own Mandrake/Galeon visits). The mind boggles.

      --
      jer

      We may be human, but we're still animals
      - Steve Vai
    4. Re:Everybody! see the Windows user in the wild! by Creepy+Crawler · · Score: 1

      That Winbox with mozilla was Phoenix/firebird. T'was me ;-) I went down to windows to play some Hitman 2 and Total Annihilation

      --
    5. Re:Everybody! see the Windows user in the wild! by jsmyth · · Score: 1
      I went down to windows to play some Hitman 2 and Total Annihilation

      Everybody! See the Windows user in the wild! ;-)

      --
      jer

      We may be human, but we're still animals
      - Steve Vai
  65. You mean refactoring... by rmdyer · · Score: 1

    Though not strictly true, you mean the Samba team has refactored the SMB protocol. Microsoft on the other hand has made it a point to not touch the existing historical routines until something is found to be wrong with them. When you refactor, the chance of effecting millions of different clients that depend on the initial very strict protocol timing is critical. Though Samba is faster, is it more reliable? Even more so, since they've not only refactored, but they've reverse engineered also? There is nothing wrong with what they've done as long as the finite state analysis reduces correctly.

    I for one applaud this kind of thing because I hate the fact that very few software programs get optimized over time. As a systems programmer, I resent moving on to other projects until I'm sure I've got the absolute fastest code. But alas, time, money, and resources ultimately give way to the need for change. It really just sucks. Way to go Samba team!

    -1

  66. Samba in a 2K PDC by Nazadus · · Score: 1

    I have been trying for the past month to get 3.0.0 to work with a Windows 2000 PDC, and still can't get ir right. I've gotten everyting BUT Samba to do it, (actually my goal is to authorize users from Active Directory to access shares and what-not). Part of the reason Linux is still hurting is beucase you have to jump through hoops to get this stuff running. I spent a whole day jacking around getting dependinces going for this and it really pist me off that Samba didn't list them. My vote -- Linux still ain't ready. Too much work to do the easiest things (or at least should be easy). I have yet to find a HOWTO that was up to date and actually worked for what I needed it to do... Linux documentation sucks. Yes, this may sound like flaimbait (and it's not), but how much easier is it for Windows to get things going before Linux? I can get my Win2K PDC up faster and more secure than I can my Linux box because of problems like these. (Go figure, this issue happened recently to me... so yeah) What will really impress me, is when a distro can do this out of the box. Communicate to Linux and Windows securely (without a registry hack on the Windows side... I don't play plaintext security.. it's like going without a condom). This will allow admins to 'try' linux for their bosses and allow a migration over. Some small buisnesses can't afford a sink or swim solution. My $0.02

    --
    "Do or do not. There is no try." -- Master Yoda (Half man, half muppet)
  67. Re:First impressions, Must've skipped this... by mlk · · Score: 1

    Windows 2k, running the Java version of Samba, Huhahahahahhaahha

    --
    Wow, I should not post when knackered.
  68. Re:Performance wrt Number of clients by imtheguru · · Score: 1

    Number of clients (more == better)

    Raw Data:
    Win 2003 Server: ### (3)
    Samba Server 3 : ############ (12)

    Normalised:
    Win 2003 Server: # (1)
    Samba Server 3 : #### (4)

    As visible Samba is able to handle 4 times the number of clients before performance takes a hit.

    --
    Yet Socrates himself is particularly missed.
    A lovely little thinker but a bugger when he's pissed.
  69. "reverse engineer"? by scosol · · Score: 1

    No, SMB is and always has been a very published spec.

    See this informative page:
    http://samba.anu.edu.au/cifs/docs/what-is-smb.html

    --
    I browse at +5 Flamebait- moderation for all or moderation for none.
    1. Re:"reverse engineer"? by AstroDrabb · · Score: 2, Interesting

      The base SMB or Server Message Block protocol is not the problem. It is as usual, all the MS extensions and divergences from this that are NOT documented publicly or published that make reverse engineering needed.

      --
      If Tyranny and Oppression come to this land,
      it will be in the guise of fighting a foreign enemy. -James Madison
    2. Re:"reverse engineer"? by Minna+Kirai · · Score: 1

      No, SMB is and always has been a very published spec.

      Are you intentionally lying? Or just ignorant?

      SMB is not an officially published spec. Notice how that informative page you linked is not provided by Microsoft, and in fact describes the fruits of external reverse-engineering efforts.

      (In recent years, pressure from successful reverse engineering projects has pushed Microsoft to reveal partial protocol details. But they're not complete, and it wasn't "always" published as you claimed)

      By claiming that SMB is a published spec, you denigrate the enormous effort put in by Trigdell, Allison & cohorts to puzzle out how it works, often dropping down to the level of sniffing ethernet packets.

      For further verification that "reverse engineering" is a COMPLETELY VALID description of Samba's development history, see any article, interview with one of the authors, including one conducted on Slashdot. Or just read their own mailing list even.

    3. Re:"reverse engineer"? by scosol · · Score: 1

      From the article I linked:

      "The earliest document I have on the SMB protocol is an IBM document from 1985. It is a copy of an IBM Personal Computer Seminar Proceedings from May 1985. It contains the IBM PC Network SMB Protocol. The next document I have access to is a Microsoft/Intel document called Microsoft Networks/OpenNET-FILE SHARING PROTOCOL from 1987. The protocol was subsequently developed further by Microsoft and others. Many of the documents that define the SMB protocol(s) are available at ftp.microsoft.com in the SMB documentation area."

      I dunno- SAMBA does a lot more than simple SMB passing, and my understanding is that most of the reverse-engineering work was done on the weird MS-proprietary auth schemes and such, though I could be wrong.

      In any case, I'm not trying to denigrate anyones' effort.

      --
      I browse at +5 Flamebait- moderation for all or moderation for none.
    4. Re:"reverse engineer"? by jdhutchins · · Score: 1

      The SMB protocol covers only some very basic stuff. NetBIOS covers some more stuff, and those two protocols are known fairly well.

      The problem is when you get to stuff that MS has invented themselves. You get into some problems with users and passwords, but most of the problem comes with domain browsers. The Samba team has reverse-engineered some of the stuff, and they're doing a great job.

    5. Re:"reverse engineer"? by scosol · · Score: 1

      Yeah- that was my understanding- that most of the cruftiness was in the NT-Auth, and the PDC functionality.

      Heh- sounds like a good time to upgrade samba on my in-house fileserver.
      (P5-133, 32MB, FreeBSD 4.2-RELEASE)

      It's great that SAMBA and a machine that old can still nicely saturate a 100tx link :)

      --
      I browse at +5 Flamebait- moderation for all or moderation for none.
  70. PARENT IS NOT FLAMEBAIT by scosol · · Score: 1

    For fuck's sake- it's a very valid point...

    --
    I browse at +5 Flamebait- moderation for all or moderation for none.
  71. Deja vu? by ikewillis · · Score: 1
    Anyone remember the previous IT Week article comparing Samba 2.x to Windows 2000, making just as outrageous claims and still no numbers to back it up after over a year?

    There is a scant amount of information on the actual tests performed in this article.

  72. Following the link at the end of the article... by mengel · · Score: 1
    Gets you to a slightly more descriptive article, which mentions:
    " The IT Week Labs tests used Ziff-Davis NetBench file server benchmark with 48 client systems. We selected a low-specification but otherwise modern server for our tests. We used an HP ProLiant BL10 eClass Server fitted with a 900MHz Pentium III chip, a single 40GB ATA hard disk and 512MB of RAM. We did not tune any of the software to improve performance."
    --
    - "History shows again and again how nature points out the folly of men" -- Blue Oyster Cult, 'Godzilla'
  73. Re:Panther has Samba in Apple's Open Directory ! by Anonymous Coward · · Score: 0

    Ohh, but if I wanted to use Samba on Panther Server I would have to un-rack one of my Dell 6450 servers and fill the hole with six Apple 1U servers.

    For about what the Dell cost.

    And I'd have to stop using Nt4 or 5 or Wind0ze server that I paid extra for, and use the OS that ships with the Apple boxes.

    butButBUT!!! I paid a LOT of money for that software!!

    Oh, I know, I won't have to throw away the Dell and it's virus-laden OS because my controller will not let me buy six CAT5E cables and a new Gigabit Ethernet router to get about 20 times the performance per U rack space.

    "Too much money."

    ====================

    The Micro$oft apologists on here are all too stupid to realize that "Battlestar Galactica" was actually an allegory of today's computing world that was 20 years too early. The Cylons are M$ and the rebels are [ Mac | Linux ]

  74. Hah.. by Enucite · · Score: 1

    And you think for a second Microsoft would go for that?

    That would mean having to compete on the merits of their product instead of relying on their (excellent) marketing department. This would give them a serious disadvantage.

    Never gonna happen.

  75. Samba? come on kiddies... out of the sandpit... by Captain+Novell · · Score: 1

    I would be interested to see a NetWare 6.5 server with NSS compete against these figures, after all if you are talking file and print performance you are talking NetWare and we all know it. As a sys admin I've stood at windows consoles waiting for file attribute information to be stamped, I've sworn at *nix for it's poor administration of file system rights but (with the odd exception in the 5.x days of NSS) I've not complained about NetWare. Novell has always had a team of dedicated programmers working on the file system and speed has always been a main concern with NetWare (in some cases far too much so) - you don't need Client32 anymore and my own benchmarking with CIFS in NetWare 6.5 shows considerable improvment over Win2k or 2k3. Put simply, NetWare as a file share platform in a large environment cannot be beaten. In a small environment I'd wonder why you'd even be interested in performance differences as you'd never see the effect. It should also be noted that NetWare 6.5 now gives 5 licenses for free. If you are going to talk about Printing I'd suggest that you look at iPrint, using the IPP protocol over HTTP you can bring up a floor-map based map of your printers for your users to click on to install on their desktops. Your average NetWare server can handle over one THOUSAND printers, novell actually states that 2000 is the limit: I've personally seen 1200 on one NetWare server.... someone show me a x86 *nix or M$ server that can have 2000 active printers please? Then there is the administration... web based via iManager 2.0, it's a dream compared to the MMC. Of course there are down sides to NetWare, it's not cheap (again, who cares we are talking performance and therefore large scale businesses that can afford it) and you have to get out of your comfort zone, however this whole discussion is based on 'horses for courses' and immature operating systems need not apply.

  76. i've gotta ask but... by zonker · · Score: 0

    does this mean that samba 3 is that much faster or that win2k3 is that much slower at the task?

  77. Another BS Test By Another BS Tester by davidylin · · Score: 1

    After all, who needs incredible high user count scalability for only simple file sharing on aging hardware? And what the heck was the setup? Anything setup slightly incorrectly can suffer incredibly major performance hits.

    1. Re:Another BS Test By Another BS Tester by davidylin · · Score: 1

      Oh, and here you are: "We did not tune any of the software to improve performance." Well, well, well. This benchmark is accurate if you are hiring monkies for your IT department. If you do that I can guarantee that your costs will go through the roof, 2.5 times more 'performance' or not.

  78. Re:The numbers.... RTFA by Cytotoxic · · Score: 1
    In order to RTFA you need to follow the "IT Week Tests" link at the bottom of the page. Under the heading of RTFA: They tested to a 500 client benchmark on a low end modern piece of hardware, identical for Windows and Samba.
    The IT Week Labs tests used Ziff-Davis NetBench file server benchmark with 48 client systems. We selected a low-specification but otherwise modern server for our tests. We used an HP ProLiant BL10 eClass Server fitted with a 900MHz Pentium III chip, a single 40GB ATA hard disk and 512MB of RAM. We did not tune any of the software to improve performance. Each NetBench client makes a constant stream of file requests to the server under test, whereas in real-world environments many users would remain idle for long periods. Consequently our test environment simulates the workload of some 500 client PCs in a typical production environment
    The other interesting thing to be gleaned from reading TFA is that SAMBA 3 is much more scalable on identical hardware:
    In terms of scalability, the gains of upgrading to Samba 3 are even more striking. Last year we found that Samba could handle four times as many clients as Windows 2000 before performance began to drop off. This year we would need to upgrade our test network in order to identify the point where Samba performance begins to fall in earnest.
    So, using ZDlabs standard benchmarks, on identical low end hardware
  79. It's not by Xtifr · · Score: 2, Insightful

    ...benchmark[s] favouring Windows [...] [are] instantly ripped to shreads, so why is this different?

    It's not different: the thread is FULL of people (including you) asking "where's the numbers" and calling this study FUD. Some of the highest moderated comments, in fact.

    Unfortunately, the response seems to be: MS doesn't allow anyone to publish their numbers. IIRC, they added this clause to their licenses after Oracle published some unfavorable-to-MS benchmarks.

    The real difference is that when OSS loses a benchmark test, the general reaction* is that the results are studied, and if they're legitimate (which they often are), then work begins trying to fix the problem, and the eventual result is (usually) a better system. When MS loses a benchmark test, they react by forbidding any more benchmark tests, and nothing else (usually) ever changes.

    * At least, the reaction amongst people who count, which is to say, the developers, not the pro-linux trolls on slashdot.

    1. Re:It's not by m00nun1t · · Score: 1

      Nice troll - how did this get modded insightful?

      Here's the facts, on the outside chance you are interested:

      http://www.chguy.net/news/oct00/sue-oracle.html:
      "Our licensing agreement stipulates that no benchmarking can be published without permission -- not unusual. Oracle has the same licensing terms," Murchie added. "In an ongoing attempt to keep Larry Ellison honest, Microsoft issued Oracle a standard cease-and-desist letter."

      It's always been there, nothing was changed as a result of Oracle.

  80. Re:Mod parent up: +1, Insightful by Anonymous Coward · · Score: 0

    try smell in the right place..

  81. slightly ot- weblications by AlienBrain · · Score: 1

    I fully agree with you on "weblications" growing. But while we're talking about it, can we please not use that term again? And another scary stupid buzzword I've heard too much lately: BUI. As in Browser User Interface. CLI and GUI are bearable, but BUI? Ugh. It's almost as bad as Blogs.

    Just my own 2cent rant.
    J

    1. Re:slightly ot- weblications by Anonymous Coward · · Score: 0

      agree 100%

  82. HP ProLiant BL10 eClass Server??? by pidge-nz · · Score: 1

    HP ProLiant BL10 e-Class Server? A File Server??? oh, puhleezz! It's equivalent to high-end laptop from two years ago. However, it's very useful for things like web servers, terminal servers i.e. scale-out applications. Go look at the product page here (hp.com) and decide for youselves. The 40GB drive is a laptop Hard drive, admittedly the faster 5400rpm variety. Not a 7200rpm desktop ATA or 15KRPM SCSI, let alone an array of them that I would expect to find in a file server.

    1. Re:HP ProLiant BL10 eClass Server??? by Anonymous Coward · · Score: 0

      As long as both tests were performed on the same machine then I do not see any problem.

  83. Also kudos to the Samba Team by Kashif+Shaikh · · Score: 1

    Isn't it simply awesome that a non-windows system can interoperate and participate fully within the Windows domain of networking?

    It's not like the samba team has only reverse-engineered 25% of the protocol. They literally have 100% compliance minus the Windows proprietary RPC protocol running on top of SMB. And that has been attacked too; Samba can be a primary domain controller, be part of a domain, etc.

    Kudos for the samba team for a job well done.

  84. And then Microsoft comes in by melted · · Score: 1

    And then Microsoft comes in and offers an independent test with these folks in the same lab, so that Linux people configure Linux machines and Windows people configure Windows machines. This happened once to Apache, it was simply ripped apart by properly configured IIS (remember post-Mindcraft face-to-face independent test?).

    Alas, Linux community is not learning lessons. I'd like to see Bill Almighty issue a smackdown order now. :0)

  85. confirmed - windows ME vs SAMBA = ME by dzigavertov · · Score: 1

    Of course, in order to achieve the same benchmark results as myself, you must be building a home network and completely giveup on ever getting Samba to work and just decide that an old ME laptop will have to be the print/file server instead.

  86. Apples to apples, please! by Anonymous Coward · · Score: 0

    You tell us that "speed was not an issue" for the customer, yet you proposed an expensive 2.4GHz server with Win2k3?! Did you not know the speed requirement at that time? You could spec a very good, reliable and decent-performing 1.8GHz (or less) Celeron machine running Win2k. A Win2k Pro license (there's nothing in Pro's EULA that prevents it from sharing files very effectively) goes for less than USD$200, so that shouldn't break the bank either.

    Anyways, I'm happy that you got a customer in Linux, but it didn't sound like a comparable Microsoft solution was even proposed.

    1. Re:Apples to apples, please! by Slashamatic · · Score: 1

      Pro shares for about 5 users unless it has been changed recently. It doesn't work with licensing, having a hard connection limit. It also lacks the management goodies.

  87. What should I run at home? by steveha · · Score: 1

    Please give me some advice.

    At home, I have a very small network. It's now all Linux machines (although my workstation can dual-boot into Windows for gaming).

    Currently I'm still using SAMBA on my server, but I have been wondering if there is something better I could use, now that the network is all Linux.

    What would you recommend? Is NFS horribly insecure? Is there anything else, such as CODA, that you would suggest? Is SAMBA really my best bet?

    P.S. The number one feature I wish for on my server is file backups, like the Norton Protected Recycle Bin features you get on Windows when you install Norton Utilities. The closest thing I have seen on Linux would be to run LVM and set up automatic snapshots. How would you suggest solving this problem?

    steveha

    --
    lf(1): it's like ls(1) but sorts filenames by extension, tersely
  88. NFS stands for "No Funckin' Security" by spasmoid · · Score: 1

    nuff sed ;)

  89. Well, since you asked... by HiggsBison · · Score: 1
    I've always been telling them to RTFM and just use scp like everyone else here, but they always cry and moan that they don't know how... One has to wonder which part of RTFM don't those morons understand...

    Are you talking about man pages? Maybe The Manual is nothing but obvious trueisms like "-gurfle invokes the gurfle feature" and mindless wave-offs like "-glork is not within the scope of this document. See The Other Fucking Manual for details."

    Sometimes users just need a handful of simple straight-forward plain vanilla examples printed out on an instruction sheet. But then sometimes a sysadm couldn't be Fucking Bothered to do something like that. That's why I get to put "good communication and inter-personal skills" on my resume... not that it's done any fucking good so far.

    --
    My other car is a 1984 Nark Avenger.
  90. Get them to use WinSCP2 by leonbrooks · · Score: 1
    I've always been telling them to RTFM and just use scp like everyone else here, but they always cry and moan that they don't know how...

    If they know how to use Windows Explorer, they know how to use WinSCP2. Point, click, drool. Of course, you can also use it for storing stuff besides porn.

    --
    Got time? Spend some of it coding or testing
  91. what's known. by Erris · · Score: 1
    It's just scary to see people who still believe a non-MS product == always secure.

    That is scary, but not as bad as clueless people who continue to believe that M$ has made changes. What's known is this, M$ == always insecure.

    --
    DMCA, Hollings, Palladium. What might have sounded like paranoia is now common sense.
  92. How are they moot? by Population · · Score: 1

    Microsoft likes to run benchmarks where the disk array is RAID 0.

    It does give better performance under some conditions, but it is the worst configuration with regards to your data. If any disk dies, you've lost all your data.

    A RAID 5 array would be more secure, but would not give as good performance in all circumstances.

    If the hardware was not specified, then the platform that used the least resources would have an advantage. Instead of paying extra for the extra megahertz, redundant components could be included.

    Then, after benchmarking each system, the benchmarks can be run a second time, with each team demonstrating how their configuration has advantages.

    The easiest one would be the RAID 0 vs 5 example. The RAID 5 team could cut one of the power cables to a drive on the RAID 0 team's server. That server would crash and everything would be lost.

    Then the RAID 0 team could cut a power cable to one of the RAID 5 team's drives. But their server would continue to run and no data would be lost.

    That is how to run a benchmark of two different software platforms.

    Comparing Apache on Linux to IIS on Windows. Do you go with one huge and expensive server with multiple processors and multiple network cards or do you go with a few cheaper but less powerful machines with only one processor and network card each?

    Which configuration would give you the best performance in that circumstance?

    Which configuration would be the most fail safe?

    Are you trading performance for reliability?

    1. Re:How are they moot? by smitty45 · · Score: 1

      I'm well aware of how to run regression testing for web performance...how to do it is not my point.

      The point is not a technical one. The point is that most of these crappy benchmarks are set up to fail in what they set out to do: compare two completely different OSs and applications (i.e. apache and IIS) set up by two different groups of people, and tuned the best they can.

      The "losing" group invariably complains that the OSs weren't tuned effectively, set up improperly,etc., and then cry foul about the setup, attempting to declare the results biased and moot.

      For example...with regards to performance and reliability...I, for one, have never (and will never) rely on raid for webservers....I'll have redundancy set up elsewhere (i.e. load balanced).

      p.s. having multiple processing power on webservers ain't gonna get you nuthin when compared to the same number of individual machines dolling out requests, even in a 'least # of connections' balancing algorithm. In webserving, CPUs don't mean crap. it's memory that matters.

  93. At least it will be open source... by edunbar93 · · Score: 1

    *Their* implementation of tar would be closed source, and protected by a EULA. Try getting out of THAT tarball!

    --
    "No problem. I have the capacity to do infinite work so long as you don't mind that my quality approaches zero."-Dilbert
  94. Re:Show me the f***ing ACLs! by Anonymous Coward · · Score: 0

    True, Novell does not currently have a supported Novell-developed Linux client. But they now have Ximian.

  95. Numbers now available by IT+Week · · Score: 1

    Those interested in the details of IT Week's test can see a graph of our findings here.

  96. Story now Updated by IT+Week · · Score: 1

    IT Week has added further information here, to meet all the calls for more data.

  97. I recommend remedial english classes. by Population · · Score: 1

    "The "losing" group invariably complains that the OSs weren't tuned effectively, set up improperly,etc., and then cry foul about the setup, attempting to declare the results biased and moot."

    Whereas I clearly stated that each group would do their own tuning. How can one side complain that their platform wasn't tuned correctly when they did the tuning themselves?

    "For example...with regards to performance and reliability...I, for one, have never (and will never) rely on raid for webservers....I'll have redundancy set up elsewhere (i.e. load balanced)."

    Which was covered in my second example. Given a set budget, how would each team configure their website? What are the performance benefits of each approach and what are the drawbacks?

    If you go with one server that eats up all of your budget, then running anything less than redundant disks is idiotic.

    If you run multiple servers in a cluster or load balanced configuration then the redundancy is provided by the servers themselves.

    I believe I had spelled that out clearly enough for anyone with any knowledge of the subject to understand.

    1. Re:I recommend remedial english classes. by smitty45 · · Score: 1

      "How can one side complain that their platform wasn't tuned correctly when they did the tuning themselves?"

      Uh. You're not understanding me. In past samba/filesharing/webserver/database benchmarks, there have been many times where the 'losing' group complained that the winning group had tuned their setup to be unfair and not within the boundaries of the test. Maybe you haven't seen reports of that happen...sorry if I assumed you had.

      I thought that *I* was clear in that. Basically, my point is that whenever a 'benchmark' is run and publishes the results as a form of endorsement for the 'winning' product, someone will complain about the procedure, the setup, or the way the results are calculated, and publicly deny the value of the benchmark.

      The only reliable benchmarks are those performed by *real* non-biased parties, and the exact specifics of tuning, setup, procedure, etc. have been documented. In addition, any reliable benchmarking will be using standard and open testing software (i.e. siege, httperf, bonnie, etc.) and not rely on proprietary tools such as LoadRunner.

      I'm very aware of the intricacies of webserving infrastructures with regards to performance and reliability.

      The only problem with your example is that it's not a "benchmark" in the traditional sense...it's an exercise in IT budgets. It's obvious that most situations will go with your latter option (multiple servers, load balanced) for many reasons, not just budgetary, performance, and reliability. Your suggestion for a 'benchmark' isn't measuring the performance of anything, except for the intelligence of the people running the tests.

      Having done many types of webserving, disk i/o, and cpu benchmarks for many different organizations, I'll ask you to trust me when I say that benchmarking is not quite as simple an effort as your post makes it out to be.

  98. {q] sftp speed? by 4of12 · · Score: 1

    SFTP

    An earlier poster alluded to ftp's strength - it's faster than snot. And while I'm sure ftp is faster than SMB, I'd guess it's faster than NFS as well. [Didn't Van Johnson (UCB) do early speed tests for Ethernet using ftp?]

    I haven't used sftp.

    I'm curious how it performs relative to ftp and to scp (as well as NFS and SMB) for different frame sizes.

    --
    "Provided by the management for your protection."
  99. Again. by Population · · Score: 1

    "Uh. You're not understanding me. In past samba/filesharing/webserver/database benchmarks, there have been many times where the 'losing' group complained that the winning group had tuned their setup to be unfair and not within the boundaries of the test. Maybe you haven't seen reports of that happen...sorry if I assumed you had."

    Did you miss the part about me saying how the benchmarks should be run? Should be run? SHOULD BE RUN?

    Instead, you're going on about how OTHER tests had problems.

    Try addressing what I've said instead of other situations, okay?

    "The only reliable benchmarks are those performed by *real* non-biased parties, and the exact specifics of tuning, setup, procedure, etc. have been documented."

    No they aren't. Because even those non-biased parties might tune one system for better performance than the other.

    That is why each vendor sends out their own teams.

    If anyone wants to argue that Team Samba doesn't know how to tune a Samba server, that's their problem.

    It might not be a "benchmark" in the sense you'd like it to be, but it would be a reliable comparision of two platforms. Which is what "benchmarks" are.

    "Your suggestion for a 'benchmark' isn't measuring the performance of anything, except for the intelligence of the people running the tests."

    Nope. I can get the smartest people to do the configuration, but if the software can't handle the load, it can't handle the load.

    How well would a web server from back in 1989 compare to a web server today? It doesn't matter how smart the people configuring it are, it will suck compared to a current server.

    "It's obvious that most situations will go with your latter option (multiple servers, load balanced) for many reasons, not just budgetary, performance, and reliability."

    Most, but not all. Remember, there was a Scandinavian ISP named Telia that deployed Linux on a mainframe to consolidate their websites. They went from 70 machines down to 1.

    Different scenarios can have completely different solutions.

    That is why each team should be given a budget and a scenario. Then let them do the best they can with their platform and that budget.

    1. Re:Again. by smitty45 · · Score: 1

      Sorry you're having so much trouble understanding me. Benchmarks are there to compare apples and apples. Entering budget as fixed variable into the scenario is not a benchmark, it's some other sort of evaluation.

      "That is why each team should be given a budget and a scenario. Then let them do the best they can with their platform and that budget."

      That's a great idea. But that's not known as a "benchmark".

      It's obvious to me that you're not quite aware of how the term 'benchmark' as its used in common terminology, and are only interested in arguing.

      When Microsoft argues about how the Samba Team tunes the server, (which they have in the past, and will in the future) then yes...they will cry foul over the results. Welcome to my point.

  100. It's all in the presentation by sjames · · Score: 1

    Saying you need to do a re-write for maintainability never gets the rewrite done. The only way is to say "Bu making some significant modifications, we can add x,y, and z.

    If x,y, and z are marketable enough, the project will be a go. Your first internal milestone is to have the code surviving the old test suite with the rewrite. The first milestone the PHB sees is a simulation of x with limitations. The second is a full implementation of x. Then comes y, etc.

  101. Well... by Pan+T.+Hose · · Score: 1

    Argumentum ad personam? Don't you mean argumentum ad hominem?

    Well... No.

    --
    Sincerely,
    Pan Tarhei Hosé, PhD.
    "Homo sum et cogito ergo odi profanum vulgus et libido."