aschmahmann changed the topic of #ipfs to: Heads Up: To talk, you need to register your nick! Announcements: go-ipfs 0.7.0 and js-ipfs 0.52.3 are out! Get them from dist.ipfs.io and npm respectively! | Also: #libp2p #ipfs-cluster #filecoin #ipfs-dev | IPFS: https://github.com/ipfs/ipfs | Logs: https://view.matrix.org/room/!yhqiEdqNjyPbxtUjzm:matrix.org/ | Forums: https://discuss.ipfs.io | Code of Conduct: https://git.io/vVBS0
}ls{ has quit [Ping timeout: 268 seconds]
}ls{ has joined #ipfs
mindCrime_ has joined #ipfs
mowcat has quit [Remote host closed the connection]
<sudo-apt-install>
why is it that my IPFS says i'm hosting 65.5MB of files when i have nothing pinned and nothing in my files? and yes, i've run the garbage collector
Nact has quit [Quit: Konversation terminated!]
cymatics has joined #ipfs
john2gb0 has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
john2gb0 has joined #ipfs
john2gb0 has quit [Read error: Connection reset by peer]
<RomeSilvanus[m]>
Discordian: Did you ever look into the hashing step? I have noHash on and yet the time it takes to go through files scales with their size. So I'm not sure if it really just checks modtime & date, which should be equally fast regardless of file size.
<RomeSilvanus[m]>
* Discordian: Did you ever have time look into the hashing step (not while ur sick tho)? I have noHash on and yet the time it takes to go through files scales with their size. So I'm not sure if it really just checks modtime & date, which should be equally fast regardless of file size.
D_ has quit [Ping timeout: 252 seconds]
D_ has joined #ipfs
supercoven_ has joined #ipfs
supercoven has quit [Ping timeout: 240 seconds]
Newami has joined #ipfs
tech_exorcist has quit [Quit: tech_exorcist]
vandenoever has quit [Ping timeout: 268 seconds]
tech_exorcist has joined #ipfs
chris613 has quit [Ping timeout: 246 seconds]
chris613 has joined #ipfs
_jrjsmrtn has joined #ipfs
__jrjsmrtn__ has quit [Ping timeout: 252 seconds]
ipfs-stackbot has quit [Remote host closed the connection]
ipfs-stackbot has joined #ipfs
reit has quit [Quit: Leaving]
Taoki_1 has joined #ipfs
Taoki has quit [Ping timeout: 260 seconds]
Nact has joined #ipfs
LiftLeft has joined #ipfs
dpl has quit [Read error: Connection reset by peer]
factormystic has quit [Read error: Connection reset by peer]
zippersk[m] has joined #ipfs
factormystic has joined #ipfs
chanceyan has quit [Quit: Leaving]
<zippersk[m]>
Hello, I would like to ask question about bandwidth optimalization when adding files to IPFS. I periodically upload data to IPFS, which are usually 90 percent same. The IPFS host does not run on the same computer from which I use CLI to upload data. So every time I upload this data via IPFS cli, the CLI transfers all the date via HTTP from the local computer to the computer where the IPFS node is running. Is there a way to
<zippersk[m]>
not transfer blocks which CID already exist on the IPFS node? The deduplication works great! My only issue is that I transfer data via HTTP which already exists on IPFS node and I want to avoid this.
D_ has quit [Quit: 💨]
D_ has joined #ipfs
cowboy8625[m]1 has joined #ipfs
ctOS has joined #ipfs
tech_exorcist has quit [Ping timeout: 265 seconds]
dsrt^ has quit []
vs^ has joined #ipfs
Guest62121 has joined #ipfs
Guest62121 has left #ipfs [#ipfs]
mindCrime_ has joined #ipfs
tech_exorcist has joined #ipfs
tech_exorcist has quit [Remote host closed the connection]
tech_exorcist has joined #ipfs
Christian_jkt has joined #ipfs
Christian_jkt has quit [Remote host closed the connection]
p|q has joined #ipfs
edi[m] has joined #ipfs
edi[m] is now known as edy[m]
tech_exorcist has quit [Remote host closed the connection]
<RubenKelevra[m]>
<sudo-apt-install "why is it that my IPFS says i'm "> Hey, that's normal. You're holding parts of the DHT - so only metadata for running the network itself.
<madiator2011[m]>
Is there way to check how many people pinned my files. Upload/Download progress etc?
tech_exorcist has joined #ipfs
JulienSuroy[m] has joined #ipfs
JulienSuroy[m] has left #ipfs [#ipfs]
<RubenKelevra[m]>
madiator2011: nope. You can check for individual files how many nodes do offer these also on the network, by querying the DHT and you can show how much traffic has been transferred. But breaking this down into individual transfers is not possible.
<RubenKelevra[m]>
`ipfs dht findprovs --help` for the DHT queries and `ipfs stats bw --help` for traffic
tech_exorcist has quit [Read error: Connection reset by peer]
drathir_tor has quit [Ping timeout: 240 seconds]
drathir_tor has joined #ipfs
tech_exorcist has joined #ipfs
teal has joined #ipfs
supercoven_ has quit [Ping timeout: 240 seconds]
Caterpillar has quit [Quit: You were not made to live as brutes, but to follow virtue and knowledge.]
vs^ has quit []
teal has quit [Quit: WeeChat 3.1]
edy[m] is now known as edi[m]
koo55 has quit [Quit: Leaving]
halbeno has quit [Quit: Leaving.]
koo55 has joined #ipfs
vandenoever has quit [Quit: Konversation terminated!]
halbeno has joined #ipfs
edi[m] is now known as edy[m]
kostazi[m] has joined #ipfs
alexgr has quit [Ping timeout: 265 seconds]
RingtailedFox has joined #ipfs
alexgr has joined #ipfs
RingtailedFox has quit [Read error: Connection reset by peer]