Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Syncthing – a continuous file synchronization program

syncthing.net

Post reply on HN
Print view View original

201–210 of 233 posts

Re: Syncthing – a continuous file synchronization program

#201

Post by gpvos »

j1elo wrote: post #123
deaddabe wrote: post #21

I have switched from Nextcloud to Syncthing. The former was a resource hog that was eating up too much everything on my modest VPS. I share the files on my local network at home between phone, laptop and desktop. My only issues so far: - I need to manually start Syncthing on the devices, whereas Nextcloud was always running on boot. Not sure if I should start it every time, especially on the Android phone which canno…

> [Nextcloud] was a resource hog that was eating up too much everything on my modest VPS. I've seen comments like this in multiple occasions. Is it really that bad? I guess if there was a flagrant performance bug, it would have been sorted out with time, so the only remaining explanation is that the code is really poorly laid out, or with design flaws that cause so many performance problems for users. However next to…

The hogged resource for me is disk space. The more recent versions are bundling more and more features like a web-based word processor etc. that are just useless baggage for me. (I do like the calendar and contact sync.) I have a small hosted site with a tiny personal Nextcloud instance, just for sharing a handful of files, plus a small Wordpress site, and I had to upgrade from 500 MB to 1 GB to fit it in and also be able to run the upgrader.

Re: Syncthing – a continuous file synchronization program

#202

Post by yarcob »

rkagerer wrote: post #118

Glad to see another option out there for file sync. Browsing the FAQ I noticed: To further limit the amount of CPU used when syncing and scanning, set the environment variable GOMAXPROCS to the maximum number of CPU cores Syncthing should use Are they using an environment variable shared by other Go programs? Seems like bad practice... why aren't they using a variable or or switch that's unique to Syncthing instead?

If you would use that variable, you wouldn't set it globally. You would set it only for the syncthing process.

For example, when you use systemd to run syncthing, you can configure the environment for syncthing in the unit file.

Other Go programs on your machine won't be affected.

Re: Syncthing – a continuous file synchronization program

#203

Post by dolni »

bipson wrote: post #193
dolni wrote: post #186

Earlier quoted context omitted.

Perhaps "entitled to ask" is a poor choice of words. Yes, freedom of speech allows bipson to ask about contributing. It still comes across as entitled. The question was clearly laden with some expectation that Reventlov should go do work for syncthing instead of sharing an opinion on Hacker News. We're just here having a conversation. The expectation that a user MUST do something for an open source project because th…

Hmm, fair point. But just as much as you consider an "expectation that a user MUST do something for an open source project" is a tired point, I consider the endless ranting by entitled FOSS users an obnoxious trend. And btw. I never said something about "must", I asked why not choosing - OK, maybe strongly suggesting - another option. Maybe you took my question the wrong way, but (maybe just as much misguided) I took…

> I consider the endless ranting by entitled FOSS users an obnoxious trend.

There is a massive difference between voicing your opinion about something in a public discussion forum and hounding the developers of a project because they don't fix bugs or implement new features on your say-so. One of those is making conversation, the other is entitlement.

> Maybe you took my question the wrong way, but (maybe just as much misguided) I took the "opinion"/"discussion" not as opinion, but for the lack of any helpful suggestion as merely a rant.

Sometimes, you can recognize that something is bad without knowing the best way to fix it.

> I was raised not to needlessly complain about free things, without considering to take things into my own hands.

Okay, so that was how you were raised and how you operate. I don't see the reply as needless complaining. It is a critique of some specific issues. It was constructive criticism, because it presented a specific set of things that could be improved upon. I happen to agree with those criticisms, even though I generally think Syncthing is a great piece of software.

> And even if you don't know how to code, suggestions and discussions are better had in an issue tracker, right? Otherwise, what's the point?

What's the point that any of us are here talking about anything?

> If one is not a user, and considers something else to be better, why voice such a strong opinion?

Because people make conversation and have opinions. Are you familiar with socializing? It's okay to not like something. It's okay to not like _parts_ of something.

Re: Syncthing – a continuous file synchronization program

#204

Post by squinta »

willis936 wrote: post #116
Normal_gaussian wrote: post #112

Earlier quoted context omitted.

You can't publish your own competing app. The desired behaviour requires running a background service (not allowed) that watches arbitrary folders (not allowed).

I guess I'll just have to pay $49.99 a year for iCloud! Why isn't this a lawsuit yet?

https://en.wikipedia.org/wiki/Device_neutrality

Re: Syncthing – a continuous file synchronization program

#205

Post by marcellus23 »

withinboredom wrote: post #199
marcellus23 wrote: post #133

Earlier quoted context omitted.

$99/year is hardly exorbitant.

Plus ~30% of your revenue.

correction: 30% of your revenue for certain business models. Still too much, but let's at least be somewhat accurate. Plenty of apps make tons of money on the App Store without every paying a dime to Apple beyond the $99.

Re: Syncthing – a continuous file synchronization program

#206

Post by Daegalus »

deaddabe wrote: post #57
Daegalus wrote: post #31

Earlier quoted context omitted.

try out Synctrayzor for the laptop and desktop. it lets you set it to auto start on boot.

Thanks for the suggestion. This is an app for Windows [0] but everything I use is Linux, so the setup to start SyncThing it at boot should be straightforward. I am more worried about the Android part. The best solution would be to start SyncThing when on my LAN via matching SSID, and disable it when I am out of range. [0] https://github.com/canton7/SyncTrayzor

Honestly, that my bad, I didn't check before suggesting it and had it in my head it was cross platform.

Re: Syncthing – a continuous file synchronization program

#207

Post by withinboredom »

marcellus23 wrote: post #205
withinboredom wrote: post #199

Earlier quoted context omitted.

Plus ~30% of your revenue.

correction: 30% of your revenue for certain business models. Still too much, but let's at least be somewhat accurate. Plenty of apps make tons of money on the App Store without every paying a dime to Apple beyond the $99.

Perhaps you missed the ~

Re: Syncthing – a continuous file synchronization program

#208

Post by frosted-flakes »

hparadiz wrote: post #122
grandchild wrote: post #107

Earlier quoted context omitted.

yes the .stfolder is a minor nuisance most of the time, but it's a lifesaver if for some reason or other your folder gets removed or a mounted device is no longer there, or one of a hundred other things that can go wrong with a folder. then you _really_ want syncthing to stand back and hold its hands up, instead of syncing deletion events to all connected devices or sending all your friends your entire home directory…

I understand all these things because I've done this professionally for quite some time. However I've just explained that this is my build directory which means it can be deleted and I won't care. Every build quite literally overwrites all the output files so it's destructive by it's very nature. Syncthing already has an option where it won't sync deletes as well. I just don't understand why it must absolutely have a…

I suggest you put your build folder inside a synced folder, instead of syncing the build folder directly.

Re: Syncthing – a continuous file synchronization program

#209

Post by GOATS- »

deaddabe wrote: post #21

I have switched from Nextcloud to Syncthing. The former was a resource hog that was eating up too much everything on my modest VPS. I share the files on my local network at home between phone, laptop and desktop. My only issues so far: - I need to manually start Syncthing on the devices, whereas Nextcloud was always running on boot. Not sure if I should start it every time, especially on the Android phone which canno…

> I also need to figure out how to install Wireguard on my router to allow to access my NAS from my phone while on a trip, but that's another story.

I can recommend https://tailscale.com/

It just works.

Re: Syncthing – a continuous file synchronization program

#210

Post by inside_out_life »

bsdubernerd wrote: post #173
inside_out_life wrote: post #164

Earlier quoted context omitted.

for fast occasional sharing you have KDEConnect

I don't see a command-line or daemon backend. Not really comparable, even if I happened to use kde.

Well, it's not comparable, you wanted different use case there's kdeconnect-cli kdeconnect seems daemon like enough to me since it's entirely detached from its myriad UIs
Post reply on HN