No one uses Thunderbird anymore anyways, which doesn’t matter as the ToS changes to Firefox are a nothing burger and won’t dissuade millions of people using it daily despite what the neck beards on Lemmy would have you believe.

Ultimately what matters is whether it gets the correct answer or not.

That’s… not true at all. It had the right answer, to most of the questions I asked it, just as fast as R1, and yet it kept saying “but wait! maybe I’m wrong”. It’s a huge red flag when the CoT is just trying to 1000 monkeys a problem.

While it did manage to complete the strawberry problem when I adjusted the top_p/top_k, I was using the previous values with other models I’ve tested and never had a CoT go that off kilter before. And this is considering even the 7B Deepseek model was able to get the correct answer for 1/4 of the vram.

Settings don’t really matter if you’re comparing two models side by side, and yes I see the same indecision in your reply.

 .model ollama:qwq:32b

> Which is larger, 9.21 or 9.1999999999?
<think>
Okay, let's see... I need to figure out which number is bigger between 9.21 and 9.1999999999. Hmm, both numbers start with 9. So the first digit after the decimal point is important here.

Starting with the first number, 9.21. That's straightforward—it's nine and twenty-one hundredths. The digits after the decimal are 2 and 1. 

The second number is 9.1999999999. This looks like it's nine point one followed by a bunch of 9s. Let me write them out to compare digit by digit.

Let me line them up:

9.2100000000
9.1999999999

Wait, right? Because 9.21 is the same as 9.2100000000 if we add more decimal places. So now comparing each digit after the decimal:

First digit after the decimal: both have 2 vs. 1. Wait no—the first number's first decimal digit is 2, and the second one's first decimal digit is 1? Wait wait, hold on.

Wait, actually, let me check again. The first number is 9.21. So breaking it down:

- The integer part is 9.
- Decimal parts: tenths place is 2, hundredths is 1, and then the rest are zeros if we go further.

The second number is 9.1999999999. Let's see:

- Integer part also 9.
- Tenths place: 1 (since it's .1...), then the next digits are all 9s up to the 10th decimal place?

Wait, so tenths digit of first number is 2 vs. second one's tenths digit is 1? That already would make the first number larger because 2 is bigger than 1 in the tenths place. 

But maybe I'm miscounting the places? Let me confirm.

For 9.21: The first decimal digit (tenths) is 2, second (hundredths) is 1, then zeros beyond.

For 9.1999999999: Tenths place is 1, hundredths is 9, and then each subsequent digit up to the 10th decimal is also 9.

So when comparing the two numbers:

At the tenths place:
- 9.21 has a 2
- 9.199... has a 1

Since 2 > 1 in the tenths place, that means 9.21 is larger right there. The digits after that don't even matter because the first differing digit (the tenths) already determines it.

But maybe I should think if there's another way. Suppose someone might confuse the number of decimal places? Like thinking that more 9s make it closer to 9.2? Wait, but 0.1999999999 is actually equal to 0.2 when rounded to one decimal place because 0.1999999999... recurring would be exactly 0.2, but here the second number has finite decimals—it's not an infinite series.

Wait a second—wait, 0.1999999999 is just under 0.2, right? Because if you have infinitely many 9s after 0.1..., then it equals exactly 0.2. But in this case, the number given is 9.1999999999 with only ten decimal places (assuming that's how it's written). Let me count the digits after the decimal for the second number: 

After the decimal, starting from first digit:

1 (tenths), then nine more 9s? Let's see: 9.1 followed by 9, so total of 10 decimal places?

Yes, "9.1999999999" has 10 digits after the decimal. So that's tenths digit is 1, and then nine more 9s in hundredths to ten-billionths or whatever.

Therefore, comparing with 9.21 (which is 9.2100000000), the first difference is at the tenths place: 2 vs. 1. Therefore 9.21 is bigger. 

Alternatively, if someone thought maybe converting both to the same number of decimal places? Let's see:

9.21 can be written as 9.2100000000

Comparing term by term:

First digit after .: 2 vs 1 → 2 is bigger. So yeah, definitely.

Alternatively, subtract them to see the difference?

Calculate 9.21 - 9.1999999999 = ?

Let's do that subtraction:

9.2100000000  
-9.1999999999  
= 0.0100000001

Which is a positive number, so yes, 9.21 is larger by approximately 0.01 (exactly 0.0100000001).

Therefore the answer should be that 9.21 is larger.
</think>

The number 9.21 is larger than 9.1999999999. 

**Step-by-Step Explanation:**

1. **Compare the integer parts:** Both numbers have an integer part of 9, so move to the decimal parts.
   
2. **First decimal place (tenths):**
   - 9.21 has a tenths digit of **2**.
   - 9.1999999999 has a tenths digit of **1**.
   
   Since \(2 > 1\), the number 9.21 is already larger at this point. The remaining digits do not need to be compared further.

3. **Verification via subtraction:**
   - Subtracting \(9.1999999999\) from \(9.21\) gives:
     \[
     9.2100000000 - 9.1999999999 = 0.0100000001
     \]
   The positive result confirms that \(9.21\) is indeed larger.

**Answer:** 9.21 is larger than 9.1999999999.

> .copy

> .info
model                   ollama:qwq:32b
temperature             0.7
top_p                   0.9
use_tools               null
max_output_tokens       null
save_session            null
compress_threshold      4000
rag_reranker_model      null
rag_top_k               5
dry_run                 false
function_calling        true
stream                  true
save                    true
keybindings             vi
wrap                    auto
wrap_code               false
highlight               true
light_theme             false

Even the 7B version of Deepseek-R1 thinks less, doesn’t second guess itself, and comes back with the correct answer:

<think>
First, I need to compare the two numbers: 9.21 and 9.1999999999.

Both numbers have the same integer part, which is 9.

Next, I'll look at their decimal parts:

- The first number has a decimal part of 0.21.
- The second number has a decimal part of approximately 0.20 (since there are many trailing nines after the decimal point).

To make an accurate comparison, it's helpful to express both decimals with the same number of places.

For 9.21, I can write it as 9.210...

For 9.1999999999, it remains approximately 9.20 when considering several decimal places due to the trailing nines.

After comparing both numbers up to a reasonable number of decimal places, it's clear that 9.21 is greater than 9.1999999999.
</think>

I’m running locally as well. It just seems to second guess itself constantly, it’s painful to watch.

atlas@abyss
-----------
OS: Bedrock Linux x86_64
Kernel: Linux 6.12.13_1
Uptime: 9 days, 9 hours, 2 mins

Packages: 1379 (xbps)
Shell: zsh 5.9
Display (M32QC): 2560x1440 @ 60 Hz in 31" [External]
Display (M32QC): 2560x1440 @ 60 Hz in 31" [External]
Terminal: kitty 0.39.1

CPU: AMD Ryzen 7 7800X3D (16) @ 5.05 GHz
GPU: AMD Radeon RX 7900 XTX [Discrete]
GPU: AMD Raphael [Integrated]
Memory: 20.20 GiB / 62.02 GiB (33%)

> Which is larger, 9.21 or 9.1999999999?
<think>

Okay, so I need to figure out which number is larger between 9.21 and 9.1999999999. Hmm, let me think about
how decimal numbers work. Both of these numbers start with 9. So the whole number part is the same. That means
the difference must be in the decimal parts.

First, I'll write them out to compare digit by digit after the decimal point. Let's see:

- 9.21 can also be written as 9.2100000000 if we add more zeros to make the same number of decimal places.
- The other number is 9.1999999999, which has a lot of 9s.

Now let's compare each digit one by one after the decimal:

First digit after the decimal: both have 2 and 1? Wait, no. Wait, hold on. Let me check again.

Wait, 9.21 is 9 point 2 1, right? So first decimal place is 2, second is 1. The other number is 9.1999999999,
so the first digit after the decimal is 1, then the rest are 9s.

Wait a minute, that's different. Wait no: hold on. Let me write them aligned properly:

9.2100000000
vs.
9.1999999999

Now comparing digit by digit after the decimal point:

First digit (tenths place): 2 vs. 1. Oh! Here's the key difference. The first number has a 2 in the tenths
place, while the second one has 1 there. Since 2 is greater than 1, that means 9.21 is already larger just
based on the tenths place.

Wait, but maybe I made a mistake here? Let me confirm again.

Yes, 9.21 is equivalent to 9 and 21 hundredths, which can be thought of as 9 + 0.2 + 0.01 = 9.21.
Alternatively, breaking into tenths: the first decimal digit is tenths, so 0.2 is two tenths.

The other number is 9.1999999999, which has one tenth (the '1' in the tenths place) followed by nine
hundredths and so on with all those 9s. But even if the following digits are high, once the first differing
digit is smaller, that determines it's smaller.

So since the tenths place of 9.21 is 2 vs. 1 in the other number, 9.21 is larger regardless of the subsequent
digits.

Alternatively, maybe I can subtract them to see which is bigger?

Let me compute 9.21 minus 9.1999999999:

First, write 9.21 as 9.2100000000

Subtracting:
9.2100000000
-9.1999999999
=0.0100000001

So the result is a positive number (0.0100000001), which means 9.21 is larger by that amount.

Therefore, 9.21 is indeed larger than 9.1999999999.
</think>

The number 9.21 is larger than 9.1999999999.

**Step-by-Step Explanation:**

1. **Align the Decimals:** Write both numbers with the same number of decimal places for easier comparison:
   - 9.21 becomes **9.2100000000**
   - The other number is **9.1999999999**

2. **Compare Digit by Digit:**
   - **Tenths place (first digit after the decimal):**
     - 9.2100000000 has a **2**.
     - 9.1999999999 has a **1**.
   - Since **2 > 1**, 9.21 is already larger at this point.

3. **Verification by Subtraction:**
   - Subtract the smaller-looking number from the other:
     ```
     9.2100000000
   - 9.1999999999
   --------------------
      0.0100000001
     ```
   - The result is positive (**0.01…**), confirming **9.21** is larger.

**Conclusion:**
9.21 is the larger number because its tenths place (2) exceeds that of 9.1999999999 (1).

I tried it, was not super impressed to be honest.

I asked it the standard How many times does the letter “r” occur in the word “strawberry”? And it just kept counting them up and then “wait! maybe I’m over-complicating it!” and COUNTING THEM AGAIN for 2 minutes straight until I killed the query. I tried twice.

> .model ollama:qwq:32b

> How many times does the letter "r" occur in the word "strawberry"?
<think>
Okay, let's see... The user is asking how many times the letter "r" appears in the word "strawberry". Hmm,
first I need to make sure I spell the word correctly. Let me write it out: S-T-R-A-W-B-E-R-R-Y.

Wait, let me break it down. Starting from the beginning:

S, T, R... that's the first 'r'. Then after that, there are A, W, B, E, and then another R? Or is there more
than one?

Hold on, maybe I should write each letter one by one to count properly.

Let me list all the letters in "strawberry":

1. S
2. T
3. R (that's the first 'r')
4. A
5. W
6. B
7. E
8. R (second 'r')
9. R (third 'r'? Wait, no... Let me check again)
Wait a second, maybe I'm miscounting here. The word is s-t-r-a-w-b-e-r-r-y. So after the 'e', there are two
'r's in a row? Let me count again step by step.

Breaking down "strawberry" letter by letter:

1. S
2. T
3. R (count 1)
4. A
5. W
6. B
7. E
8. R (count 2)
9. R (count 3?)
Wait, no... Wait the spelling might be s-t-r-a-w-b-e-r-r-y? Let me confirm the correct spelling of
"strawberry".

Yes, strawberry is spelled S-T-R-A-W-B-E-R-R-Y. So after the 'e', there are two consecutive Rs: positions 8
and 9 as R and another R? Wait no, let's recount:

Let me write each letter with their positions again carefully.

1. S
2. T
3. R (first R)
4. A
5. W
6. B
7. E
8. R (second R)
9. R (third R?) Wait that can't be right because the next letters after 'e' are two Rs and then a Y?

Wait, actually, let me think again: strawberry is spelled S T R A W B E R R Y.

So after "strawbe", it's "rry". So between the E and Y, there are two Rs. That would be positions 8 and 9 as R
and another R. Then position 10 is Y.

Therefore total Rs: first at position3, then positions8 and9? Wait no, let me count again:

Breaking down each character in "strawberry":

Letters in order:

1. S
2. T
3. R (count 1)
4. A
5. W
6. B
7. E
8. R (count 2)
9. R (count 3)
10. Y

So that's three Rs? Wait but I thought maybe only two... Hmm, perhaps I made a mistake here.

Wait the word is "strawberry". Let me spell it out loud:

S-T-R-A-W-B-E-R-R-Y. Yes, so after 'be', it's R-R-Y. So there are two Rs in a row there: positions 8 and9,
making them the second and third? Wait that would make three total?

Wait first R is at position3, then another two after E, so total of three Rs. But I'm not sure because
sometimes people might miscount.

Alternatively maybe it's spelled with only one more R after the E. Let me confirm by writing the word again: S
T R A W B E R R Y.

Yes, between the 'e' and 'y', there are two Rs. So that would be three total? Wait no:

Wait first R is at position3. Then after the 'e' (position7), comes an R at 8, another R at9, then Y at10.
That's two more Rs, so total of three?

Yes, so total three times? But I might have been wrong here because sometimes people think there are only two.

Alternatively maybe I made a mistake in the spelling. Let me check again: strawberry has letters S-T-R-A-W-B-
E-R-R-Y. So yes, R appears at positions 3,8 and9, so that's three Rs? Wait no, position8 is first R after E,
then position9 another R before Y. That makes two Rs in a row there, plus the initial one. So total of three
Rs.

Wait but I'm now confused because maybe the correct spelling has only two Rs?

Alternatively let me count again step by step:

Breaking down "strawberry" letter by letter:

1. S
2. T
3. R (count 1)
4. A
5. W
6. B
7. E
8. R (count 2)
9. R (count 3)
10. Y

Yes, so three Rs total. But I thought maybe it's two? Hmm.

Wait let me think of the word structure: "straw" + "berry". The part "berry" has a B and then E-R-Y. Wait no,
"berry" is spelled B-E-R-R-Y? Or B-E-R-Y?

Ah! Here's the mistake. Maybe I was wrong in splitting it as strawberry being straw + berry. Let me check:
"strawberry".

Wait "straw" is S-T-R-A-W, then the next part is B-E-R-R-Y? Wait no, maybe "berry" is spelled with one R?

Wait let's confirm the spelling of "berry". Berry is spelled B-E-R-R-Y. So yes, that has two Rs. Therefore
strawberry is S-T-R-A-W-B-E-R-R-Y, so combining them: the first R comes in the 'straw' part (position3), then
in 'berry', there are another two Rs at positions8 and9.

Thus total of three Rs. Wait but maybe I'm overcomplicating?

Alternatively perhaps "strawberry" is spelled with only one more R after the first? Let me check an example:
S-T-R-A-W-B-E-R-Y would be without the double R, making two Rs in total. But that's incorrect.

Wait no, actually, according to standard spelling, strawberry has two Rs in the "berry" part. So the letters
are:

After the 'straw' (S T R A W), then comes B E followed by two Rs and a Y? Let me check an online source
mentally... Hmm, I know that the correct spelling of strawberry includes double R in the second part. Like
"berry" has two Rs, so yes.

So total letters: first 'R' at position3, then two more in berry (positions8 and9). So three Rs?

Wait but wait a minute, let me count again:

Letters in order:

1 S

2 T

3 R (count 1)

4 A

5 W

6 B

7 E

8 R (count 2)

9 R (count 3)

10 Y

Yes that's correct. So the total number of Rs is three.

Wait but I have a feeling some people might think it's two because they overlook one, but according to
spelling it should be three?

Alternatively perhaps my initial assumption was wrong and "strawberry" only has two Rs? Let me see: maybe the
middle R is missing?

No, no. Let me visualize the word again:

S T R A W B E R R Y.

Yes, after 'be' (positions6 and7), it's R, then another R before Y. So that's two Rs there plus the initial
one makes three.

Therefore the answer should be 3 times?

Wait but I'm a bit uncertain because sometimes people might miscount. Let me try another approach: write down
all letters and count:

Letters in strawberry:

S (1)

T (2)

R (1st R)

A (4)

W (5Error: Aborted.

(e.g. you use Firefox to make a post, they have to process those keystrokes through Firefox to send it to the server, and thus could require permission to do that in the form of having a license)

A better example would be stored credentials, credit card information, and other PII type data.

Not in East-Taiwan.