Please replace the content of the "Memory management" and "Virtual memory" sections, after the hatnote under "Memory management", with: (note that the virtual m
| Please place new discussions at the bottom of the talk page. |
| This is the talk page for discussing improvements to the Operating system article. This is not a forum for general discussion of the subject of the article. |
Article policies
|
| Find sources: Google (books · news · scholar · free images · WP refs) · FENS · JSTOR · TWL |
| Archives: 1, 2, 3, 4, 5, 6, 7Auto-archiving period: 6 months |
| This It is of interest to the following WikiProjects: | |||||||||||||||||||||
| |||||||||||||||||||||
| This article is written in American English, which has its own spelling conventions (center, color, defense, realize, traveled) and some terms may be different or absent from other varieties of English. According to the relevant style guide, this should not be changed without broad consensus. |
| This edit request by an editor with a conflict of interest has now been answered. |
Please replace the content of the "Memory management" and "Virtual memory" sections, after the hatnote under "Memory management", with: (note that the virtual memory section in my version is a subheading of "memory management")
Extended content
|
|---|
|
Memory hierarchy is the principle that a computer has multiple stocks of memory, from expensive, volatile (not retaining information in case of power shutoff), and fast cache memory, to less expensive, volatile, and slower main memory, and finally most of the computer's storage in the form of nonvolatile (persistent) and inexpensive, but less quickly accessed solid-state drive or magnetic disk.[1] The memory manager is the part of the operating system that manages volatile memory.[1] Cache memory is typically managed by hardware, while main memory is typically managed by software.[2] Early computers had no virtual addresses. Multiple programs could not be loaded in memory at the same time, so during a context switch the entire contents of memory would be saved to nonvolatile storage, then the next program loaded in.[2] Virtual address space provided increased security by preventing applications from overwriting memory needed by the operating system or other processes[3][4] and enabled multiple processes to run simultaneously.[5] Virtual address space creates the illusion of nearly unlimited memory available to each process, even exceeding the hardware memory.[6] Address translation is the process by which virtual addresses are converted into physical ones by the memory management unit (MMU).[7][8] To cope with the increasing amounts of memory and storage in modern computers, the MMU often contains a multi-level page table that can resolve any address along with a translation lookaside buffer (TLB) that caches the latest memory lookups for increased speed.[9] As part of address translation, the MMU prevents a process from accessing memory in use by another process (memory protection).[10] Virtual memoryOften the amount of memory requested by processes will exceed the computer's total memory.[11] One strategy is that after a process runs for a while, it will be put on idle and its memory swapped to permanent storage. Then, the memory can be reused for another process.[12] The downside of this approach is that over time the physical memory becomes fragmented because not all processes use the same amount of physical address space.[13] Also, the user may want to run a process too large to fit in memory.[14] Free blocks are tracked either with bitmaps or free lists.[15] The most common option of managing overflow from memory is dividing each process' memory usage into segments called pages.[14] All of the memory is backed up in disk storage, [16] and not all of the process' pages need to be in memory for execution to go ahead.[14] If the process requests an address that is not currently in physical memory (page fault), the operating system will fetch the page and resume operation.[8] References
|
Reason: Add sources, more closely harmonize the amount of detail for each subtopic with the amount of coverage in reliable sources Buidhe paid (talk) 06:26, 4 February 2024 (UTC)
There are multiple parts where info is just wrong. Darwin uses modified utilitities ffrom FreeBSD for compatibility, but the kernel and core of the OS is completely different. Android is not UNIX based, it's based on Linux which makes it Unix-like not actual UNIX. A VM is a virtualized or emulated computer, not an OS, it is typically used to run a seperate OS from the host machine's OS but it isn't an OS. Please fix these and other errors. Squid4572 (talk) 02:53, 21 September 2024 (UTC)
GNU is not mentioned at all in the whole article. "Linux" can't be called an OS at all while at the same time ignore its origins. That scheme shows only one point of view. The most common implementation of operating systems with Linux is the GNU operating system and anything compatible (much like current PCs are IBM-compatible, in short, are IBM PCs). It has a well known web site and a well known foundation hosting and maintaining a great collection of well known software packages. I think that GNU should be added somehow to this page. It can't be ignored like it is right now. 188.77.74.81 (talk) 19:35, 1 May 2025 (UTC)
| The following discussion has been closed. Please do not modify it. | |
|
I would like to propose the removal of the market share statistics currently included in the lead paragraph of this article. The sentence: > "As of September 2024, Android is the most popular operating system with a 46% market share, followed by Microsoft Windows at 26%, iOS and iPadOS at 18%, macOS at 5%, and Linux at 1%..." is based entirely on data from StatCounter, a commercial analytics provider. While the citation is technically present ([3]), this usage raises several serious concerns: 1. **Placement** – The lead of a Wikipedia article is meant to summarize the *core subject*, not present potentially biased market data. This gives undue prominence to a narrow, browser-based metric with no context or balance. 2. **Source quality and neutrality** – StatCounter is a private company offering paid analytics services. Its data is based on user agent strings from a small subset of websites and is inherently skewed against operating systems that prioritize privacy, such as Linux. Its methodology is not peer-reviewed, and the company has a financial incentive to promote its own metrics. 3. **Misleading implications** – Readers may assume that these figures represent authoritative or comprehensive usage data, when they do not. The metrics entirely exclude servers, embedded systems, mainframes, institutional deployments, and desktop systems that block or spoof tracking — all areas where Linux is widely used. Presenting these numbers without caveats reinforces misconceptions. 4. **Policy alignment** – According to Wikipedia’s policies on WP:DUE and WP:UNDUE, inclusion of material from a single commercial source with known limitations — especially in the opening paragraph — risks skewing the neutrality of the article. In short: this statement does not belong in the lead. It may, if properly contextualized and attributed, be appropriate *later in the article*, perhaps in a section specifically about operating system adoption metrics — provided multiple perspectives are presented. I propose the removal of this sentence from the lead and welcome feedback on this suggestion. | |
This entire article is very poorly written and appears to be based on a plethora of articles pulled from various sources without an understanding of what they were pulling, the content or context . much of what is in this article has absolutely nothing to do with operating systems .much of the information in this article is inaccurate, misleading, or has an improper history attached to it please replacing the entire article. ~2026-18461-3 (talk) 18:04, 9 January 2026 (UTC)
This edit request has been answered. Set the |answered= parameter to no to reactivate your request. |
Informasi ini disarikan dari Wikipedia dan disajikan kembali untuk tujuan edukasi. Konten tersedia di bawah lisensi CC BY-SA 3.0. Kami tidak bertanggung jawab atas ketidakakuratan data yang bersumber dari kontribusi publik tersebut.