--Back in the day (high school) I remember optimizing a spaghetti-code BASICA TREK program. Mainly changing the input+enter to 2-key combos, colorizing the "tactical grid" from white to green, and making the ASCII-art Enterprise Warp pylons look better...
--Tried porting it to Powerbasic (286 back then, doncha know) and the thing wouldn't import - it was over 64K without the binary tokens!// might see if I still have teh code lying about somewhere, just for kicks
--If you're not doing much of anything else on the system, you can get better results with a higher number of simultaneous jobs: ' make -j6 ' for example. Also look into " distcc " to use other PCs while compiling.
Drivers can be updated. The standard is almost there. There are a number of things that will NOT change with it. The problem is that USB has always been just "tacked on" to Windows. It's never been really well supported.
--Maybe in Win98 days, but what's wrong with the USB support in XP and later?
Don't talk crazy. There have been so many Major Changes to the kernel between 2.6.1 and now that it would make your head spin. Modules are not *designed* to be compatible between kernel versions - that's why they need to be recompiled ( and updated by manufacturers, if they're binary-only. )
--Deus Ex had a revival recently due to the Nameless Mod -- I've played it and it's really quite good. Google should return a result; I highly recommend it.
--They might just not have thought of it. Article says they're looking for feedback and possible ways to improve; might be worth a few min to shoot them a note and see what they say...;-)
--Given the thought they've put into this already, I wouldn't be surprised if they're actually using HDPARM to spindown the boot disk for most of the time. And they probably have a few pre-imaged drives lying around...
--I'll just say this: the day when we can leave spinning physical disks behind and get to something like cheap, massive SSD (but without the limited-write-cycle penalties) - it will be a Good Day(TM).
-- ' fsck ' on JFS filesystems is the fastest I've seen, as well -- one more reason to use it. If you look at the JFS tree structure, it's really quite elegant.:-)
--There was a Slashdot review article on Linux filesystems a while back that made me switch from Reiserfs v3 to JFS for practically everything (except " / " partition - tail packing is great for root - and squid.)
--JFS is low-cpu and FAST - especially on Firewire/USB external drives. Make sure you enable " noatime " in etc/fstab and do some speed experiments.
--Oh, puh-leeze. Disk space is so incredibly cheap now, anyone trying to jackleg-run VMware+NTFS from a Linux host is just NUTS.
--You can buy a **Terabyte drive** (even external) for under $100 these days. Format it to JFS and use "noatime" in fstab, and copy/clone/migrate the VMs over from the NTFS side. Use eSATA if at all possible, Firewire for speed/multiple disks, or USB2 for the lulz/last resort.
--I hear ya that we need a common filesystem, but there's a Right Way(TM) to go about some things -- and Linux+NTFS is not it. You'd even be better off using file-sharing and mounting the VM directories over Samba if necessary - but I wouldn't trust that method for long-term usage. It's just Not Designed To Work That Way.
" Linux and Windows -- virtually coming together at last."
--Yah, where was this guy when I was running Win98 on Vmware Workstation 3.1 -- Linux host -- back in the day? That was back in like 2002, and probably ran well before that.
--In reality with 10Mbit link, you'd be lucky to get ~850-900KB/sec for an FTP transfer over a small LAN, in real-world speeds. ( From what I recall ) Feel free to correct if you have a real-world story...
--Agreed. Best practice I've seen with Active Dir is to give the machine a generic name, like WS12500 - and put all the descriptive info somewhere else. That way the only time the machine name changes is when it gets reimaged or changes domains.
--It's like day and night. Firewire is better than USB2, but eSATA runs the drive at "native" speed.
--Using Linux + JFS filesystem, I might get 25-30MB/sec writing to Firewire; using eSATA can go up to 50MB or even 100MB/sec burst speed, depending on the drive and SATA card. Well worth the expense of getting a combo external drive carrier like this one:
--I use 4.2.2.x almost exclusively after dealing with horrible ISP DNS servers. Internet access is nice and fast now. Slowdowns, having to bounce the modem, etc are pretty much nonexistent now. And I never have to worry about "ganking" DNS situations like multiple other providers have pulled.
Slashdot Mirror
--Jean Luc Picard and James T. " I'm. William. Effing. SHATNER! " Kirk, last I checked...
// Hates teh ribbon
--Back in the day (high school) I remember optimizing a spaghetti-code BASICA TREK program. Mainly changing the input+enter to 2-key combos, colorizing the "tactical grid" from white to green, and making the ASCII-art Enterprise Warp pylons look better...
--Tried porting it to Powerbasic (286 back then, doncha know) and the thing wouldn't import - it was over 64K without the binary tokens! // might see if I still have teh code lying about somewhere, just for kicks
--If you're not doing much of anything else on the system, you can get better results with a higher number of simultaneous jobs: ' make -j6 ' for example. Also look into " distcc " to use other PCs while compiling.
http://wiki.vpslink.com/HOWTO:_Install/Configure_Distcc
( Grumblez about the rising costs of $EVERYTHING )
Drivers can be updated. The standard is almost there. There are a number of things that will NOT change with it. The problem is that USB has always been just "tacked on" to Windows. It's never been really well supported.
--Maybe in Win98 days, but what's wrong with the USB support in XP and later?
Don't talk crazy. There have been so many Major Changes to the kernel between 2.6.1 and now that it would make your head spin. Modules are not *designed* to be compatible between kernel versions - that's why they need to be recompiled ( and updated by manufacturers, if they're binary-only. )
--Shazbot - it sounds like you would get better speed using smoke signals or Signal flags, rather than using this crappy ISP!
--Hey, it worked out OK for Green Day! :P
--Deus Ex had a revival recently due to the Nameless Mod -- I've played it and it's really quite good. Google should return a result; I highly recommend it.
--They might just not have thought of it. Article says they're looking for feedback and possible ways to improve; might be worth a few min to shoot them a note and see what they say... ;-)
--Given the thought they've put into this already, I wouldn't be surprised if they're actually using HDPARM to spindown the boot disk for most of the time. And they probably have a few pre-imaged drives lying around...
--I'll just say this: the day when we can leave spinning physical disks behind and get to something like cheap, massive SSD (but without the limited-write-cycle penalties) - it will be a Good Day(TM).
--Citation:
http://hardware.slashdot.org/story/04/05/11/134214/Linux-Filesystems-Benchmarked?art_pos=34
-- ' fsck ' on JFS filesystems is the fastest I've seen, as well -- one more reason to use it. If you look at the JFS tree structure, it's really quite elegant. :-)
--There was a Slashdot review article on Linux filesystems a while back that made me switch from Reiserfs v3 to JFS for practically everything (except " / " partition - tail packing is great for root - and squid.)
--JFS is low-cpu and FAST - especially on Firewire/USB external drives. Make sure you enable " noatime " in etc/fstab and do some speed experiments.
' mkfs.jfs /dev/sdXX ' /mnt/jfs ' /dev/sdXX /mnt/jfs -onoatime '
' mkdir
' mount
' cd /mnt/jfs '
' time (dd if=/dev/zero of=tmpfile bs=1M count=500;sync) '
--Is the Librarian an orangutan, by any chance?
/ it's elephants all the way down
--Oh, puh-leeze. Disk space is so incredibly cheap now, anyone trying to jackleg-run VMware+NTFS from a Linux host is just NUTS.
--You can buy a **Terabyte drive** (even external) for under $100 these days. Format it to JFS and use "noatime" in fstab, and copy/clone/migrate the VMs over from the NTFS side. Use eSATA if at all possible, Firewire for speed/multiple disks, or USB2 for the lulz/last resort.
--I hear ya that we need a common filesystem, but there's a Right Way(TM) to go about some things -- and Linux+NTFS is not it. You'd even be better off using file-sharing and mounting the VM directories over Samba if necessary - but I wouldn't trust that method for long-term usage. It's just Not Designed To Work That Way.
" Linux and Windows -- virtually coming together at last."
--Yah, where was this guy when I was running Win98 on Vmware Workstation 3.1 -- Linux host -- back in the day? That was back in like 2002, and probably ran well before that.
--A different approach to teh problem: Run XP Host OS ++ (Vmware or Qemu), with a Linux virtual machine. Best of both worlds.
--In reality with 10Mbit link, you'd be lucky to get ~850-900KB/sec for an FTP transfer over a small LAN, in real-world speeds. ( From what I recall ) Feel free to correct if you have a real-world story...
--Agreed. Best practice I've seen with Active Dir is to give the machine a generic name, like WS12500 - and put all the descriptive info somewhere else. That way the only time the machine name changes is when it gets reimaged or changes domains.
Actually I was a bit hasty - the one I own is this one:
http://www.newegg.com/Product/Product.aspx?Item=N82E16817347017
--It's like day and night. Firewire is better than USB2, but eSATA runs the drive at "native" speed.
--Using Linux + JFS filesystem, I might get 25-30MB/sec writing to Firewire; using eSATA can go up to 50MB or even 100MB/sec burst speed, depending on the drive and SATA card. Well worth the expense of getting a combo external drive carrier like this one:
http://www.newegg.com/Product/Product.aspx?Item=N82E16817347016
( Disclaimer - I own the above product and am quite happy with it. )
--eSATA, for the most part. But I still prefer Firewire over USB2.
--Well, now you know one. ;-)
--I use 4.2.2.x almost exclusively after dealing with horrible ISP DNS servers. Internet access is nice and fast now. Slowdowns, having to bounce the modem, etc are pretty much nonexistent now. And I never have to worry about "ganking" DNS situations like multiple other providers have pulled.
--You can do this with the Squid proxy cache as well, pretty easy to set up in the config file.