Discussion: ZimaOS vs. Synology DSM

Hi everyone,

We’ve just shared a blog post that we’re pretty excited about—a detailed comparison between ZimaOS and Synology DSM.

We fully recognize that Synology has long been the go-to choice in the NAS space, with DSM setting a high bar for reliability and user experience. That said, we wanted to respectfully explore how ZimaOS offers a different approach—one that might resonate with those looking for more flexibility and openness.

Here’s a quick summary of what we cover in the article:

  • :artist_palette: User Interface & Ease of Use: The polished, appliance-like feel of DSM versus the clean, modern, and streamlined approach of ZimaOS.
  • :puzzle_piece: App Ecosystem: A look at Synology’s extensive Package Center versus the Docker-centric flexibility and openness you get with ZimaOS.
  • :gear: Hardware & Flexibility: The freedom to choose your own hardware with ZimaOS compared to Synology’s closed-ecosystem approach.
  • :light_bulb: Core Philosophy: We explore the fundamental trade-offs between a locked-down, turnkey solution and an open, customizable platform for creators and enthusiasts.

You can read the full, detailed comparison here on our blog: ZimaOS vs. Synology DSM: A Comprehensive NAS OS Comparison


Let’s Discuss!

We genuinely want to hear from you,

  • For those who have used DSM or other NAS systems, what are your thoughts on this comparison? Does it match your experience?
  • What do you think is ZimaOS’s biggest strength right now?
  • Is there any feature from the Synology world you’d love to see integrated or improved upon in ZimaOS in the future?

Looking forward to a great discussion!

ok, I give you my 2 cents: I love the ZIMA project and I’m seriously thinking of adopting it on a production machine of mines. BUT there is a big BUT !!! Here we are not only compare functionalities between DSM and ZIMA, or the zero-hassle approach, in this regard ZIMA is strong. DSM wins hands down in robustness: it’s safe, VERY SAFE:

  • List item
  • the RAID implementation is one of the safest on the planet. While the adoption of BTRFS under RAID5 in normal Linux environment is dangerous (kernel 6.12 or newer).
  • the health of disks gives you a lot of infos while in ZIMA there is NOTHING.
  • the scrubbing process in DSM is robust, the repair process is robust, and it works most of the times. I cannot say the same about ZIMA.
  • DSM is a real multi-users environment, ZIMA is not.
  • DSM has a task scheduler, ZIMA hasn’t, no there is no chance of processes’ automation under ZIMA.
  • DSM doesn’t expose the boot disk and its folders to users, ZIMA does and it’s dangerous.
  • DSM is built about the concept of modules which can be installed or uninstalled, that gives it a great reliability because, in case of failure, you can force the uninstall a particular service and then re-install it (i.e. think of SMB service). ZIMA can’t and that’s is unreliable.
  • DSM gives you a lot of tools for monitoring logs, networks, and many other parameters, ZIMA doesn’t offer that and ultimately this leads to unreliability.
  • DSM gives you a very well documented terminal access, ZIMA gives you SSH but then you don’t know exactly what you can do and what you cannot do without damaging the system. This is negative.
  • DSM docker approach is more complicated and convoluted but it gives you the chance to create a docker compose file and work with it. ZIMA force you to use its own parameters in creating a new docker instance and this is negative, because you are not really free.
  • DSM gives you a Migration Assistant and, generally speaking, upgrading the underlaying hardware is a straightforward process with doesn’t cause any harm to your data (RAID), while ZIMA doesn’t even give you the possibility of upgrading which is really dangerous in a long period’s prospective.

Sorry guys, you all are doing a marvellous job but there is a looooong way to go!
With Love

3 Likes

I’m the founder of Zima team. Sincere thanks for your thorough notes and feedback!

The team and I are preparing point-by-point responses to address each of your concerns—clarifying where things stand today, and sharing our short and long-term plans.

As you rightly said, there’s still a long way to go. We’re in this for the long haul, and we hope you’ll continue growing with us! :wink:

3 Likes

Thank you for taking the time to write such a detailed and thoughtful post. I have shared it with our team, and we find your feedback to be both insightful and highly constructive.

Your core point about robustness is a very important one, and we appreciate you framing it through the lens of a mature, feature-rich system like DSM. Our approach with ZimaOS has been to establish a different kind of robustness first—one founded on a streamlined, stable, and open core.

That said, we certainly agree that a platform must evolve upon its foundation. It is valuable confirmation for us that many of the features you listed—such as enhanced disk health monitoring, multi-user support, and a task scheduler—are key milestones on our internal roadmap. This reinforces that we are focused on the right evolutionary path. Our team is deeply committed to building a platform that is both highly secure and exceptionally reliable for our users.

Of course, I also wish to be transparent about our process. As you may know, we are a passionate but lean team. This foundational-first approach requires us to be disciplined in our development, focusing our energy on the most critical issues at each stage before building out more complex features.

This is why your post is so helpful. It provides clear direction on what matters most to experienced users as we continue to build upon our core foundation.

Regarding the specific technical points you raised (Btrfs safety, Docker flexibility, etc.), I have compiled them for discussion with our development team. I cannot provide a detailed answer on each point at this moment, but I can assure you that every one of your concerns is being taken seriously.

Thank you once again for your contribution. Feedback of this quality is instrumental to our growth, and we hope you will continue to follow our progress and share your perspective.

The post has been edited for better readability.

2 Likes

Giorgio,

Thank you for your kind words: I am really pleased to be able to help you in some way. And I am glad that you can take my advices and use them in whatever way your team see they can fit in.

What I want to add here is that—if you like—I can add other aspects that I think could be improved or developed to make ZimaOS even better. I am well aware that you are a small team, but I also believe that you have done a wonderful job so far.

The most important thing now, and I have always written this to you privately, is to define a clear roadmap of what the developments will be so that interested people know. It is not important when the features will be implemented, but it is important to know that they will be implemented.

In any case, I remain at your disposal, and for anything, don’t hesitate to ask! :slight_smile:

2 Likes

Sure I will ! If it were up to me, I would even buy shares in your company! :wink:

1 Like

Hello, Hackaro!

After our last chat, I’ve discussed this with our engineers and carefully verified the relevant system functions. It seems there might have been some misunderstandings due to information not being perfectly synchronized. Please allow me to address your concerns one by one:

  1. Regarding RAID Security: The issues you mentioned with early btrfs RAID 5/6 are real, which is why we’ve been extra cautious. In fact, we do not use the native Btrfs RAID solution. As a NAS company, data security is our lifeline, and we take it more seriously than you can imagine. Therefore, you can rest assured about the stability of our RAID implementation. (As an example, a user accidentally messed up their RAID array via CLI last week, and our engineers successfully helped to recover it. This story is just a snapshot of our commitment to data security.)

  2. Regarding Disk Health and Monitoring: Our WebUI already provides a fairly intuitive monitoring experience. You can see a health overview of your storage on the Dashboard, and you can view more detailed disk status, including partial S.M.A.R.T. info, in the Storage Panel under Settings. Your impression of “no information” might suggest that our UI guidance isn’t clear enough, and we will consider how to make these features easier to discover.



  1. Regarding Multi-User Functionality: While our multi-user feature is still being progressively enhanced, it is absolutely “real.” We are fully committed to building a feature-rich multi-user environment. In the next one or two planned versions, the Zima Client will also add support for multi-user login.

  1. Regarding the Task Scheduler: We already have a preliminary implementation of this feature. However, from a design philosophy standpoint, we want to make it simpler and more intuitive. We are planning how to use an excellent GUI to replace traditional code editing, making it easy for everyone to use. It is already on our development plan.

  2. Regarding the Risk of an Exposed Boot Drive: I may not have fully understood your point here. Could you please describe the scenario you’re concerned about in more detail? This would help us better evaluate and follow up.

  3. Regarding Modules/Plugins vs. Integration: Our team strongly agrees on the importance of reliability, but we believe that deep integration provides a more stable and reliable experience than a plugin-based model. Plugins have their use cases, and zpkg is our attempt(it is still an early attempt) in that area. Therefore, it’s not that “Zima can’t do it,” but rather a difference in our design philosophy.

  1. Regarding Log Monitoring: We are also rethinking the best way to present logs and notifications. We feel that many notification features on the market can sometimes be distracting and may not align with our “out-of-the-box” philosophy. What I can tell you is that a better logging and notification system is on the way.

  2. Regarding SSH/CLI: Our philosophy is to create a NAS OS that requires almost no coding, so we generally don’t encourage regular use of SSH. It serves more as a channel for our engineers to provide you with quick support when needed. Furthermore, even under SSH/CLI, most of the file system is read-only by default, which we believe is a more advanced and secure design than most traditional Linux systems.

  3. Regarding Docker: You are correct, DSM’s Docker is more complex. Our goal is precisely to create a simpler, more user-friendly application installation experience, which is why our one-click install feature is so popular with the community. Of course, we have also preserved YAML and CLI installation methods as a dedicated channel for advanced users. This is the ZimaOS design philosophy: we do the thinking to make the complex simple for the user.

  1. Regarding Data Migration: We even provide a solution for migrating from CasaOS to ZimaOS, so migrating from one ZimaOS to another will certainly be even easier.

In essence, all these points lead back to one fact: ZimaOS is a Simplified, Focused, and Open NAS OS, and its philosophy is different from that of traditional NAS systems. We are working hard to deliver on our values.

Regarding the Roadmap, the reason we haven’t made it fully public is largely a business decision to remain agile in a rapidly changing market. Of course, we are considering how to better disclose parts of the roadmap that the community is interested in. You can join the zimaos-open-test-partner-team channel on our Discord server, where we discuss the latest roadmap and direction more promptly with our pioneer users. You are also welcome to follow us on X and Facebook, where the polls and discussions we initiate can also become part of our roadmap.

Thank you again for your detailed comments! This exchange has been very valuable, and it reminds us that we must strengthen our communication to bridge information gaps. We also hope you will try our latest versions to experience the rapid and positive iterations of ZimaOS for yourself.

Let’s build and witness the growth of an exceptional NAS OS together!

1 Like

My Two Cents

I’ve used both Synology DSM and QNAP since these brands first hit the European market. I’ve used Synology both personally and professionally, including the largest rack-mounted versions as cost-effective redundancy in professional environments, such as NAS storage in secondary XenServer/VMware/Veeam setups or as a backup host. Over the past year, I’ve also run GitHub - vdsm/virtual-dsm: Virtual DSM in a Docker container. privately, which I migrated to first after selling of my personal NAS.

Strengths of DSM (and to some extent QNAP):
It’s stable, extremely robust, and offers vast configuration possibilities, from simple settings to more advanced ones. Professionally, it provides many ready-to-use enterprise features, and for my home, it covers most apps/functions I need. Nowadays anything missing is handled by Docker. With the addition of SSD cache in recent years, it’s also very fast—network interfaces have long been the limiting factor on cheaper models.

Weaknesses of Synology DSM:
There aren’t many, aside from the hardware itself in the models typically purchased for personal use. If you want to do more, like running VMs or other tasks, a low-end quad-core Intel doesn’t go very far (which was one reason I tried GitHub - vdsm/virtual-dsm: Virtual DSM in a Docker container.). It’s also become more restrictive, like not all hard drives being supported anymore. I’ve sold my last personal Synology and won’t buy another. Professionally, I moved to pure enterprise solutions years ago (though Synology served smaller organizations well in the 2010s).

Advantages of ZimaOS:
It’s a fantastic project, and I believe you’ll gradually offer functionality comparable to Synology for the private market. There’s still much to implement, but you’ve already laid a solid foundation. Right now I think the project currently appeals to different customer groups: ZimaOS is for those who are willing to roll up their sleeves and tinker a bit, while Synology is more like Apple—it just works. ZimaOS also faces the challenge that, beyond your own hardware, many issues stem from third-party components, which complicates things.

Disadvantages of ZimaOS:
Since I’m running it on non-Zima hardware, robustness is my top priority, and ZimaOS isn’t quite there yet —which I fully respect and understand. I miss some basic functionality, like a GUI-based scheduler or the ability to shut down VMs (if it exists?) before the OS restarts. I running zimaOS in the walled garden of my firewall and dont have any users, I would not want to share anything internal or external right now.

Other Thoughts:
I think the project is fantastic, and if you continue to keep ZimaOS open to all types of hardware, I’d happily consider paying for a license once you feel the product is ready. I’m also looking forward to the next generation of Zima hardware, which I’ll likely buy if it fits my needs.
Easy way of making Zima more user friendly. 1. Zima “Certified Core Apps”, similar to Synology app store. Keep thoose well updated and documented. 2. A few more core settings 3. A scheduler 4. A basic firewall is a must outgoing/incoming/blocks 5. A few more settings in the hypervisor 6. VPN and Remote Access. Pick any good open and known ones like Tailscale/Wireguard/cloudflared for VPN and remote access. Not sure how the built in works and not sure I trust it either to be honest?

Core Apps: Pick the best projects, keep to the the basics, be sure they are working out of the box and have them well updated:

3 Likes

Thanks Giorgio, I will reply your points one by one:

  1. raid security: Good to know that your BtrFS solution is not the standard one. Anyway being able to recover a RAID array by the help of your engineer’s team CANNOT mean the system is robust. I do want: snapshots, replications, periodical scrubbing of both data and metadata, and verifications (checksums) of data.

  1. Disk Health and Monitoring: good but definitely not enough. You said right: partial SMART info. Here we need all the pieces of information because that help us in understanding what’s happening to our disks. Plus I guess this is very easy to implement into ZimaOS.

  2. Multi-User Functionality: No, this is not what I meant. Multi users not in regarding SMB connections, but in regarding to the directly log in to the Zima machine. And I’d like to have the chance to split between admins and normal users. And here I’d like to see the ZimaOS HDD hidden to users which are not admins, or those who connect by the way of SMB. Is it possible?

  3. OK, that’s nice.

  4. Please read the end of 3. point.

  5. zpkg is nice … but my idea goes further: in case of degradations of data I’d like an OS can heal and auto-repair itself (DSM can!) downloading the needed packages to - at the bare minimum - guarantee to be able to re-start and work as expected. This is super useful just in case you mess up with the OS.

  6. Log Monitoring: ok, great! :slight_smile:

  7. SSH/CLI: ok, but here the point is to have documentation about how to make things correctly.

  8. Docker: ok great. I guess this is my mistake, sorry for that.

  9. Data Migration: No, this is very important point!!! Data Migration means: I take my RAID of 3 HDDs and I put them on a new motherboard, I install ZimaOS (same version) on the new system, RAID will be recognised correctly without any hassle???

Regarding the Roadmap I can understand your point of view but, indeed, the more you can share, especially if you want to join a paid model of licences (which I absolutely agree of), the more you will get the attention of your customers. Ciao!

1 Like

Hi, @zztop007

Your suggestions are very pertinent, and some of the feature suggestions are already in the plan. I will share your thoughts with the team members!

Hi, @hackaro_73483

Regarding how to shield technical details to let users use it out-of-the-box, instead of it becoming a system exclusively for expert users, this is part of the philosophy of creating a Simplified, Focused, and Open NAS OS. And while we focus on simplicity, we aren’t a closed-off system like iOS. We’ve intentionally left access to the CLI for our more advanced users like you, so that they can get what they want.

Of course, I’m happy that, actually, most of the feature ideas you raised are aligned with our roadmap. For example, features including multi-user are already being implemented.

I can give you a screenshot:

When you create a user in the current version, you are not just creating an SMB/SAMBA user. Our goal may be consistent with yours: they will be an independent user, with their own file space, their own login interface and dashboard. Absolutely not just a file-sharing level user. This is one of the feature items we will enrich during current period.

Did you know, we also recently released the ZimaOS PDP, and the Plus version is also coming soon. More useful information can be provided there.

In short, I still sincerely recommend that you use our latest version of the system, as this can minimize outdated impressions to the greatest extent.

For other feature suggestions, we have also a dedicated channel where every member can actively provide feedback. Thanks, and cheers!

Thank you for your support and trust! Yes, I do have this vision.
Our community is named Icewhale , and our forum is also called Icewhale . They are not synonymous with “Zima Team.” Icewhale is a collective organization formed by the current development team and the broader community. Similarly, its ownership structure should also reflect a mechanism for shared contribution—this is a fundamental principle for us.

As a short-term step toward this vision, as mentioned in my Discord announcement, we will begin by allocating a portion of ZimaOS revenue to establish a distribution system for community contributions. This is a small but meaningful—and quite complex—first step. Once a positive feedback loop is established, we aim to expand toward community ownership at the right time. That’s roughly the path we have in mind. :wink:

2 Likes

It feels like 70% of the features are already in the roadmap. You could almost help us define it, lol.

On another note, there’s something I’ve been a bit confused about and wanted to get your perspective. Does all the investment we put into ZimaOS actually influence your choice of Zima hardware? I’m asking because, from my perspective as a builder, I’m deeply involved in both. But from your standpoint, do you evaluate our hardware design independently against third-party options, or do you see the software and hardware as an inseparable whole when making a purchasing decision?

And, what core specifications do you expect in the next hardware?

ZimaOS using the RAID provided by Linux’s built-in mdadm, and the filesystem used during mounting is Btrfs, not the RAID functionality provided by Btrfs itself. There is an essential difference between the two.

3 Likes

[quote=“ED209, post:13, topic:5896”]
It feels like 70% of the features are already in the roadmap. You could almost help us define it, lol.

  • Great! Whats not in the roadmap :slight_smile:

On another note, there’s something I’ve been a bit confused about and wanted to get your perspective. Does all the investment we put into ZimaOS actually influence your choice of Zima hardware? I’m asking because, from my perspective as a builder, I’m deeply involved in both. But from your standpoint, do you evaluate our hardware design independently against third-party options, or do you see the software and hardware as an inseparable whole when making a purchasing decision?

  • Hardware/Needs/Openness/Price is first priority, thats one part of why I left Synology. Then I find the software that suits my needs. In earlier life, plain Debian with a Webmin/Cloudmin/Cockpit/Etc GUI, but nowadays Ill want a more complete NAS OS.
  • If the hardware suits my needs and comes with a stable and open OS it will be a part of my purchasing decision.

And, what core specifications do you expect in the next hardware?

There is an important aspect of the next hardware I wanna share thought about: Thunderbolt.

Thunderbolt is clearly the future and the adoption of Thunderbolt 5 is a must have of any Linux distro, and particularly important in a NAS’ OS. So, 1st of all, kudos to Zima team for having implemented Thunderbolt connection from the scratch.

The implementation of ALL the thunderbolt connections under Windows/Linux/MacOS with NASes has always been developed by the way of Thunderbolt networking, which a subset of instructions of a Thunderbolt’s device. My request is simple: I truly really would like to see a NAS that, when connected by the way of a Thunderbolt cable , establishes a LOCAL connection to the PC without working with TCP/IP, aka working as a DAS. Why? Because there is much less overhead and, most importantly, you can a direct LOCAL connection with your files which - especially for content creators - is HUGELY important in terms of speed and reliability.

1 Like

Now I’m a paying customer, keep the roadmap coming.

2 Likes

Noted!

1 Like

Lol, thank you! I’m in the process of writing. The idea is to have the Roadmap as a page between Pricing and Download, visible to all, detailing our past developments and upcoming plans. I’m currently defining the design requirements for this single page, so please give me a little more time.

3 Likes

I’m sorry that Zima-Giorgio’s personal statement has also confused us. Regarding the RAID part, I must clarify that the user case he mentioned was a case in which a user used root privileges to explore the ZimaOS system and modified the storage database, which could not be recovered by itself. I am not clear about the relationship between this case and RAID itself. To date, there has not been any case of user database damage or loss due to program defects and other problems, resulting in data inaccessibility (that is, user data security, availability and reliability). This is the most basic bottom line of our R&D team - data cannot be lost.

1 Like