Operating system for native 4K

edit

Would it be a good idea to list / tabulate which operating systems and virtualization environments support 4K native ? Windows 2012, 8, 8.1, Hyper V 3.0, Linux 2.6.31 onwards, FreeBSD 8.x, 9.x etc Pent2013 (talk) 06:48, 26 December 2013 (UTC)Reply

Developed by Western Digital ?

edit

Is this really *developed* by WD ?
The websites linked to express it differently: "As a result, the industry has decided to transition to a 4KB sector size dubbed Advanced Format."

Is it more accurate to say that the hard drive industry has collectively agreed on this changeover... and WD, as the first to incorporate it into products, is using the phrase "Advanced Format" for their implementation of this industry-agreed changeover ?
Or is this a format that WD did actually *develop* then convinced the rest of the industry to adopt ?
86.25.122.135 (talk) 14:35, 7 March 2010 (UTC)Reply

Doesn't look like it: http://www.idema.org/_smartsite/external/bigsector/ 129.101.174.6 (talk) 22:16, 5 November 2010 (UTC)Reply
That link is only showing a 404; a relevant page on idema.org that is available is: http://www.idema.org/?page_id=98
86.25.122.251 (talk) 12:52, 29 January 2011 (UTC)Reply
I believe that WD invented the marketing term. Because it's just an arbitrary number. Not exactly breathtakingly hard to think of. Optical drives have been 2048 bytes-per-sector for years. 2601:1:9500:6D5:8C25:E9D9:1588:7BC6 (talk) 08:44, 19 January 2014 (UTC)Reply
WD and Seagate are producing "Advanced Format" drives. Samsung's tool for their drives http://www.samsung.com/global/business/hdd/support/downloads/support_in_aft.html and Hitachi http://www.hitachigst.com/internal-drives/advanced-format-drives All provide "Advanced Format" though some require utilities.
This appears to be a drive format option for drives that store large files. The article already addresses that this benefits large files, at this time all drive manufacturers provide this as an OPTION, not a requirement. —Preceding unsigned comment added by 74.67.130.59 (talk) 18:00, 25 April 2011 (UTC)Reply

OS compatibility

edit

All access is done via emulated 512b sectors, so this section is irrelevant. All systems ever conceived have same level of compatibility with those transitional AFDrives. Perhaps what author meant was partitioning tool compatibility - which is merely "improved" (partitions properly aligned by default) rather than groundbreaking. Even unaligned partitions still work, just slow as hell. All xp or 2k partitions can be shifted into most efficient position (ie via the WDAlign tool)Agent L (talk) 21:23, 24 March 2010 (UTC)Reply

Linux also provides support, Google "Linux advanced format". I linked a few drive manufactures utilities, I do not know if there is a generic utility to format a drive, but I would not be surprised to see one as this is a industry standard and not a manufacturers standard. Therefor Linux may have a utility. —Preceding unsigned comment added by 74.67.130.59 (talk) 18:05, 25 April 2011 (UTC)Reply
I am not sure if this format will be supported by older devices (like raid cards). This might be nice too include.
Can someone figure out if OpenBSD supports this. OpenBSD is rather slow to adopt changes.
A few drives provide this option without the use of a utility. —Preceding unsigned comment added by 74.67.130.59 (talk) 18:22, 25 April 2011 (UTC)Reply

Not 100% scientific/encyclopedic -> advertisement ?!

edit

Although happy about finding information about the topic, I have the feeling that the authors are utilizing wikipedia for advertising their own technology?! It is not a bad thing, if WD-employees write articles about a technology that WD invented, but an encyclopedic article needs a more scientific approach. E.G.: What are the downsides of Advanced Format? What linux kernels are the EXACTLY who support this technology? Which complications can someone encounter using such disks, etc.. Also, it is not very nice that someone just uses advertising footage in here, i.e. the images are just copy/pasted from some self-advertisement. They should be redone for the special purpose of an encyclopedia, being more scientific and less advertisement. --77.49.54.61 (talk) 07:33, 24 August 2010 (UTC)Reply

I agree. Even the title seems NPOV. AFAICT "Advanced Format" is a marketing term for 4KB sectors. It may be worth noting that if you google for "4k sector" or "4096 sector" you get much more technical articles than if you google for "advanced format". It also seems rather silly that this article is bigger than Disk sector. While I think 4k sectors are a good idea, the compatibility mode seems like something that should be discouraged, as well as the marketing slang. Aij (talk) 23:40, 14 March 2011 (UTC)Reply
The standard is an open standard set by a independent industry supported organization. These organizations are usually created by the industry. Such organizations like w3c are similar and are not in dispute. I see no mention of Western Digital within the current revision.
Note: WD and Seagate are using "Advanced Format", while NewEgg does not even provide an "Advanced Format" or "4K Sector" Option yet. The problem with 4K sector alone is that it is too generic. Also this is not simply a change in the Sector Size but also the Error Correction. "Advanced Format" is Defined by http://www.idema.org/?page_id=2 which is an organization like w3c which is an industry run organization that is setting industry wide standards. All drive manufacturers are offering utilities to enable this format. The name of this article is not biased.—Preceding unsigned comment added by 74.67.130.59 (talk) 17:34, 25 April 2011 (UTC)Reply
The content is not an advertisement, as all drive manufactures now support this. See OS Support for Linux Kernel Information (which is supported).
There are details within the current revision that state the disadvantages, though the large sector size will mean that a 1Byte file will take 4Kb of space (I believe this is evident in the article though maybe I am just a techie). This is detrimental to disks that have a large number of small files. This format is better for large file storage such as video, music, etc (which is in the article). This is not simply a new sector size, it also provides a different form of ECC (as mentioned). This is a new standard. —Preceding unsigned comment added by 74.67.130.59 (talk) 18:12, 25 April 2011 (UTC)Reply

Giday, I think you are wrong and disagree with the statement in the article where it states that a 1k file would necessarily take 4k with 4k hardware sectors. this is all in the logic of the filesystem, reiserfs used tail packing 10years ago and many other modern filesystem use more efficient structures that do not simply use a list of fixed size blocks. the article and your statement above suggest that the issue is universal when it only applies to older filesystems like fat and ntfs.

bonge on! — Preceding unsigned comment added by 123.243.86.168 (talk) 14:19, 21 April 2012 (UTC)Reply


Please remove "The neutrality of this article's title, subject matter, and/or the title's implications, is disputed." as the title is not in dispute. All Manufacturers (Hitachi, Samsung, WD, and Seagate0 are offering tools for their drives. 4K Sector is to generic and Advanced Format 4K Sector. The article is also neutral.—Preceding unsigned comment added by 74.67.130.59 (talk) 17:56, 25 April 2011 (UTC)Reply

redirect

edit

Could someone please redirect advanced format to this page? Thanks. 69.111.194.167 (talk) 08:28, 13 April 2011 (UTC)Reply

Done. — Becksguy (talk) 01:34, 19 April 2011 (UTC)Reply

smartalign

edit

There is a "Disk realignment is necessary to avoid a performance" in the article, but seagate claims that their SmartAlign can do the realignment in drive firmware, without partition realignment. `a5b (talk) 14:55, 6 June 2011 (UTC)Reply

A similar claim is made by WD (with the use of jumpers to set the firmware to 512e). As for Seagate, I think this is a firmware setting without the need for jumper settings. If anyone can verify or find sources, it would be helpful.
The statement "Disk realignment is necessary to avoid a performance ..." mentioned above is true. Seagate's SmartAlign solution cannot avoid a performance loss, however, it is not as severe as a misaligned drive with no firmware solution to compensate.
Another thing I do take small issue with is the idea of "realignment". Currently, one cannot realign a drive unless its partitions are removed and the drive brought back to it's factory raw format (or the misaligned partition(s) that is (are) out of alignment is(are) removed). Essentially, this is a reformat and alignment of the hard drive's partitions. In this case, one does not necessarily require software tools provided by the manufacturers to properly partition and align the drive (one can accomplish this with tools such as fdisk, Gparted or Disk Utility through Linux).--Imwithid (talk) 04:10, 10 April 2012 (UTC)Reply


The following paragraphs are in response to the concerns raised above.

WD's "7-8" alignment jumper adds a +1 sector offset to each LBA. This means that when the OS accesses LBA 63, say, the drive transparently remaps it to LBA 64, thereby automatically aligning the partition. Of course this only guarantees alignment for the first partition.

The ATA standard allows a drive to report the logical/physical sector alignment via word 209 of the Identify Device information block.


Working Draft AT Attachment 8 - ATA/ATAPI Command Set (ATA8-ACS):
http://www.t13.org/documents/UploadedDocuments/docs2008/D1699r6a-ATA8-ACS.pdf
------------------------------------------------------------------------
7.16.7.72 Word 209: Alignment of logical blocks within a physical block
Word 209 shall report the location of logical sector zero within the first physical sector of the media. See Annex E for more information. This word is valid if bit 13 of word 106 is set to one.
Bit 15 of word 209 shall be cleared to zero.
Bit 14 of word 209 shall be set to one.
Bits 13:0 of word 209 indicate the Logical sector offset within the first physical sector where the first logical sector is placed.
------------------------------------------------------------------------


The following Seagate patent appears to relate to SmartAlign. It describes a method for accommodating a HDD with a physical sector size of 1KB on a host system that uses 512-byte logical sector format. The same algorithm could be applied to other physical sector sizes, including 4KB. ISTM that SmartAlign relies on write caching and read lookahead caching to avoid the read-modify-write cycle.


US Pat. 12138022 - Filed Jun 12, 2008 - SEAGATE TECHNOLOGY, LLC
Buffer Management for Increased Write Speed in Large Sector Data Storage Device:
http://www.google.com/patents?printsec=abstract&zoom=4&id=GxbLAAAAEBAJ&output=text&pg=PA3


Here is an extract from the patent:

"An intelligent write command routine improves the operational efficiency of a DSD [Data Storage Device] by avoiding media access of the disk when an LBA and the physical sector are unaligned, thus reducing write time. In one implementation, when a write command is received by the DSD from the host, the intelligent write command routine maintains the read data of the read buffer, instead of clearing the read buffer and performing a read of the target sector on the disk per standard protocol. The intelligent write command copies the necessary adjacent sector data from the read buffer as a data patch to the write buffer to splice around the write data received with the write command. Furthermore, following each write command, the data written to the disk in the write buffer is copied to the read buffer. In this manner, the read buffer is maintained with the most current data on the disk and does not need to be flushed unless the LBA of the write command is beyond the data ranges stored in the read buffer. Further, if read lookahead is active during read commands, a large amount of data may be available in the read buffer for use in patching 512 byte write commands to 1K sectors and thus significantly reduces the write time." — Preceding unsigned comment added by 121.44.124.214 (talk) 00:53, 12 August 2012 (UTC)Reply

4K-ready Host

edit

From the article:

  • 4K-ready Host (Client devices only): A host system which works equally well with legacy 512 as well as 512e hard disk drives.

I would assume that a 4K-ready host would work well with 4K native drives, too?

SyP (talk) 14:54, 13 June 2011 (UTC)Reply


I think there is a problem where someone has carefully avoided stating clearly what the capabilities of each o/s in terms of support for 512e and 4Kn. it is opaquely stated that win7 etc support 512e as does linux and osx, but it is not clearly stated that linux (and osx?) support 4Kn whereas windows does not.

bonge on — Preceding unsigned comment added by 123.243.86.168 (talk) 14:32, 21 April 2012 (UTC)Reply

edit

Does the logo relate to all categories of AF (as follows from the positioning of the logo in the article) or only to AF 512e (as mentioned in http://www.idema.org/?page_id=2153 )? 91.195.22.23 (talk) 11:46, 16 February 2012 (UTC)Reply

Could somebody put a smaller image on the page? It's kinda' large. Miller9904 (talk) 07:30, 6 June 2013 (UTC)Reply

512-byte ... since the inception of the hard-disk drive in 1956

edit

The claim that sectors have been 512 bytes since the inception of the hard drive in 1956 seems bogus.

The byte was an obscure unit invented in 1956 as part of IBM's Project Stretch. Stretch was a hardly noticeable proportion of the industry (very few were sold). It wasn't until the IBM System/360 was introduced that bytes became a common unit. So 512-byte sectors could not have been common before 1964.

The first disk drive was first part of IBM's unrelated 305 "RAMAC". That was a decimal computer and so didn't use bytes (so the disk didn't either). I don't know its sector size -- perhaps 100 decimal digits.

The first disk drives I used were on the IBM 1620. They had sectors of 100 decimal digits (with an extra "flag" bit per digit), and certain metadata. This was not 512 bytes.

IBM System/360 disk drives had tracks, each of which acted a lot like magnetic tape: software could choose a wide range of sector sizes, as long as the data and the block headers/trailers fit in a track. So 512 was neither normal nor optimal. Tracks were not a round number of bytes and were different for each disk drive model.

I used a PDP-8 disk drive (late 1960s). Its sectors held 128 12-bit words. Not 512 bytes.

I have no idea when 512-byte disk sectors became common. The earliest I could imagine is with the minicomputer revolution in the 1970s (yes, minicomputers existed in the 1960s but they were not common and they didn't routinely have disk drives).

BTW, the same dubious claim is made by Disk sector#History and has been disputed by another contributor. DHR (talk) 17:35, 9 April 2013 (UTC)Reply

My experience is that HP mini computers always used 256 byte sectors. This is implicit in the HP3000 MPE OS file system documentation where the minimum size of a file is 256 bytes and default "record" size is 256 bytes. http://bizsupport2.austin.hp.com/bc/docs/support/SupportManual/c01687363/c01687363.pdf documents the MPE LISTF command with format 11 displaying KB rather than displaying 256 byte sector counts -- the LISTF command was present since the early 1970s (though option 11 is newer) The newer HPVOLINFO command (http://bizsupport2.austin.hp.com/bc/docs/support/SupportManual/c01712464/c01712464.pdf) States: "Currently, this logical size is 256 bytes. In the future, however, disks may have different physical sector sizes. MPE will map them to system-wide logical sector sizes." Additionally, http://www.retrocomputing.net/parts/hp/hp7933/docs/7933HTechData-5953-3624-4pages-Mar82.pdf

Clearly documents that 256 byte sector size for this device.

JHawkins HP — Preceding unsigned comment added by 50.156.89.82 (talk) 17:33, 1 July 2013 (UTC)Reply

Nice info. It would be interesting to maybe explore this in more detail - after all, 8 bits per character basically wasn't standardised upon until the rise of microcomputers, that used the cheapest possible, practical, available architecture, that just happened to be based around 8-bit CPUs (which meant 8-bit buses and 8-bit memory, holding and transporting 8-bit chunks of data). IBM had quite a love of 6-bit and its multiples (particularly 18 and 36 bit word lengths), as seen with the use of EBCDIC; those word lengths were also rather convenient for storing records that were previously held on 9-track tape or 9-row (80-column) cards. Other companies as described also seemed to go in more for the multiples-of-3 idea, with 9, 12, sometimes even 24 bit architectures. And all the data on a disc, much like with a helical scan or single-track tape, is simply held as a string of bits. When you're not using data streams whose bit lengths can be cleanly divided by 8, why use disc sectors that are a certain power-of-2 multiple of 8? 512 bytes is 4096 bits. 4096 doesn't divide into 3, so it doesn't divide into 6, 9, 12, 18, 24, 36 either... (and neither, for that matter, does (520x8), in case the strangely mentioned alternative crossed your mind).
512 itself didn't come along as a standard until later, and I think was just a historical accident of being both where the technology was "at", and something that gave a convenient data granularity and file table size at the time of introduction of (5 and 10mb, 5.25 and 8 inch) "Winchester" drives in SoHo systems in the early 80s. Floppies were generally 128 and 256 byte sector, but also quite slow and low capacity, holding small files, and not ever so reliable, so very fine sectors with a relatively large amount of ECC made sense, and the file tables weren't so huge (when your disc holds 160kb, you only have 640 x 256b sectors to look after... the FAT doesn't even need to take up 1kb). Yer 5MB Winchester took things further with about 10000 x 512b sectors (a not unreasonable 20kb file table with 16 bit addressing)... and from there on out, thanks to the general stagnation that happens in the computing world when things don't HAVE to change, so it remained. When FAT16 hit an early limit, some bright spark came up with the idea of partitions using variable-sized "clusters" tuned to their individual sizes... and as an unintended side effect, as they forgot (or couldn't find space) to include anything that defined sector size (or indeed clusters as a set group of bytes rather than sectors), pretty much froze commodity HDDs at 512b because no-one could then release a 1024 (or larger) byte sector drive without breaking everything in the existing filesystem paradigm. Even though, bizarrely, CDROMs, DVDs, and even floppy discs (first 720k's, then 1.2 and 2.8MBs) leapfrogged to 1024 (floppies; first to simplify things in the double density transition from single to double sided, then because FAT12 didn't allow more than 2.0MB with 512b sectors), 2048 (CD) and 4096 (DVD) byte sectors. Even now, similar things are occurring; 4096 has only been chosen this time because it makes things easier, and doesn't "break" things any more than it needs to... IE transactional database atomic processes, Windows file systems (4k default clusters since introduction of FAT32), etc. One expects manufacturers would have gone for at least 32k, maybe 64k, if they could have done it without massive stress. The overhead saving would have been huge, and it still wouldn't have exceeded some previously seen maximum cluster sizes. Thankfully, 4k is but "phase 1", though the details of any later phases still to come haven't been announced.
Point of note: the "decimal digits" were quite likely BCD rather than any kind of multi-level recording, and thus would be 4 bits per digit. With an additional "status" bit (as per the Intel 4004 scheme) and 100 digits per sector, that's 500 bits per sector. Or 62.5 modern "bytes". Also, 128 x 12-bit characters is 192 "bytes"... So even without the IBM/etc three-times-table examples, it STILL need not be a power of two, multiplied by 8... 146.90.69.70 (talk) 01:56, 28 July 2013 (UTC)Reply
@146.90.69.70 wrote: "One expects manufacturers would have gone for at least 32k, maybe 64k, if they could have done it without massive stress. The overhead saving would have been huge"
I disagree. The savings would have been around 2%. The comparison table in the article states a change in formatting efficiency from 88.7% to 97.3%. In other words, AF makes an additional 8.6% of the physical drive capacity usable, and "wasted" space is reduced from 11.3% to 2.7%. For example, a 10.0TB drive with a native sector size of 512 Bytes has a physical capacity of about 11.27TB (10.0TB / 0.887). A 4kn drive with the same physical capacity has a usable capacity of about 10.97TB (11.27TB x 0.973), which is a nice, 10% increase. I'd gladly take an additional TB. Since wasted space is now only 2.7%, this limits the potential gain for further format changes. If we transition from 4k to 32k, we might again achieve a reduction of wasted space by a factor of four, but would gain only 2.7% times 3/4 equaling about 2.1% additional space. Who cares about the difference between 11.0TB and 11.2TB? Some may do so, but I don't, and I would definitely not call that a "huge saving". --RainerBlome (talk) 10:41, 12 December 2019 (UTC)Reply

4Kn on non-bootdrives

edit

It should be noted that drives with 4KB logical sectors work on Windows XP (even x86-32) an all later versions of Windows if not used as boot drives. --MrBurns (talk) 01:58, 31 May 2013 (UTC)Reply

I would respectfully ask for a cite on that, as the only reason I've ended up here is because of having trouble doing certain operations with a brand-new 3TB external HDD that's seemingly come formatted as an (XP compatible?) MBR/NTFS drive... Even Windows *7* can't write certain types of files to it (presumably those whose associated programs require sector-level access; disk backup images, VHDs...), and when I assumed this was because the partition size exceeded 2TB and so halved it, I could then neither make a new partition that occupied more than 0.5TB of the remainder, nor re-expand the original partition beyond 2TB again.
I suspect what's happened is that the manufacturer (Toshiba) pulled some trickery to format the thing with a bogus MBR, pre-engineered a primary NTFS partition within that which happens to take up "3TB", and are relying on Windows to believe what it reads from the NTFS partition info rather than what's listed in the MBR (which probably says 2TB, or maybe something completely invalid like 0 sectors...) ... and now that I've altered it to fit the specs, it's also tweaked the MBR, and all bets are off. ((I wonder what would have happened if I'd resized it to 2.5TB?)) ..... Hence, I'm considering converting it to GPT before I put any worthwhile data on there (right now I'm in a forced bit of mental downtime whilst moving the file-based backups I'd made to it temporarily onto whatever space I can find on my older, smaller discs).
It's likely that the drive itself is also running in 512e mode, and presenting its 4k native sectors as bunches of 8x 512 old style ones to prevent the OS shitting its pants. This would, of course, be compatible with XP 32-bit, at least up to the 2TB boundary, because as far as the OS is concerned, it's dealing with a normal, old style drive. But everything I've read so far suggests that both 4k native (or "4k logical") disks, and GPT based ones, simply don't work with XP, as it has no routines for dealing with this otherwise quite alien structure (I suppose you could probably co-opt the optical disc handling routines, but then you'd have to format your drives as UDF and probably deal with all kinds of additional issues surrounding maximum size, addressability, and write-on-demand). I guess we'll soon find out when I experimentally plug the thing into my older XP-based laptop and see what happens... In fact I think I'll do that both before and after the conversion (as it's reversible, after all)...
I mean, if it turns out I can reformat it as GPT, get a full 3TB partition, use the sector-based apps with it under Windows 7, AND connect it natively to WinXP instead of having to use it as a shared network drive (which would mean losing access via the old machine if the new one isn't present), I'd be a very happy camper. But it doesn't seem likely. 146.90.69.70 (talk) 00:40, 28 July 2013 (UTC)Reply

A citation was asked - i found this useful information: "Certain external 3 TB disks from Seagate (FreeAgent GoFlex) and Western Digital (My Book Essential) can be used - thanks to a technical trick - on XP at full capacity. They report over their USB or FireWire interface not the usual 512-byte sectors, but 4K sectors. In this way, the 2 TB limitation of the MBR can be avoided. But this trick also has disadvantages: programs, which do low-level access on the disk - for example formatting tools - may not work on such disks. Also, as a boot disk they are not suitable."(translated) from [1] (website of German computer magazine c't). So these adapters seem to do a back-translation of 512e to 4k sectors (thus undoing the emulation of Advanced Format). MBR has a limitation of *number of sectors* (not size of disk) <= 2 ^ 32, and if the sectors are 4k the MBR limit is extended theoretically to 2^32 * 4k = 16 TB. Furthermore the drivers of the operating system must be able to work with >2TB disks (theoretically LBA48 has a much larger limit, but the drivers have to support it too). Apparently if this is all the case, it can work even on Windows XP. Above, it is described by the way for external drives, so for 4k native *internal* >2TB-drives (once they are available) it should also work. 78.43.73.113 (talk) 14:31, 27 September 2014 (UTC)Reply

References

2 TB border?

edit

Somebody told me, you are able to build a hard disk greater than 2 TB only when using Advanced Format. But now I see WD Black 4 TB (WD4001FAEX) without Advanced Format. Could somebody explain this to me? --193.246.68.27 (talk) 13:41, 8 July 2013 (UTC)Reply

Somebody did not tell you the truth...
While larger sectors have several benefits (as described in the article) there is no technical reason in the design of harddisks why they could not continue to use 512 bytes per sector.
The 2 TB limit is not a limit imposed by the physical drive hardware, but by the 32 bit arithmetics used in the software in conjunction with 512 bytes / sector (2^32 * 512 = 2 TB). With 4096 bytes per sector you could reach up to 16 TB with 32-bit addressing, however, this is not really pushing the envelope. The solution to this problem is not 4 KB sectors, but using more than 32 bit for LBA addressing. This requires 48-bit or 64-bit arithmetics to be used in the software, and switching from MBR partitioning (which maxes out at 32 bit as well) to GPT partitioning.
The next limit will be when LBA-48 maxes out at 2^48 * 512 = 128 PB.
--Matthiaspaul (talk) 14:47, 8 July 2013 (UTC)Reply
I think there's some misunderstandings here. The shift to 4k sectors is an entirely physical thing, in essence; it allows manufacturers to get a "free" boost in capacity and speed by reducing the amount, and particularly frequency of error correction information and head positioning markers to something that's more in tune with the density and reliability of discs being made in 2013, not 1983. They've already been doing it for some time now - even WD's lower capacity, lower performance drives (e.g. the 1TB "Green") shifted over about 18 months ago... the idea that their highest capacity, highest performance one (the 4TB "Black") wouldn't have, in 2013, is pure folly. All you're seeing is the exposed 512-byte Emulation layer (hands up anyone here who remembers logical overlays to allow use of high capacity HDDs with incompatible BIOSes, back in the 504MB limit days? Yep, similar idea.) which the drive presents to the operating system by default, and is the source of various alignment woes if you don't take pains to reformat it properly (the official software is able to pick up on particular "hints" in the reported capacity data to properly repartition/reformat with full alignment of the OS's 4kb clusters to the disk's physical 4k sectors through the emulated 0.5k ones).
It doesn't mean you've got a 4TB disc that's somehow secretly not Advanced Format, because you haven't. Manufacturers typically AREN'T shouting about their devices using it, because it's not worth the serious user confusion and FUD that would result; the people who need to know about it, know about it, and those that don't get to know are yer typical home user whose machinery and operating system tend not to be more than about 5 years out of date and so have quietly and "automatically" integrated the necessary upgrades and updates to ensure full cross compatibility, and to allow the transition to happen absolutely silently. My mother doesn't know nor care what a hard disk sector is, nor its size, and neither does she need to, despite owning a Vista laptop and having access to a Win7 one, and both 2 and 3TB external discs... all that matters is that in those cases, the things work... The "advanced format" thing would be an utter irrelevance in 99.9% of situations, so they don't mention it. And the disc just goes on pretending to have 512-byte sectors.
Matthias does have it correct, though - if you use GPT formatting, it doesn't matter what your logical or physical sector size is... you can address up to 2^64 of them (approx. 18 quadrillion... quintillion? In any case, enough for (Sector Size) x 16 Exabytes of data, where an Exabyte is one binary million terabytes)... or in other words 8192 to 65536 exabytes with 512 and 4096 byte sectors... assuming something's done about the LBA issues (but I have a feeling that by this point we're achieving atomic densities, so there are far more pressing issues to overcome before the 131072 Terabyte LBA-48 limit (or indeed, a 1048576 terabyte one, with 4k sectors, seeing as each "logical block" that LBA addresses is actually one sector?) becomes a serious problem). As I said, AF has nowt to do with the actual filesystem put on top, it's merely a physical thing.
tl;dr, you've been lied to twice. The WD drive DOES have AF. And you don't need it to make a disk bigger than 2TB, it just makes it easier to engineer something of such high capacity, and allows it to have higher transfer speeds (both by a factor of about 10%). The more critical problems are the MBR-type filesystems (and indeed, the MBR used by older versions of Windows that flat out assume 512 byte sectors with no way of indicating anything different) and various other matters of OS and FS compatibility or inbuilt limits. The fact that the MBR limit, with 512b sectors, just happens to be 2TB itself only helps to confuse matters. 146.90.69.70 (talk) 01:21, 28 July 2013 (UTC)Reply

"512 (or 520) byte"...

edit

OK, I'm going to be bold and just flat out delete that "or 520" addendum from where it currently appears in the article, unless someone can come along and both explain just what the sweet jesus it's referring to, and make a good case for its retention.

I've been in this game more than 20 years now, seeing operating systems, filesystems, disk formats and a great many individual drives and disks come and go, and I've never heard of a 520-byte disk sector. 128, 256, 512, 1024, 2048, 2336, 2352 and 4096, sure, but not 520. And, even if it exists (which I can't discount outright, even though it's be both weird and very rare), what is its relevance to Advanced Format? It's merely 8 bytes longer than 512 after all, it's not going to be some massively revolutionary size-freeing-up alternative to 4k sectors. Plus it would simply not work with the vast majority of higher-level filesystems out there.

C'mon, whoever put that in. Defend yourself and your kooky number. 146.90.69.70 (talk) 02:05, 28 July 2013 (UTC)Reply

Right. Now removed, and some other tweaks done. Out of interest I rolled back through the edit history to see if it was original to the page or added by someone at some point. It looks to have been introduced by a (named) editor sometime back in 2010 who added a suspiciously huge amount of text and images all at once, plus a single link... a link which goes to some industry body webpage with a presentation that includes some very familiar looking images for anyone who's looked down the article page (what's the copyright status on those - is Wikipedia allowed to reproduce them?). Said page, however, doesn't currently make any reference to 520-byte sectors. I wouldn't be entirely surprised if they'd done a huge cut and paste job from a previous version of said page/presentation that had a careless typo in it, since corrected, such that the "old" sector size was reported as 520 bytes throughout, and our editor in question, being smart but maybe not best informed, spotted the discrepancy... not knowing which was correct, they made it an either-or.
That said, if someone can show us some systems, widespread enough to be of note in this situation, that use that slightly bigger number, I'd genuinely be very interested to see it. 146.90.69.70 (talk) 02:36, 28 July 2013 (UTC)Reply
IIRC, 520 bytes / sector were used by some Hewlett Packard machines. I should have some documents about them in my archive. In either case, 520 bytes / sector, as odd as they may seem to normal IBM-compatible PC users today, are no non-sense, therefore I put them back in for now. Matthiaspaul (talk) 08:50, 28 July 2013 (UTC)Reply
A quick web search reveals that drives with sector sizes other than 512 bytes were (and still are) available in the market. Disk vendors and distributors I found having offered them include IBM, Seagate, Hitachi, EMC, NetApp, Dell, with interfaces such as SCSI, SAS, Fibre Channel, and SATA. Common hard disk sector sizes include byte payloads of 256, 512, 514, 516, 518, 520, 522, 524, 528, 1024 and now 4096 bytes per sector, with 512, 1024 and 4096 bytes per sector the most common ones. Here are the specs of some Hitachi harddisks supporting various sector sizes: [1] --Matthiaspaul (talk) 21:28, 6 August 2013 (UTC)Reply
Please add the reference on a page, where that info is on topic. It's certainly interesting, but here it's only confusing. I've removed two still existing unsourced 520 muddying the water. The 1956 detail could also go, if nobody finds a good reference for ancient cases of 512. –Be..anyone (talk) 21:52, 9 January 2015 (UTC)Reply
Done, please check it out. — Dsimic (talk | contribs) 22:05, 9 January 2015 (UTC)Reply
Quotes (1): Woohoo! Yet another API. (2) Anal-retentive applications use direct or sync I/O. (3, on a mockup popup window) Disk write returned -EATFLAMINGDEATH. BrokenOffice failed saving your document due to volume "MY_USB_DRIVE" catching fire. Please select a different place for your document. [X Roger]
That's unfinished (?) marketing for additional checksum info for each 512 bytes sector. All (physical+rotating, not solid state) disks back to the times of floppy disks and earlier always had something in the direction of checksum/start/end/number markers between sectors, minimally a gap. It's not a 520 or 528 bytes sector with 520 or 528 bytes data. The 8 or 16 extra bytes are consumed by whatever "enterprise" data integrity feature Oracle tried to sell. It's off topic for the 4Kn/512e article, maybe you find a place for this reference in articles related to HBA, SATA, Parallel_SCSI, or just Oracle. This unfinished (?) PDF was written in a time before Advanced Format, it mentions 4096-bytes sectors are coming.Be..anyone (talk) 06:14, 10 January 2015 (UTC)Reply
Well, it's true that Oracle pushed DIF and DIX, but they are a reality. There are HDDs with 520- and 528-byte sectors, such as HGST Ultrastar ("Ultrastar 7K4000 dual port SAS is available in traditional 512, 520 and 528 byte sector size."), and Linux kernel supports DIF/DIX. The 520 or 528 actually is the size of a sector, in bytes, as that's how large is the smallest allocatable unit on such HDDs; those additional 8 or 16 bytes are usable space, as their purpose is to allow the RAID controller or application to store additional checksums. With all that in mind, it's actually good for the article not to be restricted to 512 as the sector size found in mainstream HDDs. Hope you agree. — Dsimic (talk | contribs) 06:59, 10 January 2015 (UTC)Reply
It is off topic here. There are no drivers, filesystems, or operating systems supporting sector size 520 as data in the same way as 512 bytes are data. There is no plausible reason to create such drivers, filesystems, or operating systems, why would anybody pay $$$ for a data integrity feature, and then disable it to get eight bytes more per sector? Strange formatting tricks for floppy disks as DRM existed 25 years ago, that won't justify to add obscure info on completely unrelated pages like this, e.g., "while 512 bytes were often used other sizes could be also achieved". Which reader interested in 4Kn/512e expects to find a complete history of unusual things here? Should I post the source code demonstrating a working sector size 32 bytes DOS RAM disk driver below or above 520? –Be..anyone (talk) 10:05, 10 January 2015 (UTC)Reply
As you can see in provided references, 520- and 528-byte sectors are there, and I still find that we have no reasons to limit the article to mainstream technology. You've also asked which reader would be interested in such stuff, and I have an answer: I would. Back at the time when I was only reading the articles, I always wanted to see more than a Joe Average would expect to see. Thus, not all readers are Joe Averages, and quite frankly, I'd bet that Joe Averages don't even care about the Advanced Format.
When I wrote that additional 8 or 16 bytes are usable space, it didn't mean or write that the additional space is accessible to end users. Instead, it's accessible to the RAID controller or application (as I also wrote above). With your example of a DOS RAM disk driver, what should a RAM disk have in common with HDDs in general (except that an operating system sees it as a HDD, but that's irrelevant in this context), and why would sector sizes emulated in a RAM disk driver have anything to do with sector sizes in HDDs? Sorry, but as a counterargument that really makes no sense. — Dsimic (talk | contribs) 10:49, 10 January 2015 (UTC)Reply
3rd opinion invited. –Be..anyone (talk) 15:03, 13 January 2015 (UTC)Reply
Perhaps Dispute resolutions would be a viable next option, if needed.
Lightgodsy(TALKCONT) 17:14, 13 January 2015 (UTC)Reply
I can't see a dispute here, just a discussion between editors who happen to have a different view. No harm done, therefore no need to escalate non-issues like this. --Matthiaspaul (talk) 00:41, 17 January 2015 (UTC)Reply
Like Dsimic, I find the alternative sector sizes interesting enough to be mentioned in an article dealing with the transition of one widespread sector size to another. It's good for the quality of an article to provide rich context information. In the context of the transition to 4K sectors, I think, it's useful to remind people (developers) that other sector sizes exist as well. It helps in the design of more compatible or flexible systems.
However, we shouldn't start to discuss these alternative sector sizes in better details in this article (unless they would be specifically dealt with in the AF standard). Any further information about them (and I am certainly one of those who would be interested to learn more about them) should be put into articles dealing with various hard disk sector sizes in general (perhaps one of those articles on internal recording formats).
--Matthiaspaul (talk) 00:41, 17 January 2015 (UTC)Reply

Dougolsen ... naughty boy?

edit

OK, the "named user" I alluded to above is actually Doug...

Now, I could be getting the wrong end of the stick, maybe he was actually the graphic designer for the IDEMA presentation, and maybe it's a public domain thing that he and we are free to share... particularly as some similar looking images that AREN'T part of it appear here...

But still, there are pictures in the article that are clearly just crops from a presentation on their site concerning AF (they have a downloadable PDF which features identical diagrams in better (vector!) resolution than what wiki does), and in whose copyright fields Doug has listed the ownership info as "own work".

The PDF's listed author is one "Liz Ohlhausen". I don't think "own work" applies to cutting something out and sticking it in an electronic scrapbook.

Unless those diagrams are considered public domain, are actually Doug's to give away, or "fair use" in some other area, we might have to -actually- roll our own brightly coloured, seemingly MS Painted (or maybe Powerpointed?) depictions of how 512-byte sectors expand to 4kbyte and the like...

(It might also be the case that a good amount of the article copy is also lifted from IDEMA textual sources, but I haven't gone so far as to check/verify this. Perhaps he's just rather knowledgeable and a prolific typer.) 146.90.69.70 (talk) 02:49, 28 July 2013 (UTC)Reply

Did you send Liz a link to this discussion? If Doug actually made the logo for her, this would be still an issue of it's work-for-hire or if he's employed/member of the association behind said article's main content. It seems like either conflict-of-interest or plagiarism is likely. You could still make the fair use argument as it's not exactly like Wikipedia is selling hard drives or copying the presentation. At least I hope we didn't just copy their white sheets! XD 2601:1:9500:6D5:8C25:E9D9:1588:7BC6 (talk) 09:16, 19 January 2014 (UTC)Reply

List of typical drives

edit

It would be good to have a list of typical 512e and native 4K drives

ie

512e

WD EARS Later Seagate 2 and 3TB drives

Native 4K

not many

soem Toshiba 1.8" drives in in devices — Preceding unsigned comment added by 95.147.129.196 (talk) 14:34, 19 October 2013 (UTC)Reply

Due to technical and marketing reasons, it's likely that the first non-512B-sector drives will be in something alongs the lines of NAS or DVR boxes and corporate-aimed servers. With Linux, the kernel isn't the limitation anymore, so mainly it's a matter of Grub or Lilo supporting it. http://www.acronis.com/support/documentation/ABR11.5/index.html#21004.html and a (tech support) forum discussion I read seems to imply that they're already being used in external USB drives. Performance advantage of '4Kn' drives is going to be questionable at best since partitioning tools now try to use multiples of 8 sectors or even a megabyte (for SSD's), and if ever they go to 100TB+ drives, we'll have the same issue with larger sector sizes. It's quite possible that a standard will be that all drives include the logic to convert to 512e unless the OS specifically askes it not to or a boot CD utility disc from the manufacturer will be able to set it to native/emulated. 2601:1:9500:6D5:8C25:E9D9:1588:7BC6 (talk) 09:48, 19 January 2014 (UTC)Reply
Hello there! Some sources say that the April 2014 end-of-life for Windows XP (which doesn't support them) is going to be the mark for AF disks to become commercially available. Any references, please, for the optional/configurable 512e emulation you're describing? I'm also wondering what's going to happen with the supply of 512-byte (or 512e) HDDs as spare parts for older computers not supporting 4Kn for any reason? — Dsimic (talk) 21:12, 19 January 2014 (UTC)Reply
Are you sure about the USB 4Kn thing? I've read before about many >3TB USB external drives presenting 4k sectors to the host and I even have one myself (haven't cracked it open though in case I need the warranty) but AFAIK most of there aren't really 4Kn. If you open up the external drive and connect the drive directly via SATA, you actually find it's a 512e drive. The USB controller is simply taking the 512e SATA and presenting the drive as a 4k sector drive to the USB host (which should be aligned, unless the manufacturer really screwed up). While some would still call this a 4Kn drive I find it a little confusing and I don't think these are ever sold as 4Kn drives per se.
Personally I would be surprised if 4Kn drives are really used in external drives. Most of these, or at least the mass market cheap ones are simply bog standard 3.5" drives put in a casing with a SATA to USB controller and getting power from a 12V external power supply. I think even the more expensive ones are the same, simply with better casing, fancier controllers with more options such as ethernet, firewire or eSATA (well you don't really need much for this but probaly for market differentation reasons most don't present this). Producing special drives, even if all you need is special firmware or worst case a different logic board (but if you're going to that might as well make them USB native) defeats the advantage to the manufacturer of simply being able to use any drive for it.
Things are a little different in the portable drive field (i.e. 2.5" or smaller). Since manufacturers are aiming for small size, there is a minor advantage to only having one logic board. There's also the fact some portables use 12.5mm thick hard drives which I expect are probably most commonly used in portable hard drives anyway since they are too thick for most laptops [2]. (I think even 9.5mm is getting less popular.) 15mm enterprise drives are of course a different kettle of fish. So there do seem to be a number of native USB portable hard disks. For these disks, if they present 4K to the host then I guess you can say they are 4Kn unless the manufacturer is doing something really weird with an internal SATA to USB. But since these haven't topped 2TB I don't know if it's an issue yet anyway.
Nil Einne (talk) 14:26, 1 March 2014 (UTC)Reply

Requested move

edit
The following discussion is an archived discussion of a requested move. Please do not modify it. Subsequent comments should be made in a new section on the talk page. Editors desiring to contest the closing decision should consider a move review. No further edits should be made to this section.

The result of the move request was: not moved. Xoloz (talk) 01:32, 20 March 2014 (UTC)Reply



Advanced FormatAdvanced format – Case normalization per MOS:CAPS. As the article says, it's a generic term. Sources confirm. Dicklyon (talk) 02:10, 12 March 2014 (UTC)Reply

I don't think we have anything in MOS:CAPS about capitalizing "umbrella marketing terms" and things that have logos. It's neither a proper name nor a trademark. It's generic. That's why books like this one and magazines like this one use lower case (and this one partly). Dicklyon (talk) 03:38, 15 March 2014 (UTC)Reply
... while, for example, these books use the upper-case form: book #1, book #2, and book #3. To me, writing it as "advanced format" is simply more confusing than "Advanced Format". — Dsimic (talk | contribs) 23:11, 15 March 2014 (UTC)Reply
The above discussion is preserved as an archive of a requested move. Please do not modify it. Subsequent comments should be made in a new section on this talk page or in a move review. No further edits should be made to this section.

What is the role of external HDD enclosures in this standard

edit

This page contains much general information that is a good introduction. But there are still issues that are left pretty vague, and things that are confusingly mixed. For example the 3 categories in the top right box seem to concern different things.

It would be nice to identify the various interfaces that can exist in a system and explain what happens at each interface. Typically, I use 3TB disks, which I access through external enclosures connected by USB, with a PC under an OS (Linux in my case). So I have at least two interfaces: drive-enclosure, and enclosure-PC, and possibly more inside the PC between hardware and OS (I do not know).

How do(es) the standard(s) operate at each interface. Typically, for the same HDD inside, some enclosures are seen by the system as one 2.7MiB drive with 512B sectors, while some others see two drives of 2MiB and 0.7MiB, with 512B sectors. I cannot explain that from what I read in the current wikipedia page. What is the role played by external enclosure in the Advanced format scheme.

I also wonder why some manufacturers claim they can handle 4TB, or 6TB, or 8TB, which I see as limitations. Why not handle more? What is the nature of the problem.

Wikipedia readers are not all specialists. Thanks. Teetooan (talk) 13:31, 24 August 2015 (UTC)Reply

edit

Hello fellow Wikipedians,

I have just modified one external link on Advanced Format. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:

When you have finished reviewing my changes, please set the checked parameter below to true or failed to let others know (documentation at {{Sourcecheck}}).

This message was posted before February 2018. After February 2018, "External links modified" talk page sections are no longer generated or monitored by InternetArchiveBot. No special action is required regarding these talk page notices, other than regular verification using the archive tool instructions below. Editors have permission to delete these "External links modified" talk page sections if they want to de-clutter talk pages, but see the RfC before doing mass systematic removals. This message is updated dynamically through the template {{source check}} (last update: 5 June 2024).

  • If you have discovered URLs which were erroneously considered dead by the bot, you can report them with this tool.
  • If you found an error with any archives or the URLs themselves, you can fix them with this tool.

Cheers.—InternetArchiveBot (Report bug) 20:12, 4 October 2016 (UTC)Reply

edit

Hello fellow Wikipedians,

I have just modified 3 external links on Advanced Format. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:

When you have finished reviewing my changes, you may follow the instructions on the template below to fix any issues with the URLs.

This message was posted before February 2018. After February 2018, "External links modified" talk page sections are no longer generated or monitored by InternetArchiveBot. No special action is required regarding these talk page notices, other than regular verification using the archive tool instructions below. Editors have permission to delete these "External links modified" talk page sections if they want to de-clutter talk pages, but see the RfC before doing mass systematic removals. This message is updated dynamically through the template {{source check}} (last update: 5 June 2024).

  • If you have discovered URLs which were erroneously considered dead by the bot, you can report them with this tool.
  • If you found an error with any archives or the URLs themselves, you can fix them with this tool.

Cheers.—InternetArchiveBot (Report bug) 08:18, 27 June 2017 (UTC)Reply

Request for Additional Information Inclusion - Change a HDD from 512e to 4Kn Mode

edit

In this article's presentation, I mistakenly got the impression that one could buy either a 512e or a 4Kn. However, after some digging, I discovered that at least one manufacturer (Seagate) allows the end user to change a drive from 512 Emulation mode to Native 4k mode. [Seagate's SeaChest]

With all three of the major Operating Systems (Windows, MacOS, Linux) being able to support 4Kn, I'd been surprised that the industry appears stuck halfway through transition, at 512e mode, especially in that sector misalignment presents itself as a fairly performance lagging issue.

I am therefore requesting, after Categories: 512e and 4Kn paragraphs some information indicating the possibility of changing from 512e to 4Kn. However, I have only identified one manufacturer providing this capability, and do not know the status of others.(76.112.155.131 (talk) 10:07, 26 December 2019 (UTC))Reply