This should work on the CD or DVD image. Illustrated below is the steps for the CD image.First, if you do not have an ISO image already, download CD1 via jigdo or bittorrent. If I had more time, I'd probably screencast how to do all that, but if you fetch the .jigdo and have jigdo installed, it's downhill from there.mkdir /mnt/debian-7.8.0-i386-CD1-ttyS0sudo mount -o loop,ro debian-7.2.0-amd64-CD-1.iso /media/cdromrsync -av /media/cdrom/ /mnt/debian-7.8.0-i386-CD1-ttyS0/Open the file below:isolinux/isolinux.cfg: serial 0 115200prompt 0timeout 0default installlabel install menu label ^Install menu default kernel /install.amd/vmlinuz append term=linux priority=low console=ttyS0,115200 text initrd=/install.amd/initrd.gz --save and quitRun the command below:sudo genisoimage -r -J -b /mnt/debian-7.8.0-i386-CD1-ttyS0/isolinux/isolinux.bin -c /mnt/debian-7.8.0-i386-CD1-ttyS0/isolinux/boot.cat -no-emul-boot -boot-load-size 4 -boot-info-table -o /tmp/debian-7.2.0-amd64-CD-1-ttyS0.iso /mnt/debian-7.8.0-i386-CD1-ttyS0Burn your CD with new ISO.Finish Here was my setup on an Amazon Medium Instance using APC:php.ini configuration[APC]extension=apc.soapc.enabled=1apc.shm_segments=1;32M per WordPress installapc.shm_size=128M;Relative to the number of cached files (you may need to watch your stats for a day or two to find out a good number)apc.num_files_hint=7000;Relative to the size of WordPressapc.user_entries_hint=4096;The number of seconds a cache entry is allowed to idle in a slot before APC dumps the cacheapc.ttl=7200apc.user_ttl=7200apc.gc_ttl=3600;Setting this to 0 will give you the best performance, as APC will;not have to check the IO for changes. However, you must clear ;the APC cache to recompile already cached files. If you are still;developing, updating your site daily in WP-ADMIN, and running W3TC;set this to 1apc.stat=1;This MUST be 0, WP can have errors otherwise!apc.include_once_override=0;Only set to 1 while debuggingapc.enable_cli=0;Allow 2 seconds after a file is created before it is cached to prevent users from seeing half-written/weird pagesapc.file_update_protection=2;Leave at 2M or lower. WordPress does't have any file sizes close to 2Mapc.max_file_size=2M;Ignore filesapc.filters = "/var/www/apc.php"apc.cache_by_default=1apc.use_request_time=1apc.slam_defense=0apc.mmap_file_mask=/var/www/temp/apc.XXXXXXapc.stat_ctime=0apc.canonicalize=1apc.write_lock=1apc.report_autofilter=0apc.rfc1867=0apc.rfc1867_prefix =upload_apc.rfc1867_name=APC_UPLOAD_PROGRESSapc.rfc1867_freq=0apc.rfc1867_ttl=3600apc.lazy_classes=0apc.lazy_functions=0While this configuration works great for me, it may not for you. Finding The Perfect APC Configuration is like asking how many stars are in the sky. The are endless variables, like, How much RAM, how many websites, do your websites support lazy classes, etc... The best way to create your config is to do a little research. This post was meant to give you a push in the right direction.P.S. There seems to be a lot of debate about apc.stat = 0. The general thought is, set apc.stat=0 on production servers and it will prevent APC from actually going to the IO to check if the file has been changed. However, the WordPress dashboard and W3TC get kinda bitchy with this setting!My advice: Are working in the WordPress dashboard daily, and running W3TC? Then set: apc.stat = 1. Your fragmentation will be higher. Your sites will loadslightly slower, but when you click Update Post, APC will flush that piece of cache.Source: Greg Rickaby Previous tutorial warned about using certain nonalphanumeric characters in your variable names. This is because those characters are used in the names of special Unix variables. These variables are reserved for specific functions.For example, the $ character represents the process ID number, or PID, of the current shell:$echo $$Above command would write PID of the current shell:29949The following table shows a number of special variables that you can use in your shell scripts:VariableDescription$0The filename of