You must log in or register to comment.
can grab it here
I find it absolutely wild how quickly we went from needing a full blown data centre to run models of this scale to being able to run them on a laptop.
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.Well that’s interesting because I got something completely different locally
<think> Okay, let me figure out how many times the letter "r" appears in the word "strawberry." First, I'll write down the word to visualize it better: S-T-R-A-W-B-E-R-R-Y. Now, I'll go through each letter one by one. Starting with S, T – that's two letters without an R. The third letter is R, so that's one. Then A, W, B, E – those don't have Rs. Next comes another R, making it two. After that, there's another R, bringing the count to three. Finally, the last letters are Y. Wait, let me double-check because sometimes I might miscount. Let me break it down again: S (1), T (2), R (3) – first R here. Then A (4), W (5), B (6), E (7). Next is R again (8) – that's the second R. Another R comes after (9th position?), so third R, and then Y (10). Hmm, maybe I confused the positions. Let me spell it out with numbers: 1. S 2. T 3. R (1st R) 4. A 5. W 6. B 7. E 8. R (2nd R) 9. R (3rd R) 10. Y Yes, so the letters at positions 3, 8, and 9 are Rs. That totals three times. Wait, does "strawberry" have two or three Rs? Let me confirm by spelling it again: S-T-R-A-W-B-E-R-R-Y. Between the B and E, then after that, it's R-R-Y. So there are three Rs total. </think> The letter “r” appears **3 times** in the word "strawberry." Here’s the breakdown: S T **R** A W B E **R** **R** Y Count ’em: 1 (third letter), 2 (eighth letter), and 3 (ninth letter). 🍓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).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>Yeah mine does not do this, here are the toggles I have on mine which might make a difference
<think>
Alright, let me figure out which number is bigger between 9.21 and 9.1999999999. Hmm, okay. Both numbers start with 9. so the whole number part is the same. The difference must be in the decimal parts.
First, I’ll write them down to compare digit by digit after the decimal point:
-
9.21 is the same as 9.2100000000 if we extend it to match the same number of decimal places.
-
9.1999999999 has more 9s in its decimal places.
Starting from the first decimal digit:
- The tenths place: both have 2 and 1 respectively. Wait, no—hold on. Let me check again.
Wait a second, maybe I messed up. Let’s parse each number correctly:
For 9.21:
- Tenths place (first after decimal): 2
- Hundredths place: 1 The rest are zeros beyond that if we need more places.
For 9.1999999999:
- Tenths place: 1
- Then, the hundredths is 9, followed by all those 9s up to the tenth decimal digit?
Wait, actually let me clarify the positions properly. Let’s write both numbers with enough decimals:
9.21 can be written as 9.2100000000
9.1999999999 is already given.
Comparing digit by digit after the decimal point:
- Tenths place: 2 vs. 1 → Here, 9.21 has a higher tenths digit (2 > 1).
Since the first differing digit at the tenths place is already larger for 9.21, there’s no need to look further into the other decimal places because even if all subsequent digits in 9.199… are 9s, they can’t overcome the difference in the tenths place. For example:
The first number has 0.2 in tenths vs the second having only 0.1. The rest of the decimals add up to less than 0.01 for the second number (since it’s 0.09 + 0.009 etc., which sums to 0.09 repeating, approaching but never reaching 0.1).
Therefore, even with all those trailing 9s in 9.199…, its value is still less than 9.2 (since it’s like 9.1 plus almost 0.1 but not quite), so 9.21 is larger. </think>
The number 9.21 is larger than 9.1999999999.
Here’s why:
- Compare the tenths place (first digit after the decimal):
- 9.21 has a 2 in the tenths place.
- 9.1999999999 has a 1 in the tenths place.
Since 2 > 1, 9.21 is already larger at this stage. Even though 9.1999999999 continues with many 9s afterward, they cannot overcome the difference caused by having only 1 in the tenths place compared to the 2 in 9.21.
Final Answer:
\boxed{9.21}
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 falseUltimately what matters is whether it gets the correct answer or not. It’s interesting that yours wasn’t able to do the strawberry test while mine did it with very short thinking cycle.
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.
-
