• Log InLog In
  • Register
Liquid`
Team Liquid Liquipedia
EST 08:58
CET 14:58
KST 22:58
  • Home
  • Forum
  • Calendar
  • Streams
  • Liquipedia
  • Features
  • Store
  • EPT
  • TL+
  • StarCraft 2
  • Brood War
  • Smash
  • Heroes
  • Counter-Strike
  • Overwatch
  • Liquibet
  • Fantasy StarCraft
  • TLPD
  • StarCraft 2
  • Brood War
  • Blogs
Forum Sidebar
Events/Features
News
Featured News
RSL Revival - 2025 Season Finals Preview8RSL Season 3 - Playoffs Preview0RSL Season 3 - RO16 Groups C & D Preview0RSL Season 3 - RO16 Groups A & B Preview2TL.net Map Contest #21: Winners12
Community News
Weekly Cups (Dec 15-21): Classic wins big, MaxPax & Clem take weeklies1ComeBackTV's documentary on Byun's Career !10Weekly Cups (Dec 8-14): MaxPax, Clem, Cure win4Weekly Cups (Dec 1-7): Clem doubles, Solar gets over the hump1Weekly Cups (Nov 24-30): MaxPax, Clem, herO win2
StarCraft 2
General
Weekly Cups (Dec 15-21): Classic wins big, MaxPax & Clem take weeklies ComeBackTV's documentary on Byun's Career ! Micro Lags When Playing SC2? When will we find out if there are more tournament Weekly Cups (Dec 8-14): MaxPax, Clem, Cure win
Tourneys
$5,000+ WardiTV 2025 Championship Sparkling Tuna Cup - Weekly Open Tournament $100 Prize Pool - Winter Warp Gate Masters Showdow Winter Warp Gate Amateur Showdown #1 RSL Offline Finals Info - Dec 13 and 14!
Strategy
Custom Maps
Map Editor closed ?
External Content
Mutation # 505 Rise From Ashes Mutation # 504 Retribution Mutation # 503 Fowl Play Mutation # 502 Negative Reinforcement
Brood War
General
Klaucher discontinued / in-game color settings BGH Auto Balance -> http://bghmmr.eu/ Anyone remember me from 2000s Bnet EAST server? How Rain Became ProGamer in Just 3 Months FlaSh on: Biggest Problem With SnOw's Playstyle
Tourneys
[BSL21] LB QuarterFinals - Sunday 21:00 CET Small VOD Thread 2.0 [Megathread] Daily Proleagues [BSL21] WB SEMIFINALS - Saturday 21:00 CET
Strategy
Simple Questions, Simple Answers Game Theory for Starcraft Current Meta Fighting Spirit mining rates
Other Games
General Games
Stormgate/Frost Giant Megathread Beyond All Reason Path of Exile General RTS Discussion Thread Nintendo Switch Thread
Dota 2
Official 'what is Dota anymore' discussion
League of Legends
Heroes of the Storm
Simple Questions, Simple Answers Heroes of the Storm 2.0
Hearthstone
Deck construction bug Heroes of StarCraft mini-set
TL Mafia
Mafia Game Mode Feedback/Ideas Survivor II: The Amazon Sengoku Mafia TL Mafia Community Thread
Community
General
US Politics Mega-thread The Games Industry And ATVI Russo-Ukrainian War Thread Things Aren’t Peaceful in Palestine YouTube Thread
Fan Clubs
White-Ra Fan Club
Media & Entertainment
Anime Discussion Thread [Manga] One Piece Movie Discussion!
Sports
2024 - 2026 Football Thread Formula 1 Discussion
World Cup 2022
Tech Support
Computer Build, Upgrade & Buying Resource Thread
TL Community
TL+ Announced Where to ask questions and add stream?
Blogs
The (Hidden) Drug Problem in…
TrAiDoS
I decided to write a webnov…
DjKniteX
James Bond movies ranking - pa…
Topin
Thanks for the RSL
Hildegard
Customize Sidebar...

Website Feedback

Closed Threads



Active: 1101 users

"Queuing is Bad" vs. "Keep your Money Low" - Page 15

Forum Index > StarCraft 2 Strategy
Post a Reply
Prev 1 13 14 15 All
Clamps
Profile Joined May 2010
66 Posts
December 17 2010 21:09 GMT
#281
On December 18 2010 05:09 gwombat wrote:
these two ideas are NOT mutually exclusive. if you are keeping your money low AND you are not queueing units, that's good macro. the whole point of keeping your money low is that you don't want money, you want units. and queued units eat money without giving you units right away. it's as if your money has vanished into a vortex. it'll be back later.

although i would say that for someone in bronze league who kept forgetting to make stuff, queueing units might actually be better than stubbornly saying "queueing is bad! no queueing!"


I agree that it can be an effective crutch. But players should realize that it IS a crutch for their broken macro. Just like a real crutch is an effective tool for a broken leg. Just make sure you aren't trying to convince yourself that your leg ain't broken or that thing you're leaning on isn't a crutch.

Also.. Queuing units is the SAME as not spending your money. You're just taking the dollars sitting in the top right corner waiting to be spent, and having them wait to be spent in a barracks, since you haven't really spent your money on a marine until he pops out ready to shoot stuff. Until he pops out, you can cancel the marine at any time and spend it on something else, just like leaving the 50 mins in the top right bank.



S.O.L.I.D.
Profile Blog Joined September 2010
United States792 Posts
December 18 2010 06:02 GMT
#282
I don't think this is the way to teach it to anyone. It's important to do both of them at the same time, that's how you get good at macro. If you have the amount of money that you need to queue units to keep it low, then make more expansions and production buildings.
deathray797
Profile Blog Joined December 2010
196 Posts
December 18 2010 15:18 GMT
#283
2500+ diamond t player here. i think that the two concepts are pretty similar, if not identical, because thinking about it, if you are queing units, then that means only part of the money you have spent is being used and in reality you have more money in your bank then it seems

keeping money low is basically saying that you should use as much of the money you have. and as i said earlier, queing units does not mean that the money is being used, hence we find that both the ideas are very similar to eachother.
Blazinghand *
Profile Blog Joined December 2010
United States25557 Posts
December 18 2010 17:07 GMT
#284
I think we can agree that queued units don't do anything since they are in a queue. I disagree however about the unusefulness of production facilities. If you expo, or want to cut workers and make more units, or something like that, a spare rax is going to be more useful than a queue of rines.
When you stare into the iCCup, the iCCup stares back.
TL+ Member
Matrijs
Profile Joined May 2009
United States147 Posts
December 18 2010 18:56 GMT
#285
On December 18 2010 00:47 Eeryck wrote:
The problem with the statement that queuing is ok, is that it smacks in the face the concept of optimized play.

Optimized play is pretty much (from the very start of the game):
1. Are units producing from every structure, if yes goto 2; else make units
2. Do I have enough supply, if yes goto 3; else make supply
3. Do I still have extra money, if yes build a building/get an upgrade; else goto 1

By switching to a mentality that at some point queuing is ok moves away from this concept of optimized play. I breaks the simple structure that guarantees the most units out at any given time for your given ability.

It creates a new mentality, that it is "optimal" to invest in things that are delayed in order to allow for a human error element. This breaks the mindset of optimal play. In this new mindset you will start to micro longer and longer and need to que more and more. For the time it works for you it will set up this huge bad habit, since it will work in the short term. Then when you advance behind it and hit a wall because your opponents will have stuck with optimized play what will you do?

Where optimized play already allows for the human error element. It tells you if you have extra minerals after units are producing and supply is met then you build a building. Done! No new thinking involved. The simple pattern remains simple and you will learn to do it more quickly over time.


I think it would be more precise to say that optimized play is when you're constantly producing units from every structure, and your next depot/pylon/overlord finishes just before you need it, and you have no extra money because you are constantly getting new production facilities and upgrades at the right time.

It's likely that no human is actually capable of perfectly optimized play, because there's always some little thing you could do better. The real question is, when you screw up, when you fall off the thread of perfectly optimized play, what is the smallest, least impactful mistake you could make?

Now, obviously it's best to have exactly one unit building in each production facility at all times, but if you're going to make mistakes (and you are - everyone does) which do you prefer: some amount of queuing (never more than one queued unit per structure), or the lost production time that inevitably results either from waiting for the previous unit to finish building before building a new one, or from being distracted at the precise moment that your round of production finishes? I tend to think that some small amount of queuing is better than losing any production time. Maybe I'm wrong about that, but I really don't think so.
Vod.kaholic
Profile Blog Joined August 2010
United States1052 Posts
December 18 2010 20:32 GMT
#286
Having actually read the OP, I think queuing is preferable to letting your money float, but it's like asking me whether I want to blast a shotgun into my left foot or my right foot.

I'd say, a better option than queuing is if your money is getting high, just send one scv to expand, and several more to build more production fac. Even if your macro is imperfect (as it often is), having a better INFRASTRUCTURE that you can use even occasionally is preferrable to having a crappy one that you use constantly. Obviously, it only depends how much better your infrastructure is, and how well you can macro to begin with, but the higher infrastructure is definitely a better investment than queuing.
._. \: |: /: .-. :\ :| :/ ._. They see me rolling...
TylerDurden275
Profile Joined September 2010
Canada86 Posts
December 19 2010 02:18 GMT
#287
i like this post ^^ cause im some way those buildings actully have a posiblity to do something. where as teh qued units can do nothing. and if you do run low on money because you have to many production failitys. your atleast keeping your money low.. and its not like you built an obscean amount of buildings. just a little more then enough.
wherebugsgo
Profile Blog Joined February 2010
Japan10647 Posts
Last Edited: 2010-12-19 05:02:18
December 19 2010 04:51 GMT
#288
On December 19 2010 03:56 Matrijs wrote:
Show nested quote +
On December 18 2010 00:47 Eeryck wrote:
The problem with the statement that queuing is ok, is that it smacks in the face the concept of optimized play.

Optimized play is pretty much (from the very start of the game):
1. Are units producing from every structure, if yes goto 2; else make units
2. Do I have enough supply, if yes goto 3; else make supply
3. Do I still have extra money, if yes build a building/get an upgrade; else goto 1

By switching to a mentality that at some point queuing is ok moves away from this concept of optimized play. I breaks the simple structure that guarantees the most units out at any given time for your given ability.

It creates a new mentality, that it is "optimal" to invest in things that are delayed in order to allow for a human error element. This breaks the mindset of optimal play. In this new mindset you will start to micro longer and longer and need to que more and more. For the time it works for you it will set up this huge bad habit, since it will work in the short term. Then when you advance behind it and hit a wall because your opponents will have stuck with optimized play what will you do?

Where optimized play already allows for the human error element. It tells you if you have extra minerals after units are producing and supply is met then you build a building. Done! No new thinking involved. The simple pattern remains simple and you will learn to do it more quickly over time.


I think it would be more precise to say that optimized play is when you're constantly producing units from every structure, and your next depot/pylon/overlord finishes just before you need it, and you have no extra money because you are constantly getting new production facilities and upgrades at the right time.

It's likely that no human is actually capable of perfectly optimized play, because there's always some little thing you could do better. The real question is, when you screw up, when you fall off the thread of perfectly optimized play, what is the smallest, least impactful mistake you could make?

Now, obviously it's best to have exactly one unit building in each production facility at all times, but if you're going to make mistakes (and you are - everyone does) which do you prefer: some amount of queuing (never more than one queued unit per structure), or the lost production time that inevitably results either from waiting for the previous unit to finish building before building a new one, or from being distracted at the precise moment that your round of production finishes? I tend to think that some small amount of queuing is better than losing any production time. Maybe I'm wrong about that, but I really don't think so.


Not true. With every production cycle you spend putting units in queues where they aren't actively producing, the more money and production time you lose. Essentially, after a certain number of production cycles, you will have wasted a certain amount of minerals/time that would have been equivalent to setting up an additional structure and producing out of it, even with gaps.

If you routinely have 1 unit queued for at least half a production cycle (e.g. You create a marine and halfway as it's done you create another) it'd be better to stop queuing and put up another barracks or a reactor.

If you think about it this way, let's say your income is 125 minerals per minute and your production facilities are capable of making one marine and one scv every minute. Ignoring the fact that your income rises (unless you're fully saturated) with each production cycle, we have a perfect situation. Every 4 cycles, we must use 100 minerals to build a supply depot, and every cycle, we gain 25 minerals.

Now let's imagine instead that our production is the same but our income is 175 per minute. This suggests that we're able to queue one marine every cycle, then one SCV, etc. After 3 cycles we've suddenly queued 3 units; 150 minerals. What if we just made another barracks after 3 cycles? We'd increase production, and we'd have 2 marines and 1 SCV every cycle. Something tricky happens and we have to cut marine production from one barracks for a few seconds after each cycle to get minerals for supply, but this is still better than queuing.

Thus, after 6 production cycles, if we queue we've made 6 marines and 6 SCVs, with no money. If we use that money for a barracks we're looking at, let's say, 7 marines and 6 SCVs, with money. (pretend it takes 2 cycles to complete the barracks)

EDIT: in this situation, let's say we want to maintain constant SCV production. This means we need to use the barracks at around 67% efficiency to maintain enough minerals to not get supply blocked every 3 cycles. Thus, this means that, for the first production cycle after the barracks goes up we'll have 2 marines at 1:20 and 1 SCV, with 1 SCV 33% percent complete. We should also have roughly 33 minerals saved; this will go towards a supply depot after the third cycle.
adius
Profile Joined May 2007
United States249 Posts
Last Edited: 2010-12-19 05:09:33
December 19 2010 05:03 GMT
#289
On December 19 2010 03:56 Matrijs wrote:
The real question is, when you screw up, when you fall off the thread of perfectly optimized play, what is the smallest, least impactful mistake you could make?


The least impactful response when your macro is imperfect is to make more production structures. Sometimes expanding with the extra money is the better choice, and I actually kind of prefer this option because it can allow you to turn your macro mistake into a big advantage, but even if he busts it and you die, I think it can make that game more educational for you.
Kpyolysis32
Profile Joined April 2010
553 Posts
December 19 2010 05:18 GMT
#290
On December 19 2010 03:56 Matrijs wrote:
Show nested quote +
On December 18 2010 00:47 Eeryck wrote:
The problem with the statement that queuing is ok, is that it smacks in the face the concept of optimized play.

Optimized play is pretty much (from the very start of the game):
1. Are units producing from every structure, if yes goto 2; else make units
2. Do I have enough supply, if yes goto 3; else make supply
3. Do I still have extra money, if yes build a building/get an upgrade; else goto 1

By switching to a mentality that at some point queuing is ok moves away from this concept of optimized play. I breaks the simple structure that guarantees the most units out at any given time for your given ability.

It creates a new mentality, that it is "optimal" to invest in things that are delayed in order to allow for a human error element. This breaks the mindset of optimal play. In this new mindset you will start to micro longer and longer and need to que more and more. For the time it works for you it will set up this huge bad habit, since it will work in the short term. Then when you advance behind it and hit a wall because your opponents will have stuck with optimized play what will you do?

Where optimized play already allows for the human error element. It tells you if you have extra minerals after units are producing and supply is met then you build a building. Done! No new thinking involved. The simple pattern remains simple and you will learn to do it more quickly over time.


I think it would be more precise to say that optimized play is when you're constantly producing units from every structure, and your next depot/pylon/overlord finishes just before you need it, and you have no extra money because you are constantly getting new production facilities and upgrades at the right time.

It's likely that no human is actually capable of perfectly optimized play, because there's always some little thing you could do better. The real question is, when you screw up, when you fall off the thread of perfectly optimized play, what is the smallest, least impactful mistake you could make?

Now, obviously it's best to have exactly one unit building in each production facility at all times, but if you're going to make mistakes (and you are - everyone does) which do you prefer: some amount of queuing (never more than one queued unit per structure), or the lost production time that inevitably results either from waiting for the previous unit to finish building before building a new one, or from being distracted at the precise moment that your round of production finishes? I tend to think that some small amount of queuing is better than losing any production time. Maybe I'm wrong about that, but I really don't think so.


First of all, producing units from every structure is not a necessary part of optimized play. There are times where you want to be spending your money on more production or on an expansion, because it will benefit you later with a higher unit count. Best in BW did this really well (his macro was the "Best" >_>)

Also, I don't know why you really have to choose. You should just work on getting your timing down to where you queue for no more than half a second on one end and have idle time by no more than half a second on the other, at least for the units you typically make (I don't think that a Protoss needs to be overly concerned on how long it takes a Carrier to finish, really). If you can't at least do this with workers, you're probably doing it wrong.
Man, do I not keep this up to date, or what?
Saracen
Profile Blog Joined December 2007
United States5139 Posts
December 19 2010 06:57 GMT
#291
This thread doesn't warrant 15 pages of responses. What do you do when your money is really high to bring it down? You could queue up 4 rounds of marines, and then oops 30 seconds later you're back to your money being really high, but you have nowhere else to queue units. Or, you could build enough production facilities to match your income.
Prev 1 13 14 15 All
Please log in or register to reply.
Live Events Refresh
Wardi Open
12:00
Monday #66
WardiTV1135
TKL 260
Liquipedia
[ Submit Event ]
Live Streams
Refresh
StarCraft 2
Lowko394
TKL 260
BRAT_OK 101
StarCraft: Brood War
Bisu 2429
Sea 1991
Larva 839
Mini 828
Light 687
Soma 584
Stork 483
GuemChi 478
firebathero 422
Snow 303
[ Show more ]
ggaemo 257
hero 221
Rush 182
Sharp 173
PianO 153
Sea.KH 147
Killer 139
JYJ 87
Pusan 74
Mong 72
Aegong 63
ToSsGirL 56
Yoon 47
sorry 38
Movie 36
soO 34
910 24
Terrorterran 21
Shinee 21
yabsab 17
ajuk12(nOOB) 16
Bale 12
zelot 12
Sacsri 8
SilentControl 8
Dota 2
singsing5320
XcaliburYe731
Counter-Strike
olofmeister2603
zeus934
oskar122
Heroes of the Storm
Khaldor193
Other Games
Fuzer 395
Happy368
crisheroes339
RotterdaM181
hiko163
Mew2King94
nookyyy 50
Chillindude23
QueenE3
Organizations
StarCraft: Brood War
lovetv 9
StarCraft 2
Blizzard YouTube
StarCraft: Brood War
BSLTrovo
sctven
[ Show 13 non-featured ]
StarCraft 2
• StrangeGG 66
• AfreecaTV YouTube
• intothetv
• Kozan
• IndyKCrew
• LaughNgamezSOOP
• Migwel
• sooper7s
StarCraft: Brood War
• BSLYoutube
• STPLYoutube
• ZZZeroYoutube
Dota 2
• WagamamaTV684
League of Legends
• Nemesis894
Upcoming Events
Monday Night Weeklies
3h 3m
WardiTV Invitational
1d 22h
Replay Cast
2 days
WardiTV Invitational
2 days
ByuN vs Solar
Clem vs Classic
Cure vs herO
Reynor vs MaxPax
Replay Cast
4 days
Sparkling Tuna Cup
5 days
Replay Cast
6 days
Wardi Open
6 days
Liquipedia Results

Completed

YSL S2
WardiTV 2025
META Madness #9

Ongoing

C-Race Season 1
IPSL Winter 2025-26
KCM Race Survival 2025 Season 4
BSL Season 21
Slon Tour Season 2
CSL Season 19: Qualifier 2
eXTREMESLAND 2025
SL Budapest Major 2025
ESL Impact League Season 8
BLAST Rivals Fall 2025
IEM Chengdu 2025
PGL Masters Bucharest 2025
Thunderpick World Champ.
CS Asia Championships 2025
ESL Pro League S22

Upcoming

CSL 2025 WINTER (S19)
BSL 21 Non-Korean Championship
Acropolis #4
IPSL Spring 2026
Bellum Gens Elite Stara Zagora 2026
HSC XXVIII
Big Gabe Cup #3
OSC Championship Season 13
Nations Cup 2026
ESL Pro League Season 23
PGL Cluj-Napoca 2026
IEM Kraków 2026
BLAST Bounty Winter 2026
BLAST Bounty Winter Qual
TLPD

1. ByuN
2. TY
3. Dark
4. Solar
5. Stats
6. Nerchio
7. sOs
8. soO
9. INnoVation
10. Elazer
1. Rain
2. Flash
3. EffOrt
4. Last
5. Bisu
6. Soulkey
7. Mini
8. Sharp
Sidebar Settings...

Advertising | Privacy Policy | Terms Of Use | Contact Us

Original banner artwork: Jim Warren
The contents of this webpage are copyright © 2025 TLnet. All Rights Reserved.