Deutsch English Français Italiano |
<vs86sh$omhc$1@dont-email.me> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail From: Paul <nospam@needed.invalid> Newsgroups: comp.os.linux.advocacy,alt.comp.os.windows-11 Subject: Re: Is Microsoft Trying To Revive ReFS? Date: Sat, 29 Mar 2025 03:18:39 -0400 Organization: A noiseless patient Spider Lines: 66 Message-ID: <vs86sh$omhc$1@dont-email.me> References: <vs4iug$186dc$1@dont-email.me> <m4m1kuFg1o5U2@mid.individual.net> <vs4q9s$1f4r1$1@dont-email.me> <vs73vk$3jepm$3@dont-email.me> <vs7pfe$80tl$1@dont-email.me> <vs84r9$mffn$3@dont-email.me> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Injection-Date: Sat, 29 Mar 2025 08:18:41 +0100 (CET) Injection-Info: dont-email.me; posting-host="5f66d7e607c52d58fac087c2af4bc51e"; logging-data="809516"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/t02phriIuCED2IzBeUKZ6nIhvAgZCrD0=" User-Agent: Ratcatcher/2.0.0.25 (Windows/20130802) Cancel-Lock: sha1:YfNekig+raufK3m3n84GAZn5PPI= Content-Language: en-US In-Reply-To: <vs84r9$mffn$3@dont-email.me> Bytes: 4390 On Sat, 3/29/2025 2:43 AM, Lawrence D'Oliveiro wrote: > On Sat, 29 Mar 2025 00:29:49 -0400, Paul wrote: > >> On Fri, 3/28/2025 5:23 PM, Lawrence D'Oliveiro wrote: >>> >>> On Thu, 27 Mar 2025 20:25:31 -0400, Paul wrote: >>> >>>> And yeah, I just bought a 35 petabyte hard drive yesterday. >>>> What a coincidence :-) >>> >>> In Linux, we can have volumes spanning multiple physical drives, using >>> technologies like LVM (not to be confused with LLVM). >>> >>> Not sure that Windows has anything like LVM, though. >>> >> You would need to find a server group, to discover best practice. >> There is Storage Spaces. and Veritas Dynamic Disk allows some virtual >> volumes to be constructed. > > So, mainly third-party stuff? Limited or no functionality built-in? > The Veritas technology was *bought* by Microsoft, and part of the contract terms, are to include the name of the company inventing the idea. Dynamic disks have been in Windows for over 20 years. The dynamic disk metadata is stored on all disk drives connected to the PC, so it cannot get lost. Technologies like this age, and there are fewer reasons to use them today. Storage Spaces is a *Microsoft* technology. I'm not skilled enough to give you a lesson in all the options. It is used on servers. You might find one user in the Windows group who uses it for home arrays/pools. Most of us don't have enough disk-on-line to need stuff like that. It can handle a lot of disks, likely to be as many as you can fit cards in the PCIe slots for. At least 100 disks can be in a pool. In my sample photo, I only put four disks (VHD virtual ones), just to illustrate the interfaces for setup. To some extent, Microsoft buys fewer softwares today. In WinXP era, it bought the Presidents Software defragmenter, put it in WinXP. The interface for that software, does not give credit to the Presidents corporation people. Microsoft also bought the defragmenter safe-block-move software from another company (they may have a patent on it), and all the defragmenter companies today, including the shrink and expand operations for partitions, use the safe-block-mover to try to prevent trouble. While a disk is being defragmented, if the power goes off, nothing is lost. This implies atomic updates of some sort, or at least, a safe way of moving blocks. In the Win98 era, Microsoft bought the network stack, but that is purely my own theory based on how the OS can "hang" on certain network operations. And it implies a lack of integration when Win98 was written. The network stack may have been monolithic and just plunked into the OS. And that had consequences for some network operations. A number of companies bought network stacks. Tenon Intersystems used to sell network stacks to third-parties. but after a certain company "donated" a network stack to the industry, companies stopped buying them, and started "owning" the stacks internally. And were faced with one fewer issue to solve. They did not necessarily copy the source code of that sample stack, but if they needed a sample implementation, they could look at that code for the "inspiration". Paul