Devices, systems, and methods for reconfiguring storage devices with applications

Devices, systems, and methods are provided for dynamically reconfiguring storage devices with applications in real-time to meet user needs, such as running different applications. The devices, systems, and methods relate to a storage device that includes memory for data storage and a controller for storing data in the memory. The controller includes a processor configured to receive an indication to reconfigure the controller with an application that is user-selected; receive the application; reconfigure the controller with the application such that the controller is enabled to run the application; receive an indication to run the application with a set of data as input; receive the set of data; run the application with the set of data as input; and generate resulting data from running the application with the set of data as input.

FIELD

The present disclosure relates generally to the field of data storage, and more particularly to storage devices and systems.

BACKGROUND

With advances in virtualized computing and storage systems, data storage devices may need to support different usage schemes for virtualization to be effective. Virtual users may have unique requirements and the storage devices may need to support these in real time.

In a virtualized computing system, a server may host several users simultaneously. All the users share the power of the CPU and associated storage. This can negatively impact system performance. Furthermore, each user may have unique workloads on the storage resources. Thus, the storage resources must satisfy the requirements for each user. One way existing systems deal with this is by having several types and classes of storage resources attached to the server, and then having the server use its cycles to manage and match the user requirements to the proper storage resource. This reduces the computational efficiency of the server.

SUMMARY

In certain aspects of the present disclosure, a storage device is provided that includes memory for data storage, and a first controller for storing data in the memory. The first controller is operably coupled to the memory and includes a first processor configured to: receive an indication to reconfigure the first controller with a first application; receive the first application; reconfigure the first controller with the first application such that the first controller is enabled to run the first application; receive an indication to run the first application with a first set of data as input; receive the first set of data; run the first application with the first set of data as input; and generate first resulting data from running the first application with the first set of data as input. The first application is user-selected to be run.

In certain aspects of the present disclosure, a system is provided that includes: a plurality of storage devices; and first processor operably coupled to the plurality of storage subsystems. The first processor configured to: receive an indication that a first application is user-selected to be ran on a first set of user data; determine that a first storage device of the plurality of storage devices is to be reconfigured with the first application; receive the first application; and send the first application to the first storage device for reconfiguration of the first controller with the first application. The first storage device includes first memory and a first controller operably coupled to the first memory. The first controller includes a second processor configured to: receive an indication to reconfigure the first controller with the first application; receive the first application; reconfigure the first controller with the first application such that the first controller is enabled to run the first application; receive an indication to run the first application with the first set of data as input; receive the first set of data; run the first application with the first set of data as input; and generate first resulting data from running the first application with the first set of data as input.

DETAILED DESCRIPTION

Before aspects of the present disclosure are described below with reference to the drawings in the description, common features may be designated by common reference numbers. Although certain examples are described herein with reference to a data storage system, it should be appreciated that techniques described herein are applicable to other implementations. Further, it is to be appreciated that certain ordinal terms (e.g., “first” or “second”) may be provided for ease of reference and do not necessarily imply physical characteristics or ordering. Therefore, as used herein, an ordinal term (e.g., “first,” “second,” “third,” etc.) used to modify an element, such as a structure, a component, an operation, etc., does not necessarily indicate priority or order of the element with respect to another element, but rather distinguishes the element from another element having a same name (but for use of the ordinal term). In addition, as used herein, indefinite articles (“a” and “an”) may indicate “one or more” rather than “one.” Further, an operation performed “based on” a condition or event may also be performed based on one or more conditions, or events not explicitly recited. As used herein, “exemplary” may indicate an example, an implementation, and/or an aspect, and should not be construed as limiting or as indicating a preference or a preferred example, implementation, and/or aspect.

In certain aspects of the present disclosure, devices, systems, and methods are provided for dynamically reconfiguring storage devices with one or more applications (or applications algorithms) in real-time to meet user needs as users select and run different applications. For example, a computing system may include a plurality of user devices that are communicatively coupled to a host in a client-server arrangement. The host may operably and communicatively couple to a storage device or a storage system, which includes a plurality of storage devices. The host provides users of the user devices to be able to select and run various applications available to the users. The applications can address a variety of domains, such as machine learning, artificial intelligence, genetics, and key-value pair for databases, for instance. It should be appreciated that this list of applications are provided as a sample of the potential domains of applications and are not meant to be an exhaustive list. The applications may be selected from a library of customized applications that is contained on the host, on the storage device or system, on another remote device (e.g., a third party server communicatively coupled to the host, or on some combinations thereof, for example. The storage device can be reconfigured dynamically in real-time to accommodate the varying needs of different users as they select applications to run on various sets of data. The dynamic reconfiguring of the storage devices in real-time enables the storage devices to operate efficiently in intensive computing environments. The usage model for a storage device, such as a solid-state storage device or drive (SSD) for example, may have to meet performance needs that cannot be met by just one type of operating condition. The devices, systems, and methods provided herein may be utilized to incorporate a mix of storage access algorithms, and to dynamically reconfigure these algorithms on the fly.

In certain aspects, the devices, systems, and methods described herein relate to virtualized computing and storage systems. The devices, systems, and methods may include a library of applications that can be utilized to reconfigure a storage device to a specific use in the virtualized system. In a virtual usage environment, a reconfiguration module in the storage device can be dynamically reconfigured and customized for user needs in real time. In certain embodiments, a controller of a storage device can be reconfigured with multiple applications at any time. The reconfiguration module may be implemented as a programmable processor, FPGA, logic, or any other scheme or combination thereof, in different embodiments.

In certain embodiments, a virtualized computing system includes a server and a storage device (or system) that is composed of one or more solid state drives (SSDs) which may support a specified number of virtual users. The storage device, such as an SSD, can be dynamically customized to support specialized algorithmic applications based on the user needs. The SSD can update the applications from a library of applications and dynamically swap applications for a virtual user based of the user needs. In certain aspects, the present disclosure provides for a SSD architecture that supports the dynamic programming of the SSD with applications and also dynamically makes these available in a virtual computing environment.

In certain aspects, the present disclosure describes devices, systems, and methods of accessing stored data in a storage device, using specific access modes or algorithms. This can be used in programming data to, or reading data from, a storage device or system, a memory card, or a set of memory cards, according to the use of an architecture using a centralized or distributed controller scheme for performing the function. For example, a controller of a data storage device may receive a data packet to be stored in a number of memory devices. The controller may partition the data word into multiple portions and the multiple portions may be interleaved across multiple memory devices. Also, the controller may simultaneously start parallel reads from several memory devices. Additionally, prior to the multiple data packets being stored into, or read from, the memory card, or storage system, a logical address corresponding to the data packets may be mapped to multiple physical addresses that indicate where each of the multiple data packets is to be stored in, or read from, the memory card or storage system. The writing of data and reading of data can be performed simultaneously across several memory cards in the storage system using a distributed control architecture.

The subject matter of the present disclosure may be applicable to a wide range of areas, including, but not limited to, storage, networking, communication and computing systems, appliances on the Internet, remotely controlled appliances, and design of reliable systems.

FIG. 1illustrates a block diagram for an example computing system, according to an embodiment. InFIG. 1, a computing system100is shown including a host120(e.g., a server120) communicatively coupled to a plurality of user devices (or client devices), shown as user devices110,111,112, and113. The number of user devices shown inFIG. 1is exemplary and may vary in different embodiments. The user devices110,111,112, and113may be remote from the host120and may be communicatively coupled to the host120through a wired or wireless connection, such as the Internet. The host120is shown communicatively coupled to a storage device (or system)130. The storage device130may be coupled to the host120through a wired or wireless connection. For example, the storage device130may be coupled to the host120via a PCIe, SATA, USB, Open CAPI, or any other standard or proprietary interface. The user devices110,111,112, and113may be utilized by users to access the host120and the storage device130. The host120may host a number of users who share the system resources, such as applications and storage.

In certain aspects, the computing system100may be a virtual computing system serving one or more virtual users. From a user perspective, each user of the user devices110,111,112, and113may be served as if the user is the sole user of the virtual computing system100. In essence, from a user perspective, each user is a “virtual” and a sole user of the computing system100. For example, the virtual computing system100may have a single compute server120to service a large number of users, who may not be aware that many users are sharing the virtual computing system100. The user devices110,111,112, and113represent users that are being served by the compute server120. The potential number of user devices in the virtual computing system100may be limited by the capability of the compute server120and/or the attached storage device130, in order to provide an acceptable level of service expected by the user base.

In an embodiment, the storage device130inFIG. 1may include or correspond to a solid-state drive (SSD), which may be included in, or distinct from (and accessible to), the host120(e.g., a server). For example, the storage device130inFIG. 1may include or correspond to an SSD, which may be used as an embedded storage drive (e.g., a mobile embedded storage drive), an enterprise storage drive (ESD), a client storage device, or a cloud storage drive, as illustrative, non-limiting examples. In an embodiment, the storage device130inFIG. 1may be coupled to the host120(e.g., a server) indirectly, e.g., via a network. For example, the network may include a data center storage system network, an enterprise storage system network, a storage area network, a cloud storage network, a local area network (LAN), a wide area network (WAN), the Internet, and/or another network. In an embodiment, the storage device130ofFIG. 1may be a network-attached storage (NAS) device or a component (e.g., an SSD device) of a data center storage system, an enterprise storage system, or a storage area network.

FIG. 2illustrates a block diagram of an example storage device communicatively coupled to a host, according to an embodiment. InFIG. 2, a storage device200is shown including a controller230operably and communicatively coupled to a memory module220through a bus280. The controller230utilizes the bus280to manage the memory module220. The controller230may include discrete devices (not shown) for operation of the storage device200. The memory module220may include an array of memory devices. The memory devices may include Flash, ReRam, MRAM, or any other non-volatile memory (NVM) technology, alone or in combination. The storage device200is shown communicatively coupled to a host270via a host interface260, such as a bus. The storage device200communicates with the host270through the host interface260. The host interface260may include, for example, a PCIe, SATA, USB, Open CAPI, or any other standard or proprietary interface. The controller230manages the communication to the host270, the access to the NVM, and the memory management software. In an embodiment, the storage device200is implemented on the storage device (or system)130in the computing system100shown inFIG. 1.

The controller230is shown including a processor240and a reconfiguration module250. The term “processor” is used broadly herein and may include one or more processing units or circuitry, such as one or more embedded or non-embedded processors, microprocessors, hard and soft microprocessor cores, etc. The processor240works in conjunction with the reconfiguration module250to implement the features and functions of the reconfiguration module250.

The reconfiguration module250manages the reconfiguration of the controller with one or more applications. The applications may vary in function and implement various algorithms that users may utilize to manipulate sets of data (e.g., user data provided by the user) accordingly. For instance, an application may be run with a set of data as input to generate resulting data (or data resulting from the algorithm being performed on the set of data). Example applications may include, but are not limited to, algorithms related to machine learning, artificial intelligence, genetics, key-value pair for databases, etc.

The reconfiguration module250manages the allocation of the applications among the users of the user devices. For example, the reconfiguration module may generate tags and user information to track which applications the controller is currently reconfigured to run, and which users or user devices have initiated the running of the applications reconfigured in the controller. The number of applications that may be stored inside the reconfiguration module250at a given time may vary in different embodiments. For example, the reconfiguration module250may be reconfigured with a large number of applications at a given time in certain embodiments, such as 50 or more applications stored inside it at a given time.

The reconfiguration module250reconfigures the controller230with applications, enabling the controller230to run the applications. For example, the controller230may be reconfigured with applications by programming the applications into programmable logic blocks (or circuitry) within the controller230. For instance, in an embodiment, the application may be generated in the format of a bitmap and sent to the storage device. The reconfiguration module250of the storage device may receive and store the bitmap such that a processor of the controller can utilize the bitmap to reconfigure the gates of the programmable logic blocks. In another embodiment, the programmable logic blocks may be on the storage device200and externally coupled to the controller230. In another embodiment, the controller230may be reconfigured with applications by loading (or storing) the applications in volatile or non-volatile memory on the storage device200, such as in internal memory in the controller230or in memory coupled to the controller230. It should be appreciated that in another embodiment, the controller230may be reconfigured with applications by implementing a combination of one or more of the preceding embodiments. Once reconfigured with an application, the controller230may run (or execute) the application. The controller230may run the application with a set of data as inputs to generate resulting data. In some instances, the set of data may be received from the memory module220. In other instances, the set of data may be received from the host270before being stored on the storage device.

In an embodiment, the storage device200may be implemented in a virtualized computing system (e.g., the virtualized computing system100ofFIG. 1), where each of the virtual users of the user devices can have specific and unique data management applications needs. The host270(e.g., the server120inFIG. 1) may control whether a virtual user of a user device has the desired application assigned for his or her task. As an illustrative example, if a user of a user device wants to run an application (e.g., an application having an artificial intelligence algorithm) on a set of data, the host270may ensure that the appropriate application is available for the reconfiguration module250of the storage device200for use by the user. For example, the user may select a specific application to run on a specific set of data. In some instances, the set of data may already be stored in the memory module220of the storage device for the controller230to receive from the memory module220. In other instances, the controller230may receive the set of data from the host270. For example, the set of data may be uploaded from the user device to the host270, which sends the set of data to the storage device200. The set of data may either be utilized by the controller230at that time, or may be stored in the memory220and utilized at a later time.

FIG. 3illustrates a block diagram of an example storage device based on a centralized controller, according to an embodiment. InFIG. 3, a storage device300is shown including discrete components320, a controller330, a host interface340, and a memory card360. In an embodiment, the discrete components320, the controller330, the host interface340, the memory card360may be implemented on a main board of the storage device. The storage device300includes a bus380that connects the controller330to the host interface340, and a bus382which the controller330uses to manage the memory devices in the memory card360. The storage device300ofFIG. 3communicates with a host350through a communication interface381. The communication interface381may, for instance, be a PCIe, SATA, USB, Open CAPI, or any other standard or proprietary interface. The controller330manages the communication to the host350, the access to the NVM, and the memory management software.

The controller330is shown including a reconfiguration module332, which manages the reconfiguration of the controller with one or more applications, as well as managing the allocation of the applications among the users of the user devices. In an embodiment, the controller330is implemented as the controller230ofFIG. 2, and the reconfiguration module332is implemented as the reconfiguration module250ofFIG. 2. It should be appreciated that the discussion above for the controller230and the reconfiguration module250ofFIG. 2may also apply here. For the sake of brevity and clarity, every feature and function applicable to the controller330and the reconfiguration module332are not repeated here. For example, it should be appreciated that the controller330includes a processor, such as described inFIG. 2, although not shown inFIG. 3.

The memory card360includes an array of memory devices, of which a memory device370is a representative device. The memory card360may include a large number of memory devices. The memory devices (such as the memory device370) may include, for example, Flash, ReRam, MRAM, or any other non-volatile memory (NVM) technology.

The discrete components320may be implemented to assist with the operation of the storage device300, and may include passive components such as capacitors, resistors, and inductors, as well as active components such as diodes and transistors. This list of components is an illustrative list and not an exhaustive list.

In certain embodiments, the storage device300may operate in data centers where usage encompasses several scenarios. Some of the data may be accessed frequently and is “hot”, while other data may be accessed infrequently and is practically “cold”. Therefore, “hybrid” requirements may be present for the storage device300to accommodate (or account for). To accommodate the hybrid requirements, the storage device300supports technology that can be tailored to different usage scenarios. Instead of having a centralized control strategy, which would not adequately accommodate the hybrid requirements, the storage device300includes distributed data control, while having the main controller330manage host accesses, memory management, and other background tasks.

The controller330shown inFIG. 3may include an error correction code (ECC) engine. The controller330may be configured to support ECC and memory management schemes specific to the technology used by the memory device370.

In an embodiment, the storage device300may be implemented as the storage device130ofFIG. 1in a virtualized computing system. The storage device300ofFIG. 3communicates with the host120ofFIG. 1. The host120ofFIG. 1sends instructions to the storage device300(e.g., through the bus381inFIG. 3). For example, the host120may instruct the storage device300to read, write, delete data, or any other storage management instructions.

FIG. 4illustrates a block diagram of an example storage device based on a distributed control architecture, according to an embodiment. InFIG. 4, a storage device400is shown including discrete components490, a main controller480, a board interface420, and four memory modules470,471,472and473on a main board401. A different number of memory blocks than four may be implemented in other embodiments. Each of the memory modules470,471,472and473is managed by the distributed controllers413,312,410, and411, respectively. Each of the distributed controllers410,411,412, and413manages respective memory banks in its domain. In the example embodiment shown inFIG. 4, the distributed controller413manages memory banks434and435; the distributed controller412manages memory banks436and437; the distributed controller410manages memory banks430and431; and the distributed controller411manages memory banks432and433. A different number of memory banks may be managed by any distributed controller in other embodiments.

Each memory bank431,432,433,434,435,436, and437can have one or more memory devices. The memory banks430and431are shown having memory devices441; the memory banks432and433are shown having memory devices442; the memory banks434and435are shown having memory devices444; and the memory banks436and437are shown having memory devices443. The memory devices441,442,443, and444shown are exemplary and are not an exhaustive list. Each memory bank, such as memory bank430, can have several memory devices, and can have a different number of memory devices than shown in the example embodiment ofFIG. 4. One feature of the storage device400is that each of the memory banks430,431,432,433,434,435,436, and437can be of a different technology. The main controller480communicates with the memory banks430,431,432,433,434,435,436, and437via busses450and451. The main controller480communicates with the board interface420ofFIG. 4via bus445. The board interface420is coupled to a host interface460via a bus440. The host interface460is not limited to a particular interface and may vary in different embodiments. For example, in one illustrative embodiment, the host interface460is a PCIe connector.

The memory modules470,471,472and473can be mounted directly on the main board401ofFIG. 4. In another embodiment, memory card modules can be attached to the main board401via sockets and ribbons connectors. The control of the various memory banks is transparent to the host or server. The distributed controllers410,411,412, and413shown inFIG. 4may include an error correction code (ECC) engine. The distributed controllers410,411,412, and413may be configured to support ECC and memory management schemes specific to the technology used by the memory modules470,471,472, and473. The memory devices441,442,443, and444are illustrative examples of memory devices used in the memory banks430,431,432,433,434,435,436, and437. The number of memory devices implemented in a memory bank is not restricted to the number shown inFIG. 4. Other embodiments may include a different number of memory devices in each memory bank of each memory module.

InFIG. 4, the main controller480is shown including a reconfiguration module482. The distributed controllers410,411,412, and413are shown including reconfiguration modules484,485,486, and487, respectively. The reconfiguration modules484,485,486, and487manage the reconfiguration of the respective distributed controllers410,411,412, and413with one or more applications, and also manage the allocation of the applications among the users of the user devices for the respective distributed controllers410,411,412, and413.

The reconfiguration module482of the main controller480manages the distribution of applications to the appropriate distributed controllers410,411,412, and413. For example, the reconfiguration module482may communicate with the reconfiguration modules484,485,486, and487to determine which storage device to send an application to for reconfiguration. For instance, the reconfiguration module482may determine the appropriate distributed controller to send the application to based on one or more factors, such as whether a distributed controller is ready for reconfiguration, whether a distributed controller has capacity to run an additional application, whether a distributed controller controls the memory having the set of data that will be used as input to the running application, etc. For instance, a distributed controller may be determined to not be ready for reconfiguration if it already busy servicing a virtual user request; or, if the distributed controller is in the process of being reconfigured, such as for another virtual user or for another application.

In another embodiment, the main controller480may be reconfigured with applications and run the applications. In such case, the reconfiguration module482manages the reconfiguration of the main controller480with the applications, and also manages the allocation of the applications among the users of the user devices for the main controller480. A set of data to be input into a running application may be obtained from the appropriate distributed controller410,411,412, or413, which controls the memory bank in which the set of data is stored, for instance. The set of data may also be received from a host via the host interface460in other instances. In yet another embodiment, the main controller480, as well as the distributed controllers410,411,412, and413, may be reconfigured with applications to run the applications.

It should be appreciated that the discussion above for the controllers230and330and the reconfiguration modules250and332ofFIGS. 2 and 3, respectively, may also apply here. For the sake of brevity and clarity, every feature and function applicable to the main controller480, the distributed controllers410,411,412, and413, and the reconfiguration modules482,484,485,486, and487are not repeated here. For example, it should be appreciated that the main controller480and the distributed controllers410,411,412, and413includes a processor, such as described inFIG. 2, although not shown inFIG. 4.

FIG. 5illustrates an example reconfiguration module, according to an embodiment. InFIG. 5, a reconfiguration module500is shown including a reconfiguration management module540. The reconfiguration management module540manages the reconfiguration of controller with one or more applications. For example, the reconfiguration management module540may manage the allocation of applications for virtual users; dynamically receive applications from an application library; dynamically assign applications to user devices as the users of those user devices request applications to be run, etc. For instance, when a user requests to run an application with a user device, the reconfiguration management module540receives the application (e.g., from an application management module on the host, which is described in further detail forFIG. 7); reconfigures the controller with the selected application; works in conjunction with a user tags module to track which applications the controller is reconfigured with, which users or user devices selected the applications, which applications are running, etc.

The reconfiguration module500is also shown including a user tags module530and applications520,521,522, and523. The applications520,521,522, and523are example applications that a controller is currently reconfigured with. The number of applications shown in theFIG. 5is an illustrative number and is not to be construed as the limiting number.

The user tags module530tracks which applications a controller is currently reconfigured with, and for which users or user devices. For example, when the reconfiguration management module540receives an application (e.g., the application520) to reconfigure the controller with, the user tags module530may generate one or more tags that indicate that the application (e.g., the application520) is selected to be run by a particular user or user device. The user tags module530may also generate one or more tags to track when an application is running.

The controller may be reconfigured with more than one application at one time, and may run more than one application at the same time. The user tags module530tracks each application and the corresponding users or user devices that selected each application to be ran. For example, the user tags module530may track that the applications520is assigned to a first user (and/or user device); the applications521and522are assigned to a second user (and/or user device); and, the application523is assigned to a third user (and/or user device). The number of users (and/or user devices) that can be tracked may vary in different embodiments. In addition, the user tags module530may also track which of the applications520,521,522, and523are currently running.

The reconfiguration of the controller may occur dynamically in real-time as users select applications to run and as users stop running applications. For example, when a user selects an application to run, a controller may be reconfigured with the application and a user tag generated to indicate that the controller was reconfigured with the selected application for the user (or user device). When the user runs the application on a set of data, another user tag may be generated to indicate that the application is currently running. When the user stops an application, such as by closing the application, logging off, etc., the user tags module530updates the user tags accordingly. For example, in one embodiment, all the generated user tags for that application are deleted. In another embodiment, when the application is stopped, the user tag indicating that the application is running is deleted or otherwise modified to indicate that the application has been stopped. The user tag indicating that the controller is reconfigured with the application may be updated to indicate that the controller is still reconfigured with the application but no longer associated with the user who stopped running it. In this way, if a second user (or user device) wishes to run the application, the reconfiguration management module540will know that the controller is already reconfigured with the application, and may then generate a user tag (or update an existing user tag) to indicate that the controller is reconfigured for the second user (or user device). In an embodiment, a user tag is also generated to indicate that an application has been run on a set of data and generated a result.

FIG. 6illustrates a block diagram of an example storage system having more than one storage device, according to an embodiment. InFIG. 6, a storage system600is shown including a coordinator module630and a plurality of storage devices (representatively shown as storage devices610,611, and612). The storage devices610,611, and612include reconfiguration modules626,627, and628, respectively, and are communicatively coupled to the coordinator module630through communication interfaces620,621, and622, respectively. The communication interfaces620,621, and622may include a bus, such as PCIe, or any other standard or proprietary interface. For example, the storage system600may include a system having a processor and memory (not shown inFIG. 6), which is communicatively coupled to the storage devices610,611, and612through communication interfaces620,621, and622, respectively. The processor is configured to implement the features and functions of the coordinator module. Again, the term “processor” is used broadly herein and may include one or more processing units or circuitry, such as one or more embedded or non-embedded processors, microprocessors, hard and soft microprocessor cores, etc. In an embodiment, each of the storage devices610,611, and612may include (or correspond to) a solid-state drive (SSD).

The coordinator module630manages the storage devices610,611, and612collectively with respect to the allocation of applications for reconfiguration in the storage devices610,611, and612. For example, in an embodiment, the coordinator module630may manage all the applications and ensure that each of the storage devices610,611, and612have all the application in its domain. Example management tasks that the coordinator module630may perform may include, but are not limited to, receiving and providing applications to the appropriate storage devices610,611and612; tracking which applications are currently reconfigured in the storage devices610,611, and612, and for which users or user devices; tracking which applications are currently being executed and run from each of the storage device610,611, and612; etc. In an embodiment, the coordinator module630may receive the applications from the host640. In an embodiment, the storage system600may also include the application library having the available applications therein. In such case, the coordinator module630receives the application from the application library.

The coordinator module630may also determine which storage device to reconfigure with a user-selected application. The coordinator module630may determine which storage device to reconfigure with the application based on one or more factors, such as whether a storage device is ready for reconfiguration, whether a storage device has capacity to run an additional application, whether a storage device contains the set of data that will be used as input to the running application, etc. For instance, a storage device may be determined to not be ready for reconfiguration if it is already busy servicing a virtual user request; if the reconfiguration module on the storage device is in the process of being reconfigured, such as for another virtual user or for another application; etc.

The coordinator module630shown communicates with the host640via a host interface650. With reference toFIG. 1, the storage system600may be implemented as the storage system130. In such case, the host120works in conjunction with the coordinator module630inFIG. 6to assign and allocate applications for virtual users; to process the user's data; and to dynamically track, in real-time, all the applications that the storage devices610,611, and612have reconfigured therein. The coordinator module630may also manage the requirements of the virtual users, such as securing the data from being visible or accessed by other users.

In an embodiment, the coordinator module630may include a user tags module that tracks which applications the controller is reconfigured with, which users or user devices selected the applications, which applications are running, etc. The coordinator module630may include the user tags module in addition to, or in place of, user tags modules in the reconfiguration modules626,627, and628of the respective storage devices610,611, and612.

FIG. 7illustrates a block diagram of an example host, according to an embodiment. InFIG. 7, a host700is shown including an application management module710, an application creation module720, and an application library730. The application library730includes stored applications that are available to users of user devices. In an embodiment, the host700may be implemented as the host shown in communication with the storage device or system inFIGS. 1 through 6.

The application management module710manages communications with storage devices and with user devices for the reconfiguration process, such as to coordinate the distribution of applications, sets of data, and resulting data generated when applications are ran. The applications management module710may work in conjunction with the reconfiguration module of a storage device (e.g., the reconfiguration modules inFIGS. 2 through 5), or with a coordinator module in a storage system (e.g., the coordinator module630inFIG. 6). The application management module710also facilitates the retrieval of applications. For example, the application management module710may manage the application library730and the applications stored therein. For instance, when a user utilizes a user device to run an application on a set of data, the application management module710may retrieve the applications from the application library730and send the application to a storage device so that a controller on the storage device may be reconfigured with the application and run the application on the set of data.

In certain embodiments, such as shown the embodiment shown inFIG. 7, the application management module700may also include an application creation module720. The application creation module720provides the tools and mechanisms for the creation (or generation) of applications that implement specific algorithms. For example, the application creation module720may enable a developer to create an application and to store it in the application library730. In an embodiment, the users may create applications for storage in the application library730. The application library730tracks all applications that are available in the application library730, including the created applications. In this way, the application management module700can determine which applications are available to users, and may retrieve any user-selected applications, including the created applications.

In certain implementations, the application creation module720may be provided for application developers that are not necessarily the users of the user devices. For example, the owner of the host (e.g., a service provider) may utilize the application creation module720to create applications to be added to the application library and subsequently available to users. The owner may regulate and maintain different applications for different users, for instance. The owner may, for example, sell or provide varying subscriptions to different users of the system. The owner may also utilize the application creation module720to create and provide updates (e.g., application updates) to applications in the application library.

In another embodiment, the application management module710may be implemented on a host (e.g., host120ofFIG. 1), and the application creation module720and the application library730may be implemented on a remote device (or system) communicatively coupled to the host. For example, the remote device may be a third party web server that maintains the application library and generates new applications for the application library. The third party web server may regulate and maintain different applications for different hosts (or owners of hosts) of different virtual computing systems, for instance. The third party web server may, for example, sell or provide varying subscriptions to different hosts of a virtual computing system. The third party web server may also provide updates (e.g., application updates) to the hosts of different virtual computing systems via a network, such as the Internet.

In another embodiment, the application management module710is implemented on the host (e.g., host120ofFIG. 1) and the application library730is implemented on the storage device (e.g., the storage device130ofFIG. 1). In such case, the application creation module720may be implemented on either the host, the storage device, or both, in different embodiments. In yet another embodiment, the applications library730may be maintained on both the host and the storage device.

FIG. 8illustrates a flow chart for an example method of dynamically reconfiguring a storage device or system with one or more applications, according to an embodiment. This is an illustrative embodiment and the procedure may be implemented in a variety of manners without compromising the underlying principles of the disclosure. For example, it should be appreciated that the order of actions may vary in different embodiments, that one or more actions may not be implemented in other embodiments, and that additional actions that are not described may also be included in other embodiments. It should also be appreciated that the discussions above forFIGS. 1 through 7may also apply to the method shown inFIG. 8. For the sake of brevity and clarity, every feature and function applicable toFIG. 8is not repeated here.

InFIG. 8, a method800for dynamically reconfiguring a storage device or system with one or more applications is shown. At block805of the method800, an indication is received to reconfigure a controller (e.g., the controllers230and330ofFIGS. 2 and 3) with an application. For example, the indication may be provided by a user of user device (e.g., the user device110ofFIG. 1) having selected an application to be ran. The user device sends a request to the host (e.g., the host120ofFIG. 1) to run the selected application, which is received by the host as the indication to reconfigure a controller. An application management module (e.g., the application management module710ofFIG. 7) of the host receives the request and initiates the process of reconfiguring a storage device (e.g., one of the storage devices ofFIGS. 1 through 3) with the selected application. In an embodiment, the storage device may include an SSD. The host indicates to the storage device that a controller is to be reconfigured with the selected application.

At block810, a determination is made as to whether the storage device is ready for reconfiguration. For example, the application management module of the host may communicate with a reconfiguration module (e.g., the reconfiguration module250and332of respectiveFIGS. 2 and 3) of the storage device to determine (or check) if a controller on the storage device is ready to be reconfigured with the selected application. The storage device may not be ready for reconfiguration for various reasons, such as the reconfiguration module may be busy servicing a virtual user request; the reconfiguration module may be in the process of another reconfiguration, such as for another virtual user or for another application; or the reconfiguration module may be unavailable for other reasons.

If at block810, the storage device is not ready for reconfiguration with the selected application, then the application management module of the host waits until the storage device is ready for reconfiguration, as represented by block815and the arrow to block810.

If at block810, the storage device is ready for reconfiguration with the selected application, then the selected application is received, as represented by block820. For example, the application management module in the host may receive the selected application from the application library (e.g., the application library530ofFIG. 5) and then send the selected application to the storage device, which receives the selected application for reconfiguration. In an embodiment where the application library resides on a remote server from the host, the host first receives the selected application from the remote server before sending to the storage device. In an embodiment where the application library resides in an application library on the storage device, then the controller on the storage device receives the application from the application library.

At block825, the controller on the storage device is reconfigured with the selected application. The controller may be reconfigured with the selected application in one or more manners, such as previously described forFIG. 2, which are not repeated here again for the sake of clarity and brevity.

At block830, user tags may be generated to indicate that the controller is reconfigured with the selected application for the user or user device that selected the application to be ran. At block835, an indication is received to run the application with a set of data as input. For example, the user may select a set of data to run the application on, either at the time the application is selected to be ran or subsequent thereto. At block840, the controller receives the set of data. The controller may receive the set of data from the memory in which the controller is coupled to and controls. For example, the user may upload (or enter) data from the user device to the host, which may then send the uploaded data to the storage device. The storage device may store the uploaded data in memory (e.g., the memory module220and the memory device360of respectiveFIGS. 2 and 3) on the storage device until the selected application is run and the uploaded data is needed.

At block845, the controller that is reconfigured with the selected application runs the selected application with the set of data as input. In an embodiment, an additional user tag or user information may be generated to track that the selected application is running.

When the controller runs the selected application with the set of data stored on the memory on the storage device, both the running of the application and the receiving of the set of data occur on the storage device. Thus, the delay which would occur if the host runs the application while accessing data from the storage device is avoided. The overall speed of performing the computations and operations necessary for the selected application is increased or maximized because the corresponding computations and operations of the algorithms of the application, as well as the retrieval of the set of data, are performed within the storage device.

In some instances, instructions to run the application may be sent from the host along with the selected application such that the selected application is run once the controller is reconfigured with the application. For example, the user may initially select to run an application on a specific set of data. In another embodiment, instructions to run the application are sent from the host to the controller some time after the controller is reconfigured with the selected application. For example, the user may first select to run the application, and then later select the set of data for input. In some instances, the user may also select additional sets of data to run the application on at a later time.

At block850, resulting data is generated from running the selected application with the set of data as input. The controller may then send the resulting data to the host, which in turn may send the resulting data to the user device for the user. The resulting data may also be stored in memory on the host, the storage device, or both in various implementations. At block855, the controller receives an indication to stop running the application. For example, the user may request via the user device to stop the selected application. The request may be sent to the host, which may indicate to the controller to stop running the selected application.

At block860, the application is stopped. In some instances, the application may also stop after the application has been ran with the user data and the resulting data generated. In an embodiment, the user tags module may update the user tags to indicate that the controller is not currently running the selected application. Once the selected application is stopped, the method800may be repeated when an application is requested or required, as represented by the arrow from block860to block805. In one embodiment, the user tags module may generate or update a user tag to indicate that the controller is still reconfigured with the selected application but no longer for the initial user who selected it to be ran. In this way, if a subsequent request to reconfigure the application is initiated, by the same or different user, the reconfiguration management module (e.g., the reconfiguration management module540ofFIG. 5) may forego the reconfiguration process because the controller is still reconfigured with the application. If the selected application is deleted or written over with a different application, then user tags module may generate or update a user tag accordingly. In this way, if the same or different user attempts to subsequently run the deleted (or written over) application, the reconfiguration management module will know that the controller should be reconfigured with the selected application.

In certain aspects, a storage device (e.g., the storage device400ofFIG. 4) may be implemented having a main controller and distributed controllers available for reconfiguration with a selected application. The method800may also be applicable to the configuration process of the main controller and the distributed controllers.

For example, at block805, the main controller may communicate with the host to receive an indication that one of the controllers on the storage device is to be reconfigured with the selected application. If the main controller is to be reconfigured with the selected application, then the host determines if the main controller is ready for reconfiguration before sending the application at block810. If the main controller is not ready for reconfiguration, then the host waits to send the application until the main controller is ready, as represented by block815. In an embodiment, the reconfiguration module of the main controller manages the reconfiguration of the distributed controllers and determines which distributed controller is to be reconfigured with the selected application. In such case, the reconfiguration module of the main controller communicates with the reconfiguration module of the selected distributed controller to indicate that the selected distributed controller is to be reconfigured with the selected application at block805, and to determine when the selected distributed controller is ready to be reconfigured with the selected application at block810.

The main controller may select the appropriate distributed controller to send the application to based on one or more factors, such as whether a distributed controller is ready for reconfiguration, whether a distributed controller has capacity to run an additional application, whether a distributed controller controls the memory having the set of data that will be used as input to the running application, etc. The distributed controller may not be ready for reconfiguration for various reasons, such as the reconfiguration module may be busy servicing a virtual user request; the reconfiguration module may be in the process of another reconfiguration, such as for another virtual user or for another application; or the reconfiguration module may be unavailable for other reasons.

Once a controller (e.g., the main controller or one of the distributed controllers) is selected for reconfiguration and ready for reconfiguration, the application is received by the selected controller at block820. If the main controller is selected for reconfiguration, then the main controller receives the application and then the main controller is reconfigured with the selected application at block825. If a distributed controller is selected for reconfiguration by the main controller, then the main controller receives the application and sends the application to the selected distributed controller. The selected distributed controller receives the application at block820and is reconfigured with the selected application at block825. The controller may be reconfigured with the selected application in one or more manners, such as previously described forFIG. 2, which are not repeated here again for the sake of clarity and brevity.

At block830, user tags and user information are generated to indicate that the selected controller (e.g., the main controller or one of the distributed controllers) is reconfigured with the selected application for the user or user device that selected the application to be ran. At block835, an indication is received to run the application with a set of data as input. For example, the user may select the set of data to run the selected application on, either at the time the application is selected to be ran or subsequent thereto. At block840, the selected controller receives the set of data from memory on the storage device. If the selected controller is one of the distributed controllers, the set of data may be received from the memory in which the selected controller is coupled to and controls. The user may upload data from the user device to the host, which may then send the uploaded data to the storage device. The storage device may store the uploaded data in memory on the storage device until the selected application is run and the uploaded data is needed.

At block845, the controller reconfigured with the selected application runs the selected application with the set of data as input. In an embodiment, an additional user tag or user information may be generated to track that the selected application is running. When the controller runs the selected application with the set of data stored on the memory of the storage device, both the running of the application and the receiving of the set of data occur on the storage device. Thus, the delay which would occur if the host runs the application while accessing data from the storage device is avoided. The overall speed of performing the computations and operations necessary for the selected application is increased or maximized because the corresponding computations and operations of the algorithms of the application, as well as the retrieval of the set of data, are performed within the storage device. Furthermore, when a distributed controller runs the selected application with a set of data that is stored in memory controlled by the distributed controller, the overall speed of performing the computations and operations necessary for the selected application is increased or maximized for similar reasoning.

At block850, a resulting data is generated from running the selected application with the set of data as input. The selected controller may then send the resulting data to the host, which in turn may send the resulting data to the user device for the user. The resulting data may also be stored in memory on the host, the storage device, or both in various implementations. At block855, the selected controller receives an indication to stop running the application. For example, the user may request via the user device to stop the selected application. The request may be sent to the host, which may indicate to the main controller to stop the running of the selected application. If a distributed controller is running the application, then the main controller indicates to the distributed controller to stop running the application.

At block860, the selected controller stops running the application. In some instances, the application may also stop after the application has been ran and the resulting data generated. In an embodiment, the user tags module may update the user tags to indicate that the controller is not currently running the selected application. Once the selected application is stopped, the method800may be repeated when an application is requested or required, as represented by the arrow from block860to block805. In one embodiment, the user tags module may generate or update a user tag to indicate that the controller is still reconfigured with the selected application but no longer for the initial user who selected it to be ran. In this way, if a subsequent request to reconfigure the application is initiated, by the same or different user, the reconfiguration management module (e.g., the reconfiguration management module540ofFIG. 5) may forego the reconfiguration process because the controller is still reconfigured with the application. If the selected application is deleted or written over with a different application, then user tags module may generate or update a user tag accordingly. In this way, if the same or different user attempts to subsequently run the deleted (or written over) application, the reconfiguration management module will know that the controller should be reconfigured with the selected application.

In certain aspects, a storage system (e.g., the storage system600ofFIG. 6) may include a plurality of storage devices (e.g., the storage devices610,611, and612ofFIG. 6) available for reconfiguration with the selected application. In such case, one of the storage devices may be selected for reconfiguration with the selected application. The method800may also be applicable to the reconfiguration process of one of the storage devices in the storage system.

The storage system includes a coordinator module (e.g., the coordinator module630inFIG. 6) to manage the plurality of storage devices. The coordinator module is communicatively coupled to the host, and the host indicates to the coordinator module that a storage device is to be reconfigured with the selected application at block805. At block805, the coordinator module of the storage system may communicate with the host to receive an indication that one of the controllers on the storage device is to be reconfigured with the selected application. The coordinator module manages the reconfiguration of the storage devices and determines which storage device is to be reconfigured with the selected application. In such case, the coordinator module communicates with a reconfiguration module of the selected storage device to indicate that the selected storage device is to be reconfigured with the selected application at block805, and to determine when the selected storage device is ready to be reconfigured with the selected application at block810.

At block810, the applications management module of the host may communicate with the coordinator module to determine if the storage system is ready to begin the reconfiguration process. The coordinator module selects one of the storage devices for reconfiguration and then determines (or checks) if the selected storage device is ready for reconfiguration. The coordinator module communicates with the reconfiguration module of the selected storage device to determine if one or more of the controllers in the storage device are ready to be reconfigured with the selected application. In an embodiment, the coordinator module determines if one or more selected storage devices is ready for reconfiguration before selecting one of the storage devices for reconfiguration.

The coordinator module may select a storage device based on one or more factors. In certain embodiments, the coordinator module may select the storage device to be reconfigured at random; based on an assignment scheme, which assigns specific storage devices to specific user devices and/or user; based on which storage devices are most likely to be ready for reconfiguration, such as those that are not currently reconfigured with a threshold number of selected applications or those that are not currently running a threshold number of applications; based on whether a storage device controls the memory having the set of data that will be used as input to the running application; or based on any other factors, such as those described inFIG. 6for the coordinator module630. The storage device may not be ready for reconfiguration for various reasons, such as the storage device may be busy servicing a virtual user request; the storage device may be in the process of another reconfiguration, such as for another virtual user or for another application; or the storage device may be unavailable for other reasons.

At block815the application management module of the host may wait to send the selected application until the storage system is ready for reconfiguration. At block820, the application management module of the host sends the selected application to the coordinator module of the storage system. If the storage system is ready to receive the selected application but the selected storage device is not ready for reconfiguration, then the coordinator module waits until the selected storage device is ready before sending the selected application to the selected storage device. When the selected storage device is ready, then the coordinator module sends the selected application to the reconfiguration module of the selected storage device.

For example, the application management module in the host may receive the selected application from the application library (e.g., the application library530ofFIG. 5) and then send the selected application to the storage system, which in turn sends the selected application to the selected storage device. In an embodiment where the application library resides on a remote server from the host, the host first receives the selected application from the remote server before sending to the storage system. In an embodiment where the application library resides in an application library on the storage system, then the coordinator module receives the application from the application library and then sends it to the selected storage device.

At block825, the controller on the selected storage device is reconfigured with the selected application. For example, in an embodiment, the controller may be reconfigured with applications by programming the applications into programmable logic blocks. For instance, the application may be sent to the storage device in the form of a bitmap and stored therein. The controller may include a processor that reconfigures the gates of programmable logic blocks based on the bitmap. The controller may also be reconfigured with the selected application in one or more other manners, such as previously described forFIG. 2, which are not repeated here again for the sake of clarity and brevity.

At block830, user tags may be generated by the user tags module to indicate that the selected storage device or controller is reconfigured with the selected application for the user or user device that selected the application. For example, the user tags module may be implemented in the reconfiguration module for the selected controller. In another embodiment, the coordinator module may include the user tags module instead of the reconfiguration module of the selected controller, or alternatively may include a separate user tags module in addition to the user tags module of the reconfiguration module of the selected controller.

At block835, an indication is received to run the application with a set of data as input. For example, the user may select a set of data to run the application on, either at the time the application is selected to be ran or subsequent thereto. At block840, the selected controller receives the set of data. The controller may receive the set of data from the memory in which the controller is coupled to and controls. For example, the user may upload (or enter) data from the user device to the host, which may then send the uploaded data to the storage system. The storage system may store the uploaded data in memory on the selected storage device until the selected application is run and the uploaded data is needed.

At block845, the controller reconfigured with the selected application runs the selected application with the set of data as input. In an embodiment, an additional user tag or user information may be generated to track that the selected application is running. When the controller runs the selected application with the set of data stored on the memory of the storage device, both the running of the application and the receiving of the set of data occur on the storage device. Thus, the delay which would occur if the host runs the application while accessing data from the storage device is avoided. The overall speed of performing the computations and operations necessary for the selected application is increased or maximized because the corresponding computations and operations of the algorithms of the application, as well as the retrieval of the set of data, are performed within the storage device.

In some instances, instructions to run the application may be sent from the host along with the selected application such that the selected application is run once the controller is reconfigured with the application. For example, the user may initially select to run an application on a specific set of data. In another embodiment, instructions to run the application are sent from the host to the controller after the controller is reconfigured with the selected application. For example, the user may first select to run the application, and then later select the set of data for input. In some instances, the user may also select additional sets of data to run the application on at a later time.

At block850, a resulting data is generated from running the selected application with the set of data as input. The selected controller may then send the resulting data to the host, which in turn may send the resulting data to the user device for the user. The resulting data may also be stored in memory on the host, the storage device, or both in various implementations. At block855, the selected controller receives an indication to stop running the application. For example, the user may request via the user device to stop the selected application. The request may be sent to the host, which may indicate to the coordinator module to stop running the selected application which may then indicate to the selected storage device to stop running the selected application.

At block860, the selected controller stops running the application. In some instances, the application may also stop after the application has been ran with the user data and the resulting data generated. In an embodiment, the user tags module may update the user tags to indicate that the controller is not currently running the selected application. Once the selected application is stopped, the method800may be repeated when an application is requested or required, as represented by the arrow from block860to block805.

In one embodiment, the user tags module (e.g., in the coordinator module, the selected storage device, or both) may generate or update a user tag to indicate that the controller is still reconfigured with the selected application but no longer for the initial user who selected it to be ran. In this way, if a subsequent request to reconfigure the controller with the application is initiated, by the same or different user, the coordinator module and the reconfiguration management module (e.g., the reconfiguration management module540ofFIG. 5) of the selected storage device may forego the reconfiguration process because the controller is still reconfigured with the application. If the selected application is deleted or written over with a different application, then user tags module may generate or update a user tag accordingly. In this way, if the same or different user attempts to subsequently run the deleted (or written over) application, the coordinator module and the reconfiguration management module will know that the controller should be reconfigured with the selected application.

In certain embodiments where a storage system has multiple storage devices for reconfiguration, more than one storage device may be utilized. For example, in one embodiment, controllers of more than one storage device may be reconfigured with the same application, each in a similar manner as described for the method800. Each controller may run the application with different portions of the set of data as inputs, for instance. Utilizing more than one storage device in such manner may increase computational performance.

FIG. 9depicts a block diagram of an exemplary computer system (or data processing system), according to an embodiment. Note that whileFIG. 9illustrates various components of a computer system, it is not intended to represent any particular architecture or manner of interconnecting the components. The computer system900shown inFIG. 9may represent an example host system (e.g., hosts120,270,350, and700of respectiveFIGS. 1, 2, 3, and 7); an example remote device communicatively coupled to the host (e.g., a third party server); an example computer system included in a storage system, such as the storage system600ofFIG. 6for example; and an example user device (e.g., user devices110,111,112, and113ofFIG. 1). It is also be appreciated that networked computers and other data processing systems which have fewer components, or perhaps more components, may also be implemented as the computer system.

As shown, the host system900includes a system bus902, which is coupled to a microprocessor903, a Read-Only Memory (ROM)907, a volatile Random Access Memory (RAM)905, as well as other nonvolatile memory906. In the illustrated embodiment, microprocessor903is coupled to cache memory904. A system bus902can be adapted to interconnect these various components together and also interconnect components903,907,905, and906to other devices, such as a display controller and display device908, and to peripheral devices such as input/output (“I/O”) devices910. Types of I/O devices can include keyboards, modems, network interfaces, printers, scanners, video cameras, or other devices well known in the art. Typically, I/O devices910are coupled to the system bus902through I/O controllers909. In one embodiment the I/O controller909includes a Universal Serial Bus (“USB”) adapter for controlling USB peripherals or other type of bus adapter.

RAM905can be implemented as dynamic RAM (“DRAM”), which requires power continually in order to refresh or maintain the data in the memory. The other nonvolatile memory906can include a magnetic hard drive, magnetic optical drive, optical drive, DVD RAM, solid-state storage drive, or other type of memory system that maintains data after power is removed from the system. WhileFIG. 9shows that nonvolatile memory906as a local device coupled with the rest of the components in the host system900, it will be appreciated by skilled artisans that the described techniques may use a nonvolatile memory remote from the system, such as a network storage device coupled with the host system through a network interface, such as a modem, Ethernet interface, or any other standard or proprietary interface.

In certain aspects of the present disclosure, a storage device is provided that includes memory for data storage, and a first controller for storing data in the memory. The first controller is operably coupled to the memory and includes a first controller configured to: receive an indication to reconfigure the first controller with a first application; receive the first application; reconfigure the first controller with the first application such that the first controller is enabled to run the first application; receive an indication to run the first application with a first set of data as input; receive the first set of data; run the first application with the first set of data as input; and generate first resulting data from running the first application with the first set of data as input. The first application is user-selected to be ran.

In certain embodiments, the first processor of the first controller is further configured to: receive an indication to reconfigure the first controller with a second application; receive the second application; reconfigure the first controller with the second application such that the first controller is enabled to run the second application; receive an indication to run the second application with a second set of data as input; receive the second set of data; run the second application with the second set of data as input; and generate second resulting data from running the second application with the second set of data as input. The second application is user-selected to be ran. In an embodiment, the first processor of the first controller is further configured to: generate a first user tag indicating that the first controller is reconfigured with the first application for a first user or user device; and generate a second user tag indicating that the first controller is reconfigured with the second application for a second user or user device. The second application is user-selected to be ran by the second user or user device. The first application is user-selected to be ran by the first user or user device. In an embodiment, the first processor of the first controller is further configured to: receive an indication to stop running the first application; stop running the first application; and update the first user tag to indicate that the first controller stopped running the first application.

In an embodiment, the storage device also includes a host interface coupled to the first controller to enable a host to communicate with the first controller and the memory. The first application is received from the host via the host interface. The first processor of the first controller is further configured to send the resulting data to the host via the host interface.

In an embodiment, the first set of data is received from the memory.

In an embodiment, the storage device includes a solid-state drive. The solid-state drive includes the first controller and the memory.

In an embodiment, the first application is received from an application library. The application library includes a plurality of applications.

In an embodiment, the reconfiguring of the first controller with the first application dynamically occurs in real-time as the first application is user-selected.

In certain embodiments, the storage device further includes a main controller operably coupled to the memory; and a plurality of distributed controllers. Each of the plurality of distributed controllers is operably coupled to the main controller and to a respective portion of the memory. The plurality of distributed controllers includes the first controller. The main controller includes a second processor configured to: determine the first controller is to be reconfigured with the first application; and send the first application to the first controller. In an embodiment, the second processor of the main controller is further configured to determine the first set of data is stored in a first respective portion of the memory. The first respective portion is controlled by the first controller. The determination that the first controller is to be reconfigured with the first application is based on the determination that the first set of data is stored in the first respective portion controlled by the first controller. In an embodiment, the storage device further includes a second controller operably coupled to a second respective portion of the memory. The second controller is one of the plurality of distributed controllers. The second controller includes a third processor configured to: receive an indication to reconfigure the second controller with a second application; receive the second application; reconfigure the second controller with the second application such that the second controller is enabled to run the second application; receive an indication to run the second application with a second set of data as input; receive the second set of data; run the second application with the second set of data as input; and generate second resulting data from running the second application with the second set of data as input. The second application is user-selected to be ran. The second processor of the main controller is further configured to: determine the second set of user data is stored in the second respective portion of the memory; determine that the second controller is to be reconfigured with the second application based on the determination that the second set of user data is stored in the second respective portion controlled by the second controller; and send the second application to the second controller. The second respective portion is controlled by the second controller. In an embodiment, the second processor of the main controller is further configured to: generate a first user tag indicating that the first controller is reconfigured with the first application for a first user or user device; and generate a second user tag indicating that the first controller is reconfigured with the second application for a second user or user device. The second application is user-selected to be ran by the second user or user device. The first application is user-selected to be ran by the first user or user device. In an embodiment, the storage device comprises a solid-state drive. The solid-state drive includes the main controller, the plurality of distributed controllers, and the memory. In an embodiment, the reconfiguring of the first controller with the first application dynamically occurs in real-time as the first application is user-selected. In an embodiment, the first set of data is received from a first respective portion of the memory controlled by the first controller.

In certain embodiments, the storage device further includes: a main controller operably coupled to the memory; and a plurality of distributed controllers. Each of the plurality of distributed controllers is operably coupled to the main controller and to a respective portion of the memory. The main controller includes the first controller. In an embodiment, the first processor of the first controller is further configured to receive the first set of data from a distributed controller of the plurality of distributed controllers. In an embodiment, the reconfiguring of the first controller with the first application dynamically occurs in real-time as the first application is user-selected.

In certain aspects of the present disclosure, a system is provided that includes: a plurality of storage devices; and a first processor operably coupled to the plurality of storage subsystems. The first processor configured to: receive an indication that a first application is user-selected to be ran on a first set of user data; determine that a first storage device of the plurality of storage devices is to be reconfigured with the first application; receive the first application; and send the first application to the first storage device for reconfiguration of the first controller with the first application. The first storage device includes first memory and a first controller operably coupled to the first memory. The first controller includes a second processor configured to: receive an indication to reconfigure the first controller with the first application; receive the first application; reconfigure the first controller with the first application such that the first controller is enabled to run the first application; receive an indication to run the first application with the first set of data as input; receive the first set of data; run the first application with the first set of data as input; and generate first resulting data from running the first application with the first set of data as input.

In certain embodiments, the first processor is further configured to: receive an indication that a second application is user-selected to be ran on a second set of data; determine that the first storage device is to be reconfigured with the second application; receive the second application; and send the second application to the first storage device for reconfiguration of the first controller with the second application. The second processor of the first controller is further configured to: receive an indication to reconfigure the first controller with the second application; receive the second application; reconfigure the first controller with the second application such that the first controller is enabled to run the second application; receive an indication to run the second application with the second set of data as input; receive the second set of data; run the second application with the second set of data as input; and generate second resulting data from running the second application with the second set of data as input. In an embodiment, the first processor is further configured to: generate a first user tag indicating that the first storage device is reconfigured with the first application for a first user or user device; and generate a second user tag indicating that the first storage device is reconfigured with the second application for a second user or user device. The first application is user-selected to be ran by the first user or user device. The second application is user-selected to be ran by the second user or user device.

In certain embodiments, the first processor is further configured to: receive an indication that a second application is user-selected to be ran on a second set of user data; determine that a second storage device of the plurality of storage devices is to be reconfigured with the second application; receive the second application; and send the second application to the second storage device for reconfiguration of the second controller with the second application. The second storage device includes second memory and a second controller operably coupled to the second memory. The second controller includes a third processor configured to: receive an indication to reconfigure the second controller with the second application; receive the second application; reconfigure the second controller with the second application such that the second controller is enabled to run the second application; receive an indication to run the second application with the second set of data as input; receive the second set of data; run the second application with the second set of data as input; and generate second resulting data from running the second application with the second set of data as input. In an embodiment, the first processor is further configured to: generate a first user tag indicating that the first storage device is reconfigured with the first application for a first user or user device; and generate a second user tag indicating that the second storage device is reconfigured with the second application for a second user or user device. The second application is user-selected to be ran by the second user or user device. The first application is user-selected to be ran by the first user or user device.

In certain embodiments, the first processor is further configured to determine that the first set of user data is stored on the first storage device. The determination that the first storage device is to be reconfigured with the first application is based on the determination that the first set of user data is stored on the first storage device. In an embodiment, the system further includes a host interface for communication with a host. The host interface operably coupled to the first processor. The first application is received by the first processor from the host via the host interface. The first processor is further configured to: receive first resulting data from the first storage device, the first resulting data generated from running the first application with the first set of data as input; and transmit the first resulting data to the host via the host interface.

In an embodiment, the first application is received from an application library including a plurality of applications.

In an embodiment, the first storage device includes a solid-state drive. The solid-state drive includes the first controller and the first memory.

In an embodiment, the first storage device includes a distributed control system with a main controller and a plurality of distributed controllers. The first controller is one selected from a group consisting of: the main controller, and a distributed controller of the plurality of distributed controllers.

In an embodiment, the first set of data is received from the memory.

In certain aspects of the present disclosure, a method is provided that includes: receiving an indication to reconfigure a first controller of a first storage device with a first application; receiving the first application; reconfiguring the first controller with the first application such that the first controller is enabled to run the first application; receiving an indication to run the first application with a first set of data as input; receiving the first set of data; running, by a processor of the first controller, the first application with the first set of data as input; and generating first resulting data from running the first application with the first set of data as input. The first application is user-selected to be ran. The first storage device includes memory for data storage and operably coupled to the first controller. In an embodiment, the first application is received from a host. In an embodiment, the first set of data is received from the memory. In an embodiment, the data storage device the first storage device includes a solid-state drive. The solid-state drive includes the first controller and the first memory.

Throughout the foregoing description, and for the purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the described techniques. It will be apparent, however, to one skilled in the art that these techniques can be practiced without some of these specific details. Although various embodiments that incorporate these teachings have been shown and described in detail, those skilled in the art could readily devise many other varied embodiments or mechanisms to incorporate these techniques. Also, embodiments can include various operations as set forth above, fewer operations, or more operations; or operations in an order. Accordingly, the scope and spirit of the invention should only be judged in terms of any accompanying claims that may be appended, as well as any legal equivalents thereof.

Reference throughout the specification to “one embodiment” or “an embodiment” is used to mean that a particular feature, structure or characteristic described in connection with an embodiment is included in at least one embodiment. Thus, the appearance of the expressions “in one embodiment” or “in an embodiment” in various places throughout the specification are not necessarily referring to the same embodiment. Further, the particular features, structures or characteristics may be combined in any suitable manner in one or several embodiments. Although the present invention has been described above with reference to specific embodiments, it is not intended to be limited to the specific form set forth herein. Rather, embodiments other than those specific described above are equally possible within the scope of any accompanying claims. Moreover, it should be appreciated that the terms “comprise/comprises” or “include/includes”, as used herein, do not exclude the presence of other elements or steps. Furthermore, although individual features may be included in different claims, these may possibly advantageously be combined, and the inclusion of different claims does not imply that a combination of features is not feasible and/or advantageous. In addition, singular references do not exclude a plurality. Finally, reference signs in the claims are provided merely as a clarifying example and should not be construed as limiting the scope of the claims in any way.

For purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the description. It should be apparent, however, to one skilled in the art that embodiments of the disclosure can be practiced without these specific details. In some instances, modules, structures, processes, features, and devices are shown in block diagram form in order to avoid obscuring the description. In other instances, functional block diagrams and flow diagrams are shown to represent data and logic flows. The components of block diagrams and flow diagrams (e.g., modules, blocks, structures, devices, features, etc.) may be variously combined, separated, removed, reordered, and replaced in a manner other than as expressly described and depicted herein. It should be appreciated that the block diagrams may include additional components that are not necessarily shown or described, but which have been left out for the sake of clarity and brevity.

Various components and modules described herein may include software, hardware, or a combination of software and hardware. The components and modules may be implemented as software modules, hardware modules, special-purpose hardware (e.g., application specific hardware, ASICs, DSPs, etc.), embedded controllers, hardwired circuitry, hardware logic, etc. Software content (e.g., data, instructions, and reconfiguration) may be provided via an article of manufacture including a non-transitory, tangible computer or machine-readable storage medium, which provides content that represents instructions that can be executed. The content may result in a computer performing various functions/operations described herein.

In general, the processes and features described herein may be implemented as part of an operating system or a specific application, component, program, object, module, or series of instructions referred to as “programs”. For example, one or more programs may be used to execute specific processes described herein. The programs typically comprise one or more instructions in various memory that, when read and executed by a processor, cause the processor to perform operations to execute the processes and features described herein. The processes and features described herein may be implemented in software, firmware, hardware (e.g., an application specific integrated circuit, or a field-programmable gate array (FPGA)), or any combination thereof.

In an implementation, the processes and features described herein may be implemented as a series of executable modules run by a processor (e.g., in a computer system, individually or collectively in a distributed computing environment). The foregoing modules may be realized by hardware, executable modules stored on a computer-readable medium (or machine-readable medium), or a combination of both. For example, the modules may comprise a plurality or series of instructions to be executed by a processor in a hardware system. Initially, the series of instructions may be stored in memory, such as on a storage device. However, the series of instructions can be stored on any suitable computer readable storage medium. Furthermore, the series of instructions need not be stored locally, and could be received from a remote storage device, such as a server on a network, via the network interface. In various implementations, a module or modules can be executed by a processor or multiple processors in one or multiple locations, such as multiple servers in a parallel processing environment.

A computer or machine readable non-transitory storage medium includes any mechanism that provides (i.e., stores and/or transmits) information in a form accessible by a computer (e.g., computing device, electronic system, etc.), such as recordable/non-recordable media (e.g., read only memory (ROM), random access memory (RAM), magnetic disk storage media, optical storage media, flash memory devices, etc.); or any type of medium suitable for storing, encoding, or carrying a series of instructions for execution by a processor to perform any one or more of the processes and features described herein. The content may be directly executable (“object” or “executable” form), source code, or difference code (“delta” or “patch” code). A computer readable storage medium may also include a storage or database from which content can be downloaded. A computer readable medium may also include a device or product having content stored thereon at a time of sale or delivery. Thus, delivering a device with stored content, or offering content for download over a communication medium may be understood as providing an article of manufacture with such content described herein.