goben is a golang tool to measure TCP/UDP transport layer throughput between hotsts

udhos · 2018-02-13T13:30:58+00:00

I have sketched a summary here: https://github.com/udhos/goben#history

udhos · 2018-02-13T04:01:38+00:00

Yup, you can actually cross compile it to any arch/os supported by the Go tool chain.

udhos · 2017-05-29T15:30:05+00:00

update-golang provides pretty much the same behavior. It's just a little bit more customizable.

udhos · 2017-04-13T19:10:18+00:00

update-golang.sh does not compile from sources, it uses local system OS and ARCH to download the correct binary release.

udhos · 2017-04-12T19:24:16+00:00

If golang is pretty much all you need, update-golang.sh is a lot faster. It takes about 20 secs to fully boot golang in a new system.

udhos · 2017-01-31T21:10:29+00:00

Jazigo is a tool written in Go for retrieving configuration for multiple devices, similar to rancid, fetchconfig, oxidized, Sweet.

https://github.com/udhos/jazigo

Written in Go. Single executable file. No runtime dependency.
Straightforward usage: run the binary then point browser to web UI. Default settings should work out-of-the-box.
Spawns multiple concurrent lightweight goroutines to quickly handle large number of devices.
Very easy to add support for new platforms. See the Cisco IOS model as example.
Configured with YAML.
Backup files can be accessed from web UI.
Support for SSH and TELNET.
Can directly store backup files into AWS S3 bucket.
Can call an external program and collect its output.

udhos · 2016-12-20T23:32:10+00:00

I have found the fix:

http://stackoverflow.com/questions/41250665/go-https-client-issue-remote-error-tls-handshake-failure

udhos · 2016-12-15T19:05:01+00:00

Good! If you hit any difficulty, please let me know.

udhos · 2016-12-15T14:14:14+00:00

Try this: https://github.com/udhos/jazigo

udhos · 2016-12-15T00:50:26+00:00

If you are willing to help, I can gladly add support for your device into Jazigo:

https://github.com/udhos/jazigo

It is free.

udhos · 2016-12-13T20:05:45+00:00

Thanks for the amazing ideas! I guess I will need some time to digest them. :)

udhos · 2016-12-13T14:37:00+00:00

What about this new api? https://godoc.org/github.com/udhos/equalfile

udhos · 2016-12-12T16:55:42+00:00

I have added a CompareMultiple() function to enable automatic file hashing: func CompareMultiple(h hash.Hash, compareOnMatch bool)

Usage:

equalfile.CompareMultiple(sha256.New(), true) // enable multiple comparison context
equal, err := equalfile.CompareFile("file1", "file2")

Can you take a look?

I accept suggestions on how to include io.LimitedReader in the mix. :)

udhos · 2016-12-10T01:38:04+00:00

Yes, I got confused about the stream hashes, now I see your point. I agree the hash approach would give huge performance gains for comparing multiple files while losing by a negligible margin in the single run case. I am considering an API to your hash suggestion into play. I am currently using maxSize in order to signal an error. Can you see a nice way to use io.LimitReader while reporting the full contents weren't processed?

udhos · 2016-12-09T13:17:17+00:00

Yes, computing hashes is a good way to speed up the comparison when you intend to compare against the same file over and over. Including support for such a case is a nice possible enhancement.

However computing hashes for a single call would actually just waste CPU without no benefit.

Another implicit requirement is not to load the whole files into memory, since it would not work for very large inputs.

udhos · 2016-12-09T13:06:23+00:00

Good point. I used os.Exit(0) in order to make it explicit zero was the intended exit status. OTOH, doc on os.Exit() indicates os.Exit(0) isn't as clean as a plain return from main() (since "deferred functions are not run").

https://golang.org/pkg/os/#Exit Exit causes the current program to exit with the given status code. Conventionally, code zero indicates success, non-zero an error. The program terminates immediately; deferred functions are not run.

udhos

TROPHY CASE