The taxpayer-funded USDA FDC database is FUBAR.
So far, with no help from any C.O.L.A. adherents, I have
accurately laid bare the corruptions within the "food.csv"
table.
That's what Microslop/Apphole does to people. It makes
them stupid.
The employees at the USDA, who produced this POS database,
all use Microslop/Apphole.
Re: The USDA's FDC database.
How many doughnuts/day should I be eating ?
On Dec 2, 2023 at 6:15:29 AM EST, "Farley Flud" <ff@linux.rocks> wrote:
To the surprise of no one here, Farley Fucktard Failed. Again.
It's not nearly a POS database, but like many if not most large
datasets, there are issues:
food_nutrient:
* 20 id's have no value for the nutrient amount
select count(fdc_id) as cnt
from food_nutrient
where amount is null or amount = '';
It's not nearly a POS database
On Sat, 02 Dec 2023 15:21:38 +0000, Tyrone <none@none.none> wrote in <OkOdnToWm_4f1vb4nZ2dnZfqn_ednZ2d@supernews.com>:
On Dec 2, 2023 at 6:15:29 AM EST, "Farley Flud" <ff@linux.rocks> wrote:
To the surprise of no one here, Farley Fucktard Failed. Again.
Didn't you hear? Linux Pooper once did some "GRADUATE-LEVEL, ACADEMIC, CUTTING-EDGE RESEARCH PROGRAMMING".
Judging from the all-caps, I'd say he wrote his sooper secret
project in Cobol.
So here is another challenge.
Write a computer program that will determine the max
length for all fields.
Using the incomparable GNU/Linux native tools I already
have done so and that is how I was able to discover all
of this inexcusable corruption.
This is what VARCHAR is for.
On Sat, 2 Dec 2023 09:10:42 -0500, DFS wrote:
And it's all due to the fucking USDA "food scientists"
being schooled only in Microslop junk software.
So here is another challenge.
Write a computer program that will determine the max
length for all fields.
Using the incomparable GNU/Linux native tools I already
have done so
and that is how I was able to discover all
of this inexcusable corruption.
Using the incomparable GNU/Linux native tools I already
have done so
Code or it didn't happen.
Here's my python to analyze any query and determine max data widths in
each column in the resultset, then output the data in perfectly-sized
columns onscreen.
A work of art.
On Sun, 3 Dec 2023 22:40:04 -0500, DFS wrote:
Only a girl scout or a faggot is concerned about arranging data
in nice and neat columns.
REAL MEN are very messy -- and very CREATIVE.
Farley Flud <ff@linux.rocks> wrote:
As high level language coding goes, DFS's work there isn't bad at all,
but it's certainly not on the level of modern app development,
and
your coding isn't either, you do some interesting mathematical work,
but it's just personal hobby coding,
you clearly overstate your real
tech knowledge, making unsupported claims about achievements
particularly in your line of work.
As impressive as installing Gentoo
is, it's still merely working with common tools, it's not achievement.
You would lose very little by running a more ordinary distro.
Only a girl scout or a faggot is concerned about arranging data
in nice and neat columns.
DFS <nospam@dfs.com> wrote:
Writing C is a tedious chore, so I don't do much of it. Because of the
performance I feel good when it's done, but I generally dread it.
I don't find coding C challenging, but it is time consuming, and I
just don't have any inspiration for something to develop. I don't
think I've ever not found a program or app I needed, somewhere online.
It just seems like if it could exist, it already does.
On 12/6/2023 11:18 AM, Joel wrote:
DFS <nospam@dfs.com> wrote:
Writing C is a tedious chore, so I don't do much of it. Because of the >>> performance I feel good when it's done, but I generally dread it.
I don't find coding C challenging, but it is time consuming, and I
just don't have any inspiration for something to develop. I don't
think I've ever not found a program or app I needed, somewhere online.
It just seems like if it could exist, it already does.
Then you could develop your own copy of something that exists.
I wrote a bunch of stuff in C, just to learn it:
* import list of words, do various analyses and searches
* anagram generator, taking input from the user
* post the Linux kernel CREDITS file to a SQLite database table
* calculate the entropy of text, based on this formula:
https://www.shannonentropy.netmark.pl
* sinner program to shut down that idiot Feeb
* list .csv files in a directory. Choose one, it gets imported and
analyzed and displayed. You can query the data, too.
* split a file into N equal parts
* write out one file per book of the bible from one big bible.txt
* count words and letters
* keep your hard drive active by writing a temp file every N
seconds/minutes
* list locale files, let you set your system locale
* program to compute the mean, median, mode, variance, std deviation,
skewness and kurtosis of a randomly generated set of integers
* count words inside single quotes, dbl-quotes, parenthesis, etc.
* solved various problems at https://projecteuler.net
In all cases where it can be used - which is most - Python is 1/3 to
1/5th the amount of work and lines of code.
I never even looked at C or Python until a few years ago, and only
because it was talked about here.
Writing C is a tedious chore, so I don't do much of it. Because of the performance I feel good when it's done, but I generally dread it.
I don't find coding C challenging, but it is time consuming, and I just
don't have any inspiration for something to develop. I don't think I've
ever not found a program or app I needed, somewhere online.
It just seems like if it could exist, it already does.
In all cases where it can be used - which is most - Python is 1/3 to
1/5th the amount of work and lines of code.
In all cases where it can be used - which is most - Python is 1/3 to
1/5th the amount of work and lines of code.
Being well-rounded is important.
Dumfsck wrote:
In all cases where it can be used - which is most - Python is 1/3 to
1/5th the amount of work and lines of code.
Being well-rounded is important.
On Wed, 6 Dec 2023 19:04:11 -0500, DFS wrote:
In all cases where it can be used - which is most - Python is 1/3 to
1/5th the amount of work and lines of code.
Fast to write, slow to execute.
On Wed, 6 Dec 2023 19:32:37 -0600, candycanearter07 wrote:
In all cases where it can be used - which is most - Python is 1/3 to
1/5th the amount of work and lines of code.
Being well-rounded is important.
Precisely. In the physical world I've collected a lot of tools. I don't
try to do everything with Vise-Grips and a flat head screwdriver.
On Wed, 6 Dec 2023 09:15:49 -0500, DFS wrote:
I never even looked at C or Python until a few years ago, and only
because it was talked about here.
Writing C is a tedious chore, so I don't do much of it. Because of the
performance I feel good when it's done, but I generally dread it.
You should try R. I'm taking a course to expand my horizons but you can
do the same sort of stuff in Python with numpy, pandas, and so forth
without the strange syntax. For that matter a lot of it can be done with
the GNU Scientific library (GSL) and/or ATLAS. Both are written in C.
On Wednesday, December 6, 2023 at 10:35:21 PM UTC-5, rbowman wrote:
For that matter a lot of it can be done with
the GNU Scientific library (GSL) and/or ATLAS. Both are written in C.
Ahahahahaha! That's so rich!
ATLAS happens to be a "tuned" LAS, i.e. it is specially tuned for maximum performance on a given hardware system.
But most of these C.O.L.A. chumps, including the DuFuS Supremus, don't believe that tuning makes any difference. Being chumps, they continually claim that tuning is a waste of time and effort.
People who know, however, know damn well that tuning can make a BIG difference in the performance of C code.
That's another mark of GNU/Linux superiority. GNU/Linux *can* be highly tuned for performance whereas with Microslop Winblows the user gets
whatever generic garbage that is packaged for him.
One of my GNU/Linux systems is close to being 10-years-old yet, because
it is maximally tuned, can beat the fuck out current distros on current hardware.
On 12/6/2023 11:08 PM, rbowman wrote:
On Wed, 6 Dec 2023 19:32:37 -0600, candycanearter07 wrote:
In all cases where it can be used - which is most - Python is 1/3 to
1/5th the amount of work and lines of code.
Being well-rounded is important.
Precisely. In the physical world I've collected a lot of tools. I don't
try to do everything with Vise-Grips and a flat head screwdriver.
I recently disassembled an old wood bookcase from probably the 80's,
held together with 36 shallow slot-head screws.
Nightmare!
Even though I had a drill, it took me about 45 minutes to disassemble
because the flat head drill bit kept slipping out of the slot.
I told the recipient to forget about the slotted screws, and buy Phillips-head.
Dumfsck wrote:
In all cases where it can be used - which is most - Python is 1/3 to
1/5th the amount of work and lines of code.
Same for Basic, which I have often used. The QuickBASIC compiler is
my all-time favorite M$ software.
On Wed, 06 Dec 2023 11:18:42 -0500, Joel wrote:
I don't find coding C challenging, but it is time consuming, and I just
don't have any inspiration for something to develop. I don't think I've
ever not found a program or app I needed, somewhere online.
It just seems like if it could exist, it already does.
At a personal level I like playing around with Arduinos and other edge devices. C/C++ is used in that world, although CircuitPython is a possibility.
C gets better as you collect libraries or files you can link in. It's like
a carpenter collecting tools over the years.
On 12/7/23 08:46, DFS wrote:
On 12/6/2023 11:08 PM, rbowman wrote:
On Wed, 6 Dec 2023 19:32:37 -0600, candycanearter07 wrote:
In all cases where it can be used - which is most - Python is 1/3 to >>>>> 1/5th the amount of work and lines of code.
Being well-rounded is important.
Precisely. In the physical world I've collected a lot of tools. I don't
try to do everything with Vise-Grips and a flat head screwdriver.
I recently disassembled an old wood bookcase from probably the 80's,
held together with 36 shallow slot-head screws.
Nightmare!
Even though I had a drill, it took me about 45 minutes to disassemble
because the flat head drill bit kept slipping out of the slot.
I told the recipient to forget about the slotted screws, and buy
Phillips-head.
Did they end up buying one?
chrisv wrote:
Dumfsck wrote:
In all cases where it can be used - which is most - Python is 1/3 to
1/5th the amount of work and lines of code.
Same for Basic, which I have often used. The QuickBASIC compiler is
my all-time favorite M$ software.
Do you still use BASIC nowadays?
Plus, learning all the optimizations and data structures is useful.
On 12/6/2023 10:35 PM, rbowman wrote:
On Wed, 6 Dec 2023 09:15:49 -0500, DFS wrote:
I never even looked at C or Python until a few years ago, and only
because it was talked about here.
Writing C is a tedious chore, so I don't do much of it. Because of
the performance I feel good when it's done, but I generally dread it.
You should try R. I'm taking a course to expand my horizons but you
can do the same sort of stuff in Python with numpy, pandas, and so
forth without the strange syntax. For that matter a lot of it can be
done with the GNU Scientific library (GSL) and/or ATLAS. Both are
written in C.
I did do a few hours of R (4.2.2) Studio introduction last year.
Wish it was available in 1990, for my graduate course in linear
regression.
str(name)chr [1:4] "mandi" "amy" "nicole" "olivia"
name[1][1] "mandi"
name[0]character(0)
I recently disassembled an old wood bookcase from probably the 80's,
held together with 36 shallow slot-head screws.
Nightmare!
Even though I had a drill, it took me about 45 minutes to disassemble
because the flat head drill bit kept slipping out of the slot.
I told the recipient to forget about the slotted screws, and buy Phillips-head.
Don't ever play with the Lord Master.
On Thursday, December 7, 2023 at 10:41:21 AM UTC-5, DFS wrote:
And I don't believe for a second your "tuning" makes programs in general
run 30% faster.
_You_ can't believe anything because you are qualified for nothing.
Here is a benchmark using the Scimark4 program. (This is only a single threaded example.)
The results using highly optimized compiler options on my Gentoo
system and Xeon workstation:
FFT Mflops: 2338.10 (N=1024)
SOR Mflops: 2062.17 (100 x 100)
MonteCarlo: Mflops: 943.78
Sparse matmult Mflops: 2550.52 (N=1000, nz=5000)
LU Mflops: 8320.08 (M=100, N=100)
************************************
Composite Score: 3242.93
************************************
Next, the software was built from generic, lowest-common-denominator compiler options
just like the average Linux distro. The results:
FFT Mflops: 1868.69 (N=1024)
SOR Mflops: 1520.70 (100 x 100)
MonteCarlo: Mflops: 762.05
Sparse matmult Mflops: 2771.88 (N=1000, nz=5000)
LU Mflops: 4883.40 (M=100, N=100)
************************************
Composite Score: 2361.34
************************************
Holey fucking moley! This is a 37% difference in performance.
THIRTY SEVEN FUCKING PERCENT!!!
THIRTY SEVEN FUCKING PERCENT!!!
THIRTY SEVEN FUCKING PERCENT!!!
Same machine. Same hardware. Same program. The only difference was in compile-time
optimization.
Furthermore, the second example still used the optimized glibc routines.
If it were done with the common distro glibc the performance would have
been even less.
So, again, you are full of fucking shit.
Everything you say, claim, report, or believe is full of fucking shit because _you_ are full of fucking shit.
Don't ever play with the Lord Master.
Here's a C script to create a test db and populate a table with 2M rows,
then time a variety of db operations against that table:
To measure optimization effects one needs operations in memory
only where cache utilization becomes paramount.
On 12/8/2023 10:50 AM, "Farley Flud" wrote:
To measure optimization effects one needs operations in memory
only where cache utilization becomes paramount.
I figured you'd puss out.
The 1% extra performance vs stock binaries is yet another reason NOT to
waste huge time with Gentoo.
pwned
The time he saves from that 1% increase in the application's performance
is instead wasted in compiling the software rather than using it.
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 300 |
Nodes: | 16 (2 / 14) |
Uptime: | 06:44:45 |
Calls: | 6,706 |
Files: | 12,236 |
Messages: | 5,350,566 |