ITTO980867A1 - Sistema e metodo per utilizzare un disco ram di elaboratore. - Google Patents

Sistema e metodo per utilizzare un disco ram di elaboratore. Download PDF

Info

Publication number
ITTO980867A1
ITTO980867A1 IT000867A ITTO980867A ITTO980867A1 IT TO980867 A1 ITTO980867 A1 IT TO980867A1 IT 000867 A IT000867 A IT 000867A IT TO980867 A ITTO980867 A IT TO980867A IT TO980867 A1 ITTO980867 A1 IT TO980867A1
Authority
IT
Italy
Prior art keywords
drive
volatile
volatile memory
logical
designator
Prior art date
Application number
IT000867A
Other languages
English (en)
Inventor
Alan E Bellitz
Original Assignee
Dell Usa Lp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Dell Usa Lp filed Critical Dell Usa Lp
Publication of ITTO980867A1 publication Critical patent/ITTO980867A1/it
Application granted granted Critical
Publication of IT1303133B1 publication Critical patent/IT1303133B1/it

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0604—Improving or facilitating administration, e.g. storage management
    • G06F3/0607—Improving or facilitating administration, e.g. storage management by facilitating the process of upgrading existing storage systems, e.g. for improving compatibility between host and storage device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061—Partitioning or combining of resources
    • G06F9/5077—Logical partitioning of resources; Management or configuration of virtualized resources
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0629—Configuration or reconfiguration of storage systems
    • G06F3/0631—Configuration or reconfiguration of storage systems by allocating resources to storage systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0629—Configuration or reconfiguration of storage systems
    • G06F3/0632—Configuration or reconfiguration of storage systems by initialisation or re-initialisation of storage systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0638—Organizing or formatting or addressing of data
    • G06F3/0644—Management of space entities, e.g. partitions, extents, pools
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/0671—In-line storage system
    • G06F3/0673—Single storage device
    • G06F3/0674—Disk device

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Software Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Stored Programmes (AREA)
  • Hardware Redundancy (AREA)
  • Techniques For Improving Reliability Of Storages (AREA)

Description

DESCRIZIONE dell'invenzione industriale dal titolo: "Sistema e metodo per utilizzare un disco RAM di elaboratore"
TESTO DELLA DESCRIZIONE
La presente descrizione è relativa in generale ad elaboratori e codice software per controllare l'accesso ad un dispositivo di memoria di elaboratore, e, più specificamente, ad un sistema e un metodo per determinare un determinatore drive utilizzato da un dispositivo di memoria volatile per mettere in comunicazione tale designatore con altri programmi.
Tipicamente, un elaboratore comprende parecchi dispositivi di memoria diversi, quali un banco di memoria ad accesso casuale (RAM), un drive a disco rigido e/o un drive a disco floppy. I dispositivi di memoria sopra citati si comportano in maniera diversa, e sono pertanto utilizzati in maniera diversa. La RAM fornisce una memorizzazione molto rapida ma volatile dei dati mentre il drive a disco rigido e il drive a disco floppy (chiamati collettivamente drive a disco) forniscono una memorizzazione in qualche misura più lenta, ma non volatile. A causa dei loro diversi comportamenti e utilizzi, i tipici drive a disco sono utilizzati per la memorizzazione a lungo termine méntre la RAM è utilizzata per la memorizzazione a breve termine. Tuttavia, esistono programmi, quali RAMDRIVE della Microsoft Corp. di Redmond, WA, che consentono ad un elaboratore di utilizzare la RAM come se fosse un drive a dischi, cioè un disco RAM. Il disco RAM può essere utilizzato per varie applicazioni, anche se ha un dispositivo di memoria volatile.
A scopo esemplificativo, una applicazione che trarrebbe beneficio dall'utilizzo di un disco RAM è un processo di scarico utilizzato dai costruttori degli elaboratori per installare software su un nuovo elaboratore. Utilizzando un disco RAM, il processo di scarico può funzionare più rapidamente, i dispositivi di memoria non volatile possono rimanere non utilizzati e pertanto non frammentati, e qualsiasi file temporaneo creato sul disco RAM si distruggerà a causa della natura volatile del disco RAM.
Tuttavia, l'utilizzo di un disco RAM in un processo di scaricamento ha parecchie difficoltà associate. Nei sistemi operativi quali DOS, Windows oppure Windows 95 della Microsoft Corp., da qui in avanti rappresentati dal DOS, si assegnano in sequenza determinatori di drive logici, o lettere di drive, per i vari dispositivi di memorizzazione logici, con la lettera di drive assegnata al disco RAM che è determinata dopo che si sono assegnate le rispettive lettere di drive a tutti i drive logici sui dispositivi di memoria non volatile. Pertanto, la lettera di drive da assegnare al disco RAM non è nota ed è probabile che sia diversa da elaboratore a elaboratore.
Quando si è assegnata la lettera di drive per ogni drive logico, compreso il disco RAM, la lettera di drive per il disco RAM deve essere trasmessa al processo di scarico. Tuttavia, il DOS non supporta le comunicazioni inter-processo, cioè la lettera di drive assegnata non può essere trasmessa al processo di scarico tramite un ambiente DOS. Un ambiente DOS è una esemplificazione di un ambiente master DOS che contiene una serie di assegnazioni variabili da utilizzare tramite il DOS ed altri programmi in esecuzione sull’elaboratore. Si comprende che l'ambiente master DOS e le sue esemplificazioni sono ben noti ai comuni esperti nel ramo e pertanto, a scopo di chiarezza e brevità, non saranno discussi ulteriormente.
Pertanto, quello che è necessario è un sistema e un metodo che consenta ad un processo, quale un processo di scaricamento di software, di apprendere il determinatore di drive per un disco RAM per un utilizzo successivo da parte del processo.
L'invenzione
In risposta a ciò, sono previsti un sistema e un metodo per determinare un determinatone di drive utilizzato da un dispositivo di memoria volatile e comunicare tale designatone ad altri programmi. In una forma di attuazione, un elaboratore comprende un processore per eseguire codice di sistema operativo, una RAM, e un dispositivo di memoria a drive a disco rigido. La RAM comprende un disco RAM in essa configurato e il dispositivo di memoria a drive a disco rigido comprende almeno una partizione. Il codice di sistema operativo riconosce sia il disco RAM sia la partizione di drive a disco rigido come drive logici e pertanto contiene una serie di almeno due blocchi di parametri di drive (DPB), un DPB per ogni drive logico. L'elaboratore comprende inoltre una routine software per determinare una lettera di drive assegnata al disco RAM e comunicare tale lettera di drive a un altro programma.
In primo luogo, la routine deve accertare la lettera di drive assegnata al disco di RAM eseguendo in sequenza le seguenti fasi: accedere ad un DPB dalla serie, esaminare il drive logico designato dal DPB, e determinare se il drive logico è il disco RAM. Certe caratteristiche predefinite dei drive logici consentono alla routine di determinare se è un disco RAM o meno. Per esempio, una partizione di drive a disco rigido ha in modo convenzionale due coppie della sua tabella di allocazione di file mentre un disco RAM in modo convenzionale ne ha solo una.
Quando la routine accerta quale DPB è associato al disco RAM, essa reperisce la lettera di drive assegnata a tale DPB. La routine memorizza quindi la lettera di drive in una predeterminata locazione, quale un ambiente master del sistema operativo. Pertanto, un programma può accedere al disco RAM facendo riferimento alla predeterminata locazione.
Il suddetto riepilogo illustra soltanto alcune delle molte forme di attuazione diverse e potenziali. Forme di attuazione aggiuntive sono descritte ulteriormente qui di seguito.
Breve descrizione dei disegni La Figura 1 è un diagramma a blocchi di un elaboratore comprendente un processore, un drive a disco rigido e una RAM per implementare una forma di attuazione.
La Figura 2a è una configurazione schematica del drive a disco a rigido dell'elaboratore di Figura 1.
La Figura 2b è una configurazione schematica della RAM dell'elaboratore di Figura 1, dopo che si è avviato l'elaboratore.
La Figura 3 è un diagramma di flusso di una routine che deve essere eseguita dall'elaboratore di Figura 1.
Descrizione dettagliata della forma di attuazione preferita
Con riferimento alla Figura 1, il numero di riferimento 10 indica un elaboratore avente parecchi componenti, compreso almeno un processore 12, una RAM 14, un disco rigido 16 ed un disco floppy 18. Ogni componente è in grado di comunicare con il processore 12, come rappresentato graficamente da un bus generale 20. Nel presente esempio, il processore 12 sta eseguendo il codice di sistema operativo DOS. Si comprende, tuttavia, che l'elaboratore 10 e i suoi componenti illustrati sono semplicemente rappresentativi di molti tipi diversi di elaboratori e componenti e che il DOS è semplicemente rappresentativo di molti tipi diversi di sistemi operativi ben noti e compresi dai comuni esperti nel ramo.
Con riferimento alla Figura 2a, l'elaboratore 10 suddivide il disco rigido 16 in tre partizioni diverse: un record di boot master 30, una prima partizione 32 ed una seconda partizione 34; nel record di boot master 30 è posto il codice di boot strap 40 ed una tabella di partizione master 42. Le partizioni 32, 34 sono partizioni logiche, comprendenti ciascuna un record di boot 52, 62, rispettivamente, una tabella di allocazione di file ("FAT") 54, 64, rispettivamente, ed un'aria di memoria 56, 66, rispettivamente. Anche se non illustrato specificamente, il disco floppy 14 è inoltre configurato in modo appropriato per fornire un'altra partizione logica. La configurazione e la manipolazione dei dispositivi di memoria quali il disco rigido 16 e il disco floppy 14 sono descritte ulteriormente nel libro THE HARD DISK SURVIVAL GUIDE di Mark Minasi, SYBEX, Ine., 1991, che è qui allegato per riferimento.
Con riferimento alla Figura 2b, la RAM 14 memorizza una pluralità di strutture di dati, alcune delle quali possono essere definite genericamente come codice di sistema di base 80, codice operativo DOS 82, ed un disco RAM 84. Il codice di sistema di base 80 comprende, tra le altre cose, un ambiente master 86 che contiene una serie di assegnazioni variabili. Anche se non è illustrato, si comprende che possono esistere esemplificazioni aggiuntive dell'ambiente master 86 per tutta la RAM 14, come necessario in modo convenzionale. Il DOS 82 contiene molte strutture, compresa una pluralità di blocchi di parametri di drive (DPB) 88. Esiste un DPB per ogni drive logico, che nell'esempio attuale sono quattro: il disco floppy 18, la partizione 32, la partizione 34, e il disco RAM 84. Il disco RAM 84 è formattato in modo simile alle partizioni 32, 34, compreso un record di boot 90, una FAT 92, ed un'area di memoria 94. Tuttavia, come è convenzionale con la maggior parte delle procedure di formattazione di drive, il disco RAM ha una sola copia della FAT 96 mentre il disco floppy 18 ed entrambe le partizioni 32, 34 hanno ciascuna due copie delle loro rispettive FAT 52, 62. Nella RAM 14, è memorizzato anche un programma 96. A scopo esemplificativo, il programma 96 è un processo di scarico di software che trarrebbe beneficio dall'utilizzo del disco RAM 84.
Con riferimento alla Figura 3, una routine 100 determina una lettera di drive utilizzata dal disco RAM 84 e comunica tale lettera al programma 96. Prima che la routine abbia inizio, l'elaboratore 10 è stato avviato e la RAM 14 è stata configurata come descritta in precedenza. Durante la procedura di avviamento, il DOS ha assegnato lettere di drive specifiche ad ogni drive logico. Nella presente forma di attuazione, questi designatori sono come descritto nella seguente Tabella 1. Inoltre, la routine 100 è stata invocata dal.programma 96 ed è stata dotata di una predeterminata variabile, discussa in maggior dettaglio più avanti.
Tabella 1
Nella fase 102, la routine 100 reperisce un primo DPB dal gruppo di DPB 88 nella RAM 14. Nella presente forma di attuazione, i DPB sono reperiti in sequenza dalla RAM 14. Nella fase 104, la routine 100 conta il numero di copie della FAT per il drive logico designato dal DPB reperito. Se esiste più di una copia della FAT, il drive logico è parte di un dispositivo di memoria non volatile quale il disco rigido 16 o il disco floppy 18. L'esecuzione ritorna quindi alla fase 102 dove la routine 100 reperisce il successivo DPB. Se, tuttavia, nella fase 104 si conta una sola copia della FAT, il drive logico è il disco RAM 84 e l'esecuzione procede alla fase 106. Anche se non illustrato, si possono inserire anche meccanismi di controllo di errore per trattare in maniera appropriata situazioni di errore, ad esempio quando non esiste alcun disco RAM. Nella fase 106, la routine 100 reperisce la lettera di drive corrispondente all'ultimo DPB reperito. Nell'esempio descritto in precedenza, è la lettera D:.
Nella fase 108, la routine 100 reperisce la predeterminata variabile dal programma 96, che era stata fornita quando il programma aveva invocato la routine, come descritto in precedenza. A scopo esemplificato, il programma 96 è stato configurato in modo da utilizzare un drive logico a cui esso fa riferimento con il nome di variabile "TEMP". Pertanto, quando il programma 96 ha invocato la routine 100, il programma 96 ha inviato il nome TEMP alla routine. Nella fase 110, la routine 100 aggiorna l'ambiente master 86 con l'assegnazione della lettera reperita alla predeterminata variabile, per esempio:
TEMP = D:\.
L'esecuzione torna quindi al programma 96.
Come risultato, qualsiasi riferimento fatto dal programma 96 alla variabile TMP sarà diretto al disco RAM 84. Inoltre, la suddetta routine 100 funziona con qualsiasi configurazione di drive logico, anche con una molteplicità di dischi RAM.
Anche se sono state illustrate e descritte forme di attuazione illustrative, si prevede una ampiezza di modifiche, variazioni e sostituzioni nella precedente descrizione, e in certi esempi si impiegheranno alcune caratteristiche senza l'utilizzo corrispondente di altre caratteristiche. Per esempio, si possono utilizzare altre peculiarità tra i dispositivi di memoria volatile e non volatile per operare una distinzione tra i due e ottenere i risultati illustrati in precedenza. Inoltre, si possono aggiungere caratteristiche addizionali, quali routine di trattamento di errori, alla forma di attuazione illustrativa senza modificare il campo di protezione dell'invenzione. Di conseguenza, è appropriato che le rivendicazioni allegate siano costruite in modo ampio e in maniera coerente al loro campo di protezione.

Claims (21)

  1. RIVENDICAZIONI 1. Elaboratore comprendente: almeno un processore per eseguire un codice operativo; almeno una memoria volatile accessibile da parte del processore; mezzi per allocare almeno una porzione della memoria volatile come drive logico, e il drive logico avendo un indicatore unico per le memorie volatili; una locazione di memoria accessibile da parte del processore; il codice operativo, compreso un designatore al drive logico; e una routine per assegnare il designatore ad una predeterminata variabile memorizzata nella locazione di memoria; in cui dopo che la routine assegna il designatore alla predeterminata variabile, un programma può accedere al drive logico designando la predeterminata variabile.
  2. 2 . Elaboratore secondo la rivendicazione 1 in cui la memoria volatile è una memoria ad accesso casuale (RAM) e la porzione a cui si è avuto accesso del dispositivo di memoria volatile è stata preconfigurata come disco RAM.
  3. 3. Elaboratore secondo la rivendicazione 1 comprendente inoltre: una memoria non volatile accessibile da parte del processore; e in cui i mezzi di allocazione allocano inoltre almeno una porzione della memoria non volatile come altro drive logico.
  4. 4. Elaboratore secondo la rivendicazione 3 in cui la routine determina quale dei drive logici rappresenta una memoria volatile esaminando l'indicatore .
  5. 5. Elaboratore secondo la rivendicazione 4 in cui l'indicatore è un numero di tabelle di allocazione di file.
  6. 6. Elaboratore secondo la rivendicazione 5 in cui la memoria volatile è una memoria ad accesso casuale (RAM) e la memoria non volatile è un disco rigido .
  7. 7. Elaboratore secondo la rivendicazione 5 in cui la memoria volatile è la memoria ad accesso casuale (RAM) e una memoria non volatile è un disco floppy.
  8. 8. In un elaboratore comprendente un drive logico volatile, un drive logico non volatile, ed un sistema operativo, un metodo per determinare un designatone assegnato al drive logico volatile dal sistema operativo e comunicare tale designatore ad un programma, in cui il sistema operativo comprende una serie di almeno due blocchi di dati, un blocco di dati per ogni drive logico, e il metodo comprendendo le fasi di: a) fino a quando si è determinato il designatore assegnato al drive logico volatile, eseguire le fasi di: i) reperire un blocco di dati dalla serie; ii) esaminare il drive logico designato dal blocco di dati reperito; iii) determinare se il drive logico è il drive logico volatile; iv) se il drive logico è il drive logico volatile, reperire il designatore assegnato al blocco di dati reperito; b) assegnare il designatore ad una predeterminata variabile; per cui il programma può far riferimento al drive logico volatile facendo riferimento alla predeterminata variabile.
  9. 9. Metodo secondo la rivendicazione 8 in cui l'elaboratore comprende inoltre un ambiente master e in cui la fase di assegnazione comprende inoltre la memorizzazione della predeterminata variabile e del designatore nell'ambiente master.
  10. 10. Metodo secondo la rivendicazione 9 in cui il drive logico volatile rappresenta un disco di memoria ad accesso casuale.
  11. 11. Mètodo secondo la rivendicazione 9 in cui il drive logico non volatile rappresenta una partizione di un disco rigido.
  12. 12. Metodo secondo la rivendicazione 9 in cui il drive logico non volatile rappresenta un disco floppy.
  13. 13. Metodo secondo la rivendicazione 9 in cui il drive logico volatile comprende una singola tabella di allocazione di file e il drive non volatile comprende due tabelle di allocazione di file .
  14. 14. Metodo secondo la rivendicazione 13 in cui la fase di determinazione conta il numero di tabelle di allocazione di file nel drive logico.
  15. 15. Dispositivo software per consentire ad un processo di apprendere e utilizzare un drive logico creato in una predeterminata partizione di una memoria volatile di elaboratore, l'elaboratore comprendendo inoltre uno o più drive logici aggiuntivi ed un processore per eseguire un codice operativo avente una serie di blocchi di parametro per ogni drive logico, il dispositivo software comprendendo: un supporto di memoria per memorizzare il dispositivo software; mezzi per reperire un blocco di parametro nella serie; mezzi per determinare se il blocco di parametro reperito designa il drive logico di memoria volatile; mezzi, che rispondono alla determinazione che il blocco di parametro reperito non designa il drive logico di memoria volatile, per reperire un altro blocco di parametro nella serie; mezzi, che rispondono alla determinazione che il blocco di parametro reperito designa il drive logico di memoria volatile, per apprendere un designatore assegnato dal codice operativo al blocco di parametro reperito; mezzi per<’ >memorizzare il designatore in una predetermina locazione da utilizzare da parte del processo .
  16. 16. Dispositivo software secondo la rivendicazione 15 in cui la predeterminata locazione è una locazione di assegnazione variabile in un ambiente master utilizzato dal codice operativo e in cui il processo utilizza il designatore facendo riferimento alla locazione di assegnazione variabile.
  17. 17. Dispositivo software secondo la rivendicazione 16 in cui il drive logico di memoria volatile rappresenta un disco di memoria ad accesso casuale (RAM).
  18. 18. Dispositivo software secondo la rivendicazione 16 in cui uno dei drive logici aggiuntivi rappresenta una partizione di un disco rigido.
  19. 19. Dispositivo software secondo la rivendicazione 16 in cui uno dei drive logici aggiuntivi rappresenta un disco floppy.
  20. 20. Dispositivo software secondo la rivendicazione 16 in cui il drive logico di memoria volatile comprende una singola tabella di allocazione di file.
  21. 21. Dispositivo software secondo la rivendicazione 20 in cui i mezzi di determinazione contano il numero di tabelle di allocazione di file in ogni drive logico. Il tutto sostanzialmente come descritto ed illustrato e per gli scopi specificati.
IT1998TO000867A 1997-10-15 1998-10-12 Sistema e metodo per utilizzare un disco ram di elaboratore. IT1303133B1 (it)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US08/951,137 US6032223A (en) 1997-10-15 1997-10-15 System and method for determining a RAM disk logical drive designation

Publications (2)

Publication Number Publication Date
ITTO980867A1 true ITTO980867A1 (it) 2000-04-12
IT1303133B1 IT1303133B1 (it) 2000-10-30

Family

ID=25491314

Family Applications (1)

Application Number Title Priority Date Filing Date
IT1998TO000867A IT1303133B1 (it) 1997-10-15 1998-10-12 Sistema e metodo per utilizzare un disco ram di elaboratore.

Country Status (13)

Country Link
US (1) US6032223A (it)
JP (1) JPH11175378A (it)
KR (1) KR19990036596A (it)
CN (1) CN1215864A (it)
AU (1) AU8088598A (it)
BR (1) BR9803152A (it)
DE (1) DE19847201A1 (it)
FR (1) FR2772159A1 (it)
GB (1) GB2331603A (it)
IE (1) IE980559A1 (it)
IT (1) IT1303133B1 (it)
SG (1) SG73529A1 (it)
TW (1) TW388010B (it)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6175900B1 (en) * 1998-02-09 2001-01-16 Microsoft Corporation Hierarchical bitmap-based memory manager
US6470434B1 (en) * 1998-11-24 2002-10-22 Dell Usa, L.P. Computer system and method for accessing a computer-readable medium
US6247126B1 (en) * 1999-01-25 2001-06-12 Dell Usa, L.P. Recoverable software installation process and apparatus for a computer system
US6347371B1 (en) * 1999-01-25 2002-02-12 Dell Usa, L.P. System and method for initiating operation of a computer system
US6298427B1 (en) * 1999-01-26 2001-10-02 Dell Usa, L.P. Method and apparatus for mapping hard disk partitions and block devices to logical drives in a computer system
AU1885800A (en) * 2000-01-06 2001-07-16 Kam-Fu Chan Running microsoft windows 95/98 on ramdisk
KR20030009583A (ko) * 2001-07-23 2003-02-05 최윤호 휘발성 성질의 동적 메모리를 비휘발성 성질을 갖는 램디스크 드라이브로 변환함을 특징으로 하는 동적 램을사용한 램 디스크 드라이브 저장장치
US6832304B2 (en) 2002-01-17 2004-12-14 Dell Products L.P. System, method and computer program product for mapping system memory in a multiple node information handling system
US7174420B2 (en) * 2002-10-22 2007-02-06 Microsoft Corporation Transaction-safe FAT file system
US7363540B2 (en) 2002-10-22 2008-04-22 Microsoft Corporation Transaction-safe FAT file system improvements
WO2005114359A1 (en) * 2004-05-22 2005-12-01 Kam-Fu Chan Swapping “fixed” “system” hard disk
FI119664B (fi) * 2004-12-08 2009-01-30 Open Invention Network Llc Menetelmä elektronisissa laitteissa oleviin tiedostoihin pääsemiseksi
US7873596B2 (en) 2006-05-23 2011-01-18 Microsoft Corporation Extending cluster allocations in an extensible file system
US8321439B2 (en) 2004-12-17 2012-11-27 Microsoft Corporation Quick filename lookup using name hash
US9639554B2 (en) 2004-12-17 2017-05-02 Microsoft Technology Licensing, Llc Extensible file system
US8606830B2 (en) * 2004-12-17 2013-12-10 Microsoft Corporation Contiguous file allocation in an extensible file system
US7761674B2 (en) * 2005-12-30 2010-07-20 Intel Corporation Identifier associated with memory locations for managing memory accesses
US7702781B2 (en) * 2006-03-03 2010-04-20 Teoco Corporation System and method of storing data files at a remote storage facility
US7613738B2 (en) * 2007-01-16 2009-11-03 Microsoft Corporation FAT directory structure for use in transaction safe file system
US7747664B2 (en) 2007-01-16 2010-06-29 Microsoft Corporation Storage system format for transaction safe file system
US9535827B2 (en) 2011-12-29 2017-01-03 Intel Corporation RAM disk using non-volatile random access memory

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5452454A (en) * 1991-12-10 1995-09-19 Digital Equipment Corporation Generic remote boot for networked workstations by creating local bootable code image
US5809300A (en) * 1992-03-16 1998-09-15 Fujitsu Limited Removable storage medium and computer system using the same
US5771354A (en) * 1993-11-04 1998-06-23 Crawford; Christopher M. Internet online backup system provides remote storage for customers using IDs and passwords which were interactively established when signing up for backup services
US5606681A (en) * 1994-03-02 1997-02-25 Eec Systems, Inc. Method and device implementing software virtual disk in computer RAM that uses a cache of IRPs to increase system performance
US5896546A (en) * 1996-11-01 1999-04-20 International Business Machines Corporation "Sticky" logical drive letter assignments

Also Published As

Publication number Publication date
GB9821553D0 (en) 1998-11-25
US6032223A (en) 2000-02-29
KR19990036596A (ko) 1999-05-25
AU8088598A (en) 1999-05-06
GB2331603A (en) 1999-05-26
DE19847201A1 (de) 1999-04-22
IE980559A1 (en) 1999-04-21
SG73529A1 (en) 2000-06-20
TW388010B (en) 2000-04-21
IT1303133B1 (it) 2000-10-30
FR2772159A1 (fr) 1999-06-04
JPH11175378A (ja) 1999-07-02
BR9803152A (pt) 2002-07-09
CN1215864A (zh) 1999-05-05

Similar Documents

Publication Publication Date Title
ITTO980867A1 (it) Sistema e metodo per utilizzare un disco ram di elaboratore.
US9633040B2 (en) Distributed processing system including a name node and a plurality of data nodes, and method of operating the same
US8185905B2 (en) Resource allocation in computing systems according to permissible flexibilities in the recommended resource requirements
US6496839B2 (en) Persistent names for logical volumes
US20050097142A1 (en) Method and apparatus for increasing efficiency of data storage in a file system
KR930020263A (ko) 프로그램 로딩 및 기억방법
JPH10254756A (ja) リファレンスされたオブジェクトを管理するための３状態リファレンスの使用
US6449613B1 (en) Method and data processing system for hashing database record keys in a discontinuous hash table
CN106557427B (zh) 共享内存数据库的内存管理方法及装置
US8862834B2 (en) Shared memory translation facility
CN107426041B (zh) 一种解析命令的方法和装置
EP4020200B1 (en) Resource management platform-based task allocation method and system
CN104424030A (zh) 多进程操作共享内存的方法和装置
US5175830A (en) Method for executing overlays in an expanded memory data processing system
US7895164B1 (en) Efficient checkpoint process
US7069366B2 (en) System and method for handling resource transaction requests
US20060236065A1 (en) Method and system for variable dynamic memory management
CN109634524B (zh) 一种数据处理守护进程的数据分区配置方法、装置及设备
US8332605B2 (en) Reorganization of a fragmented directory of a storage data structure comprised of the fragmented directory and members
US20080133863A1 (en) Map shuffle-allocation map protection without extra i/o&#39;s using minimal extra disk space
US11954512B2 (en) Control device and control method
CN113867925A (zh) 内存管理方法、装置、设备和存储介质
CN108874468B (zh) 应用程序的加载方法、装置、计算机设备及存储介质
JP5088042B2 (ja) キャッシュタグ試験方式
KR102275181B1 (ko) 멀티코어 프로세서 시스템에서 메모리 할당 방법 및 장치, 이를 위한 기록매체

Legal Events

Date Code Title Description
0001 Granted