Snelius
Re:Zero downtime migrations at Petabyte scale
on Monday February 23, 2026 @09:19PM (#47132063)
Thank you for the link but it's not the same case ;) Google used storage switching which has migration in mixed mode, i.e. migration on demand when data migrated due user access to. API had compatibility layer to read/write from/to both storage systems (i built kind of this migration mechanism about decade ago). And google spend about 8 years for the migration which ok. And the article about Database migration which can be periodical process (critical scheme changes for example) and they describe it to us. Take snapshot and racing with snapshot overhead changes and etc. I think we can let's over here. It's not a zero downtime solution cuz it's not exists.
Re:Zero downtime migrations at Petabyte scale
on Sunday February 22, 2026 @09:58PM (#47117527)
> The code is open source though, you can read it
Thank you! :D
> Is pretty well trodden ground.
YES!! But the article point us to it's a 400TB+ w/o downtime migration. This is impossible. That why is looks like clickbait and advertising of a product.
Re:Zero downtime migrations at Petabyte scale
on Sunday February 22, 2026 @02:16AM (#47108988)
He can't. It's not a reference, just a bunch of CLI examples. Please learn what is the reference. Even docs is a BS, wonderful product. Overall this article is a typical advertising and clickbait..
Re:Zero downtime migrations at Petabyte scale
on Thursday February 19, 2026 @10:15PM (#47083223)
> Load in latest db dump, may take as long as it wants.
400TB its about a week+ ?
> Then start replication and catch up on the delay.
Then u have a changes in the delay about +- 1TB. It means a changes syncing about few days more while changes still coming.
They said "current requests are buffered" which is impossible, especial for long distributed (optional) transactions which in a progress (it can spend a hours, days (for analitycs)).
Overwall this article is a BS or some super custom case which irrelevant for common systems. You can't migrate w/o downtime, it's a physical impossible.
Re:Apple will phase out Rosetta 2 in macOS 28
on Tuesday October 28, 2025 @09:55PM (#45741736)
W/o rossetta i can't build x86_64 images anymore. Today i can setup OrbStack amd64 linux and build native amd64 images on my mac to put on my servers.
Re:Where's Firefox Going Next?
on Tuesday July 15, 2025 @09:40PM (#44577859)
"ublock origin lite" works well
Re:Notepad++ is 21 years old
on Friday November 01, 2024 @09:19PM (#42023284)
vim beats all of them
Re:Why is Common Lisp not the most popular programming language?
on Wednesday February 14, 2024 @08:42PM (#39378133)
(i)(don't)(know)
Re:Jaq – A jq clone focused on correctness, speed, and simplicity
on Wednesday November 29, 2023 @08:34PM (#38468075)
It's not the same. The jq is not just a viewer. It's a JSON query lang processor.
Re:WASM by Example
on Wednesday November 15, 2023 @09:33PM (#38285274)
Such annoying. I can't find anymore about wasm assembler compiler.
Re:Daktilo: Turn Your Keyboard into a Typewriter
on Tuesday October 03, 2023 @10:08PM (#37760037)
Much better. Thank you.
Re:SectorC: A C Compiler in 512 bytes
on Wednesday May 24, 2023 @09:55PM (#36066271)
It was funny to read. Thx! :))
I still don't know what time it is. "Nice" UI.
Re:When programming is gone, will we like what’s left?
on Sunday March 26, 2023 @10:22PM (#35322179)
when what? :)
Re:Switching from C++ to Rust
on Monday March 13, 2023 @10:12PM (#35146443)
Good luck! lol
Re:Rust – What made it “click” for me (Ownership and memory internals)
on Sunday February 19, 2023 @09:15PM (#34864218)
It has not a success. Just aggressive ads.
Re:Show HN: I store my critical secrets and document, and communicate ...
on Wednesday December 21, 2022 @09:55PM (#34089159)
Yea. The html must have signature and Bob has public key of Alice to verify ... and we here again. :)
Re:Mildly Interesting Quirks of C
on Sunday November 20, 2022 @08:54PM (#33687740)
Fantastic language. Truly freedom for a programmer. Thank you Dennis.
Modern languages program you. :)
Re:Source Code for SunOS 4.1.3
on Friday October 28, 2022 @10:58PM (#33380566)
Coding culture is very impressive.
Re:55 GiB/s FizzBuzz
on Thursday October 28, 2021 @11:09PM (#29034747)
Good work!
Re:Neovim v0.5
on Saturday July 03, 2021 @12:59AM (#27719467)
No, you should not. Original vim is unbeatable.
Re:iOS 14.5 delivers Unlock iPhone with Apple Watch, new privacy contr...
on Monday April 26, 2021 @11:11PM (#26951542)
Yes, it's my phone since 2017 and I happy with that. I will use it until EoL.
Re:All C++20 core language features with examples
on Wednesday April 07, 2021 @10:55PM (#26734580)
Great job! Thank you!
Re:Nuklear: A cross-platform GUI library in C
on Sunday February 21, 2021 @10:41PM (#26220621)
C89 yeah :)
Re:Show HN: Jam, an Open Source Clubhouse (w/ WebRTC)
on Monday February 15, 2021 @09:26PM (#26150248)
Looks like a just wrtc "helloworld" example from MDN.
Re:FFmpeg is 20 years old today
on Sunday December 20, 2020 @10:57PM (#25492007)
And still rocks! :)
Re:Netscape and Sun Announce JavaScript (1995)
on Friday December 04, 2020 @09:29PM (#25311102)
It was a sad day for the whole industry but nobody knew that yet.
Re:Complexity in Operating Systems
on Sunday November 01, 2020 @10:34PM (#24964602)
Thank you! Subscribed.
Re:Biscuit: A monolithic, POSIX-subset operating system kernel in Go
on Wednesday September 23, 2020 @11:25PM (#24574946)
Oh lul :) thx
Re:Why Not Rust?
on Sunday September 20, 2020 @11:46PM (#24539585)
Yea. The Rust is a language pleasant to read about but not to wish to write on.