9700+ entries in 0.018s
mod6: but the battery cell is somehow better for this test?
mod6: isn't that what the Dr. Meter does? you set it to 5v and it's g2g. i've verified with multimeter (Fluke) that it does spit out what it says it spits out.
mod6: instead of the battery pack, can I just use my Dr. Meter DC PS?
mod6: it's USB-TTL direct plugged into machine, wired with the 5v, out, & gnd
mod6: and yah, this setup is without usbhub.
mod6: running next hist.py.. one sec.
mod6: yeah, they were collected on linux as such ^
mod6: root@trb-dev:/home/mod6/fg1# dd iflag=fullblock if=/dev/ttyUSB0 of=fg1.fg1.bin
mod6: root@trb-dev:/home/mod6/fg1# stty -F /dev/ttyUSB0 115200 raw -echo -echoe -echok
mod6: check my previous paste
mod6: im running the ./hist.py on a linux environment amd64
mod6: (running ./hist.py against my FG#1 output files...)
mod6: ok. am trying. will report.
mod6: so back to the bsd-side-quest.... i built `coreutils 8.21' on my openbsd box. now have `gdd` on there. which has a 'fullblock' iflag.
mod6: makes sense, i think it was worth covering this though -- wanted to be sure that I have one solid test-bed.
mod6: i went back to my linux output entropy files to see about the 'ff fd' thing; I'm really jammed up on openbsd. and that's a different side-quest we can discuss later. but now i'm wondering about the flow-control/output from collections done on linux
mod6: I'll run your py script here...
mod6: alright, how 'bout you?
mod6: will have it out in just a moment.
mod6: pretty terse SoBA this month...
mod6: Will report if I get it figured out.
mod6: I haven't gotten openbsd to do quite what I want yet, even with the -crtscts flag set for stty.
mod6: werd. will try it later on my end. not with mac though. i don't use that crap.
mod6: unified theory of ineptitude
mod6: ya, was thinking that myself. could have been something else weird, but he seemed to update to V99994 and then been able to get past the issue.
mod6: this issue seems completely unrelated to FG.
mod6: don't bother for now, just stick with whatever else you were doin'. I don't wanna get you off on a side-quest for this.
mod6: ok, np. i'll dig into it later. we'll get to the bottom of it. just some weird config deal.
mod6: or am I reading that wrong?
mod6: to turn off flow control
mod6: thanks asciilifeform
mod6: ok will try later for sure.
mod6: i was actually reading through `dd` (openbsd) impl yesterday.. -.-
mod6: ok, if `cat` won't pad, or do any weird buffer hijinks, then i'll give it a shot.
mod6: or how I'm trying to read from the serial
mod6: asciilifeform: yup. just, openbsd with the config I was talking about yesterday didn't hit that. im sure it's just something on the openbsd side, ie. my configuration.
mod6: ALSO, forgot to mention, that openbsd `dd` doesn't have a 'fullblock' iflag or whatever, so that needs to be looked at a bit too
mod6: ah, well from my *linux* machine i was around ~7kb/s
mod6: trinque & ben_vulpes : thanks for helping CluelessNoob.
mod6: can get some later. maybe need to change the baud setting, or even something different.
mod6: asciilifeform, pete_dushenski, et. al. I noticed the slowness of reading from the USB-TTL too. i had mine set to read at 115200 baud or whatever, but still was only pretty slow. i don't have any metrics off hand.
☟︎☟︎ mod6 doing some reporting
mod6: ymmv as far as the device name... just thought this might help someone
mod6: *PLEASE NOTE THE SMALL -f* instead of the analog capital F on linux machines.
mod6: dd if=/dev/cuaU0 | hexdump -C
mod6: stty -f /dev/cuaU0 115200 raw -echo -echoe -echok
mod6: anyway, incase anyone cares, on openbsd once I connect my FG via USB-TTL, i was able to use device 'cuaU0' to read from the FG:
mod6: Anyway, we'll see. :]
mod6: So that should conclude the collections for now. I'll be putting some effort into some fg-anal sometime soon -- maybe nothing more than some basic facts extrapolated from the test results per collection and links to the raw results.
mod6: thanks! last dieharder test is running now, actually.
mod6: should be done ~ a day.
mod6: Now, I just need to re-run one more test from FG #2, then the collections will be complete, all using 'fullblock'.
mod6: asciilifeform: haha, ok
mod6: I think what is simple, obvious, and kindergarden-esq to you, is, at least for me, still very impressive.
mod6: I read through ffa, and it 'makes sense' to me as far as what you're doing in most cases -- as I understand the intent of the expressions. but i stand in awe, especially after trying my own hand at Ada, at what you've produced.
mod6: yah, it's a process.
mod6: im gonna keep working on it. i figure after enough beatings, my morale will improve :]
mod6: i really started getting into ada like... maybe a month or to ago, even though I kinda started nosing through the Ada 95 Ref book a while before.
mod6: <+asciilifeform> took asciilifeform year+ to 'get used to' << yeah, im def. at least a year behind :/
mod6: aha, yeah, i do the same sometimes too.
mod6: mircea_popescu: was that a quote from somewhere, or your own text just in one large paste?
mod6: i figure, the more i work with it / use it, the easier it'll come.
mod6: this all makes sense, and for this strictness I like it. im just not quite used to it all yet.
mod6: <+asciilifeform> ^ put at the head of your main body, and see what ends up barfing << im gonna try this and see if that helps a bit more.
mod6: <+asciilifeform> i get this. but using heap is even more of 'adventure' in ada. << ahh, i see.
mod6: Oh yeha, for sure, normally, i wouldn't do such a thing. but i'm just trying to grab the reins at this point. just get ~something~ to actually work.
mod6: So my progress was pretty solid. But I'm not all the way there yet.