• Log InLog In
  • Register
Liquid`
Team Liquid Liquipedia
EDT 04:50
CEST 10:50
KST 17:50
  • 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
TL.net Map Contest #21: Voting6[ASL20] Ro4 Preview: Descent11Team TLMC #5: Winners Announced!3[ASL20] Ro8 Preview Pt2: Holding On9Maestros of the Game: Live Finals Preview (RO4)5
Community News
Weekly Cups (Oct 6-12): Four star herO65.0.15 Patch Balance Hotfix (2025-10-8)75Weekly Cups (Sept 29-Oct 5): MaxPax triples up3PartinG joins SteamerZone, returns to SC2 competition325.0.15 Balance Patch Notes (Live version)119
StarCraft 2
General
Revisiting the game after10 years and wow it's bad TL.net Map Contest #21: Voting 5.0.15 Patch Balance Hotfix (2025-10-8) The New Patch Killed Mech! Ladder Impersonation (only maybe)
Tourneys
LiuLi Cup - September 2025 Tournaments SC4ALL $6,000 Open LAN in Philadelphia Sparkling Tuna Cup - Weekly Open Tournament Master Swan Open (Global Bronze-Master 2) Tenacious Turtle Tussle
Strategy
Custom Maps
External Content
Mutation # 495 Rest In Peace Mutation # 494 Unstable Environment Mutation # 493 Quick Killers Mutation # 492 Get Out More
Brood War
General
BW caster Sayle Map with fog of war removed for one player? BW General Discussion Pros React To: BarrackS + FlaSh Coaching vs SnOw After 20 seasons we have a lot of great maps
Tourneys
[ASL20] Semifinal B [ASL20] Semifinal A SC4ALL $1,500 Open Bracket LAN [Megathread] Daily Proleagues
Strategy
Relatively freeroll strategies Current Meta BW - ajfirecracker Strategy & Training Siegecraft - a new perspective
Other Games
General Games
Stormgate/Frost Giant Megathread Nintendo Switch Thread ZeroSpace Megathread Dawn of War IV Path of Exile
Dota 2
Official 'what is Dota anymore' discussion LiquidDota to reintegrate into TL.net
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
SPIRED by.ASL Mafia {211640} TL Mafia Community Thread
Community
General
US Politics Mega-thread Things Aren’t Peaceful in Palestine Russo-Ukrainian War Thread Men's Fashion Thread Sex and weight loss
Fan Clubs
The herO Fan Club! The Happy Fan Club!
Media & Entertainment
[Manga] One Piece Anime Discussion Thread Movie Discussion!
Sports
2024 - 2026 Football Thread Formula 1 Discussion MLB/Baseball 2023 NBA General Discussion TeamLiquid Health and Fitness Initiative For 2023
World Cup 2022
Tech Support
SC2 Client Relocalization [Change SC2 Language] Linksys AE2500 USB WIFI keeps disconnecting Computer Build, Upgrade & Buying Resource Thread
TL Community
The Automated Ban List Recent Gifted Posts
Blogs
Inbreeding: Why Do We Do It…
Peanutsc
From Tilt to Ragequit:The Ps…
TrAiDoS
Customize Sidebar...

Website Feedback

Closed Threads



Active: 1131 users

The Big Programming Thread - Page 592

Forum Index > General Forum
Post a Reply
Prev 1 590 591 592 593 594 1032 Next
Thread Rules
1. This is not a "do my homework for me" thread. If you have specific questions, ask, but don't post an assignment or homework problem and expect an exact solution.
2. No recruiting for your cockamamie projects (you won't replace facebook with 3 dudes you found on the internet and $20)
3. If you can't articulate why a language is bad, don't start slinging shit about it. Just remember that nothing is worse than making CSS IE6 compatible.
4. Use [code] tags to format code blocks.
Prillan
Profile Joined August 2011
Sweden350 Posts
February 22 2015 18:08 GMT
#11821
Just for fun I implemented it in Haskell:
sort []  = []
sort [x] = [x]
sort l = merge (sort $ take halfLength l) (sort $ drop halfLength l)
where halfLength = length l `div` 2

merge a1 [] = a1
merge [] a2 = a2
merge (x:a1) (y:a2)
| x >= y = y:(merge (x:a1) a2 )
| x < y = x:(merge a1 (y:a2))
TheBB's sidekick, aligulac.com | "Reality is frequently inaccurate." - Douglas Adams
Ropid
Profile Joined March 2009
Germany3557 Posts
February 22 2015 19:14 GMT
#11822
There's a 'splitAt' that outputs a (,), and what's neat is Haskell understands (,) on the left side of a '=', so this works:

sort [] = []
sort [x] = [x]
sort l = merge (sort a) (sort b)
where (a,b) = splitAt (length l `div` 2) l
"My goal is to replace my soul with coffee and become immortal."
solidbebe
Profile Blog Joined November 2010
Netherlands4921 Posts
February 22 2015 19:32 GMT
#11823
I have a question for you guys. For a course on algorythms and data structures in java we have to run an experiment on memory usage of linked lists. My output is as follows. A singy linked list of size 10 used about 7 kilobytes, and a singly linked list of size 10000 used about 400 kilobytes. Clearly this is not linear space complexity, yet the space complexity of a linked list is supposed to be O(n). Does anyone have an idea of what is going on?

Another interesting tidbit. There seems to be no difference in size between a singly linked list of size 10000 and a doubly linked list of size 10000 (both about 400 KB), yet the doubly linked list obviously stores an extra pointer for each node. Why isnt this showing up in the test results?
That's the 2nd time in a week I've seen someone sig a quote from this GD and I have never witnessed a sig quote happen in my TL history ever before. -Najda
Nesserev
Profile Blog Joined January 2011
Belgium2760 Posts
Last Edited: 2015-02-22 19:41:43
February 22 2015 19:41 GMT
#11824
--- Nuked ---
solidbebe
Profile Blog Joined November 2010
Netherlands4921 Posts
February 22 2015 19:49 GMT
#11825
On February 23 2015 04:41 Nesserev wrote:
Show nested quote +
On February 23 2015 04:32 solidbebe wrote:
I have a question for you guys. For a course on algorythms and data structures in java we have to run an experiment on memory usage of linked lists. My output is as follows. A singy linked list of size 10 used about 7 kilobytes, and a singly linked list of size 10000 used about 400 kilobytes. Clearly this is not linear space complexity, yet the space complexity of a linked list is supposed to be O(n). Does anyone have an idea of what is going on?

Another interesting tidbit. There seems to be no difference in size between a singly linked list of size 10000 and a doubly linked list of size 10000 (both about 400 KB), yet the doubly linked list obviously stores an extra pointer for each node. Why isnt this showing up in the test results?

Well, something could be wrong with your implementation ... or, it could be Java. It's probably Java. I'm pretty sure it's Java. It's Java.

Yeah the implementation was actually given to us by the teacher so I doubt its that . I get what theyre trying to make us see, but really trying to produce the 'desired' results on your own machine with java seems to be impossible. With the java garbage collector and all the other behind the scenes magic in the compiler and such.
That's the 2nd time in a week I've seen someone sig a quote from this GD and I have never witnessed a sig quote happen in my TL history ever before. -Najda
Ropid
Profile Joined March 2009
Germany3557 Posts
Last Edited: 2015-02-22 20:09:21
February 22 2015 20:03 GMT
#11826
On February 23 2015 04:41 Nesserev wrote:
Show nested quote +
On February 23 2015 04:32 solidbebe wrote:
I have a question for you guys. For a course on algorythms and data structures in java we have to run an experiment on memory usage of linked lists. My output is as follows. A singy linked list of size 10 used about 7 kilobytes, and a singly linked list of size 10000 used about 400 kilobytes. Clearly this is not linear space complexity, yet the space complexity of a linked list is supposed to be O(n). Does anyone have an idea of what is going on?

Another interesting tidbit. There seems to be no difference in size between a singly linked list of size 10000 and a doubly linked list of size 10000 (both about 400 KB), yet the doubly linked list obviously stores an extra pointer for each node. Why isnt this showing up in the test results?

Well, something could be wrong with your implementation ... or, it could be Java. It's probably Java. I'm pretty sure it's Java. It's Java.

The same happens in C/C++.

There's rules for the alignment of the various data types. Things that are 4 byte sized have to start at 4 bytes boundaries, 1 byte at 1 byte, 8 byte at 8 bytes, etc. If you group one char or two chars or three chars etc. in one struct, the whole struct will snap to 8 bytes size by adding empty space after the chars.

In Java, the references are 4 bytes size it seems. In the single-linked list, there's then one reference and one empty 4 byte space. The doubly-linked list has two references and no empty space.
"My goal is to replace my soul with coffee and become immortal."
spinesheath
Profile Blog Joined June 2009
Germany8679 Posts
Last Edited: 2015-02-22 20:21:19
February 22 2015 20:16 GMT
#11827
On February 23 2015 04:32 solidbebe wrote:
I have a question for you guys. For a course on algorythms and data structures in java we have to run an experiment on memory usage of linked lists. My output is as follows. A singy linked list of size 10 used about 7 kilobytes, and a singly linked list of size 10000 used about 400 kilobytes. Clearly this is not linear space complexity, yet the space complexity of a linked list is supposed to be O(n). Does anyone have an idea of what is going on?

Another interesting tidbit. There seems to be no difference in size between a singly linked list of size 10000 and a doubly linked list of size 10000 (both about 400 KB), yet the doubly linked list obviously stores an extra pointer for each node. Why isnt this showing up in the test results?

What exactly is in those lists? 7 kb for 10 items seems quite generous. That's 700 bytes per item. Subtract a couple of pointers and you're still well beyond 600 bytes. If your items are 600 bytes each, having one pointer more or less really doesn't matter a whole lot, so that would hardly be a useful analysis.

Also, even a linked list can be implemented with an array holding the list elements. And such an array would usually be doubled in size once it runs out of unused elements. So if it is implemented in that way, you usually wouldn't see a difference in size unless you increase the number of items beyond the next power of 2.

Furthermore, there's also the issue of how you're measuring the size. Depending on the language, there can be more or less accurate methods. Sometimes you could be measuring extra space because of memory fragmentation and what not.
If you have a good reason to disagree with the above, please tell me. Thank you.
solidbebe
Profile Blog Joined November 2010
Netherlands4921 Posts
February 22 2015 20:25 GMT
#11828
On February 23 2015 05:16 spinesheath wrote:
Show nested quote +
On February 23 2015 04:32 solidbebe wrote:
I have a question for you guys. For a course on algorythms and data structures in java we have to run an experiment on memory usage of linked lists. My output is as follows. A singy linked list of size 10 used about 7 kilobytes, and a singly linked list of size 10000 used about 400 kilobytes. Clearly this is not linear space complexity, yet the space complexity of a linked list is supposed to be O(n). Does anyone have an idea of what is going on?

Another interesting tidbit. There seems to be no difference in size between a singly linked list of size 10000 and a doubly linked list of size 10000 (both about 400 KB), yet the doubly linked list obviously stores an extra pointer for each node. Why isnt this showing up in the test results?

What exactly is in those lists? 7 kb for 10 items seems quite generous. That's 700 bytes per item. Subtract a couple of pointers and you're still well beyond 600 bytes. If your items are 600 bytes each, having one pointer more or less really doesn't matter a whole lot, so that would hardly be a useful analysis.

Also, even a linked list can be implemented with an array holding the list elements. And such an array would usually be doubled in size once it runs out of unused elements. So if it is implemented in that way, you usually wouldn't see a difference in size unless you increase the number of items beyond the next power of 2.

Furthermore, there's also the issue of how you're measuring the size. Depending on the language, there can be more or less accurate methods. Sometimes you could be measuring extra space because of memory fragmentation and what not.

Youre right actually. These lists store integers so the size is way off. The memory is calculated just subtracting the runtime free memory from the runtime totalmemory. A lot of those KBs are not the lists. Then again it keeps producing the same results, so memory thats not the list should be about the same every time as well.
That's the 2nd time in a week I've seen someone sig a quote from this GD and I have never witnessed a sig quote happen in my TL history ever before. -Najda
spinesheath
Profile Blog Joined June 2009
Germany8679 Posts
February 22 2015 20:46 GMT
#11829
On February 23 2015 05:25 solidbebe wrote:
Show nested quote +
On February 23 2015 05:16 spinesheath wrote:
On February 23 2015 04:32 solidbebe wrote:
I have a question for you guys. For a course on algorythms and data structures in java we have to run an experiment on memory usage of linked lists. My output is as follows. A singy linked list of size 10 used about 7 kilobytes, and a singly linked list of size 10000 used about 400 kilobytes. Clearly this is not linear space complexity, yet the space complexity of a linked list is supposed to be O(n). Does anyone have an idea of what is going on?

Another interesting tidbit. There seems to be no difference in size between a singly linked list of size 10000 and a doubly linked list of size 10000 (both about 400 KB), yet the doubly linked list obviously stores an extra pointer for each node. Why isnt this showing up in the test results?

What exactly is in those lists? 7 kb for 10 items seems quite generous. That's 700 bytes per item. Subtract a couple of pointers and you're still well beyond 600 bytes. If your items are 600 bytes each, having one pointer more or less really doesn't matter a whole lot, so that would hardly be a useful analysis.

Also, even a linked list can be implemented with an array holding the list elements. And such an array would usually be doubled in size once it runs out of unused elements. So if it is implemented in that way, you usually wouldn't see a difference in size unless you increase the number of items beyond the next power of 2.

Furthermore, there's also the issue of how you're measuring the size. Depending on the language, there can be more or less accurate methods. Sometimes you could be measuring extra space because of memory fragmentation and what not.

Youre right actually. These lists store integers so the size is way off. The memory is calculated just subtracting the runtime free memory from the runtime totalmemory. A lot of those KBs are not the lists. Then again it keeps producing the same results, so memory thats not the list should be about the same every time as well.

That method of measuring memory probably is quite inaccurate due to memory fragmentation and other factors. I don't know how the runtime free/total memory are calculated in detail, but my guess is it really is only an estimate.
If you have a good reason to disagree with the above, please tell me. Thank you.
windzor
Profile Joined October 2010
Denmark1013 Posts
February 22 2015 21:42 GMT
#11830
On February 23 2015 04:32 solidbebe wrote:
I have a question for you guys. For a course on algorythms and data structures in java we have to run an experiment on memory usage of linked lists. My output is as follows. A singy linked list of size 10 used about 7 kilobytes, and a singly linked list of size 10000 used about 400 kilobytes. Clearly this is not linear space complexity, yet the space complexity of a linked list is supposed to be O(n). Does anyone have an idea of what is going on?

Another interesting tidbit. There seems to be no difference in size between a singly linked list of size 10000 and a doubly linked list of size 10000 (both about 400 KB), yet the doubly linked list obviously stores an extra pointer for each node. Why isnt this showing up in the test results?


First of, it is impossible to measure memory consumption of data structures in java. With the way garbage collection works, you cannot do any trustworthy measurements which you can base any conclussion on, I've tried.

But, if you want to make any conclussion, first of you need more than two measurements. 7 kB to 400 kB is always linear. The memory consumption of the JVM is just 7 kB then... You are remembering to enforce GC like 10 times before printing the memory usage?

For the double linked vs single linked lists, 10000 pointers are is approximatly the size og 10 kB. With 400 kB and java this is within the error margin of +-90%

Furtmorefor memory usage bigger is better. You need more than 10,000 objects to measure anything. You need like 1,000,000 objects if you want to have anything realistic. Remember each pointer is about 4-8 bytes so with 1,000,0000 objects the links will only be around 4 MB which is not alot.

Yeah
tofucake
Profile Blog Joined October 2009
Hyrule19137 Posts
Last Edited: 2015-02-22 22:00:36
February 22 2015 22:00 GMT
#11831
I love these dances, they show spring algorithms in a neat way that makes them ready to understand:
Liquipediaasante sana squash banana
nunez
Profile Blog Joined February 2011
Norway4003 Posts
February 22 2015 22:06 GMT
#11832
wunderbar!
conspired against by a confederacy of dunces.
solidbebe
Profile Blog Joined November 2010
Netherlands4921 Posts
February 22 2015 23:11 GMT
#11833
Thanks for all the replies everybody! The more I read the more I realise the premise of this experiment is a bit silly, and the given implementation a bit lackluster at that. Ill try to make of it what I can
That's the 2nd time in a week I've seen someone sig a quote from this GD and I have never witnessed a sig quote happen in my TL history ever before. -Najda
Prillan
Profile Joined August 2011
Sweden350 Posts
February 23 2015 06:09 GMT
#11834
On February 23 2015 04:14 Ropid wrote:
There's a 'splitAt' that outputs a (,), and what's neat is Haskell understands (,) on the left side of a '=', so this works:

sort [] = []
sort [x] = [x]
sort l = merge (sort a) (sort b)
where (a,b) = splitAt (length l `div` 2) l

Nice, forgot about that one.
TheBB's sidekick, aligulac.com | "Reality is frequently inaccurate." - Douglas Adams
Manit0u
Profile Blog Joined August 2004
Poland17377 Posts
Last Edited: 2015-02-23 08:40:21
February 23 2015 08:10 GMT
#11835
On February 23 2015 15:09 Prillan wrote:
Show nested quote +
On February 23 2015 04:14 Ropid wrote:
There's a 'splitAt' that outputs a (,), and what's neat is Haskell understands (,) on the left side of a '=', so this works:

sort [] = []
sort [x] = [x]
sort l = merge (sort a) (sort b)
where (a,b) = splitAt (length l `div` 2) l

Nice, forgot about that one.


PHP to the rescue


$arr = [ 8, 0, 7, 2, 1, 3, 5, 9, 6, 4 ];

sort($arr);

print_r($arr);

/* output */
Array
(
[0] => 0
[1] => 1
[2] => 2
[3] => 3
[4] => 4
[5] => 5
[6] => 6
[7] => 7
[8] => 8
[9] => 9
)


I know it's not the same... Here's a full merge-sort:


/* props to Tobias Baldauf for this */

$data = [ 8, 0, 7, 2, 1, 3, 5, 9, 6, 4 ];

function mergesort($data) {
if (count($data) > 1) {
$data_middle = round(count($data)/2, 0, PHP_ROUND_HALF_DOWN);

$data_left = mergesort(array_slice($data, 0, $data_middle));
$data_right = mergesort(array_slice($data, $data_middle, count($data)));

$counter_left = $counter_right = 0;

for ($i = 0; $i < count($data); ++$i) {
if($counter_left === count($data_left)) {
$data[$i] = $data_right[$counter_right];

++$counter_right;
} elseif (($counter_right === count($data_right)) || ($data_left[$counter_left] < $data_right[$counter_right])) {
$data[$i] = $data_left[$counter_left];

++$counter_left;
} else {
$data[$i] = $data_right[$counter_right];

++$counter_right;
}
}
}

return $data;
}

$data = mergesort($data);

print_r($data);
Time is precious. Waste it wisely.
Khalum
Profile Joined September 2010
Austria831 Posts
February 23 2015 09:12 GMT
#11836
I like the SML version from http://www.codecodex.com/wiki/Merge_sort


fun mergesort [] = []
| mergesort [x] = [x]
| mergesort lst =
let fun merge ([],ys) = ys (*merges two sorted lists to form a sorted list *)
| merge (xs,[]) = xs
| merge (x::xs,y::ys) =
if x<y then
x::merge (xs,y::ys)
else
y::merge (x::xs,ys)
;
val half = length(lst) div 2;
in
merge (mergesort (List.take (lst, half)),mergesort (List.drop (lst, half)))
end
;
nunez
Profile Blog Joined February 2011
Norway4003 Posts
Last Edited: 2015-02-23 16:09:09
February 23 2015 16:05 GMT
#11837
wild stab at template metaprogram version (sorts a sequence of types by size):

+ Show Spoiler [preamble] +
#include<iostream>
#include<seq/seq.hpp>
#include<jeh/select_if.hpp>

using namespace seq;

+ Show Spoiler [merge] +
namespace detail
{

template<class lhs,class rhs,class out=sequence<>,class=void>
struct
merge_impl;

template<class lhs,class rhs,class out>
struct
merge_impl<
lhs,rhs,out,
select_if<
sizeof(first<lhs>)<=sizeof(first<rhs>) and
not empty<lhs>() and
not empty<rhs>()
>
>:merge_impl<
remove_first<lhs>,rhs,insert_last<out,first<lhs>>
>
{};

template<class lhs,class rhs,class out>
struct
merge_impl<
lhs,rhs,out,
select_if<
not (sizeof(first<lhs>)<=sizeof(first<rhs>)) and
not empty<lhs>() and
not empty<rhs>()
>
>:merge_impl<
lhs,remove_first<rhs>,insert_last<out,first<rhs>>
>
{};

template<class lhs,class rhs,class out>
struct
merge_impl<
lhs,rhs,out,
select_if<empty<lhs>()>
>
{ using output=concat<out,rhs>; };

template<class lhs,class rhs,class out>
struct
merge_impl<
lhs,rhs,out,
select_if<empty<rhs>()>
>
{ using output=concat<out,lhs>; };

}

template<class lhs,class rhs>
using merge=typename detail::merge_impl<lhs,rhs>::output;

+ Show Spoiler [merge sort] +
namespace detail{

template<class in,class=void>
struct
merge_sort_impl;

template<class in>
struct
merge_sort_impl<in,select_if<count<in>()<=1>>
{ using output=in; };

template<class in>
struct
merge_sort_impl<in,select_if<not (count<in>()<=1)>>
{
using output=
merge<
typename merge_sort_impl<sub_seq<in,0,(count<in>()>>1)>>::output,
typename merge_sort_impl<sub_seq<in,(count<in>()>>1),count<in>()>>::output
>;
};

}

template<class... type>
using merge_sort=typename detail::merge_sort_impl<sequence<type...>>::output;

+ Show Spoiler [compile time invocation] +
using in=sequence<int[3],int[5],int[2],int[1]>;
using out=merge_sort<in>;

int
main()
{
std::cout<<out()<<std::endl;
}

+ Show Spoiler [run time print] +
[jeh@gimli tl2]$ make
g++ -c -std=c++14 -I. -I../ -fdiagnostics-color -Wfatal-errors tl.cpp
g++ -o tl tl.o
[jeh@gimli tl2]$ ./tl
{

int [1]
int [2]
int [3]
int [5]

}
conspired against by a confederacy of dunces.
Deleted User 3420
Profile Blog Joined May 2003
24492 Posts
February 23 2015 17:37 GMT
#11838
if I used serialization to save data from my program to a file, will that file be readable/editable in some way that would allow users to manipulate the saved states? because I don't want that.

do I specifically need to find a way to save my files as encrypted to avoid it?
windzor
Profile Joined October 2010
Denmark1013 Posts
February 23 2015 17:46 GMT
#11839
On February 24 2015 02:37 travis wrote:
if I used serialization to save data from my program to a file, will that file be readable/editable in some way that would allow users to manipulate the saved states? because I don't want that.

do I specifically need to find a way to save my files as encrypted to avoid it?


If the user have access rights to edit the file he can do it. There is nothing you can do about that.

What you can do is create a checksum of the file and use that to detect if the user has changed the file. If so, you can yell at the user and say to stop editing that file.
Yeah
Blisse
Profile Blog Joined July 2010
Canada3710 Posts
February 23 2015 18:26 GMT
#11840
nunez, is there a reason you name your libraries seq and jeh?
There is no one like you in the universe.
Prev 1 590 591 592 593 594 1032 Next
Please log in or register to reply.
Live Events Refresh
Next event in 1h 10m
[ Submit Event ]
Live Streams
Refresh
StarCraft 2
SortOf 106
trigger 9
StarCraft: Brood War
Mind 589
Soma 422
PianO 350
EffOrt 233
Tasteless 131
Shinee 69
Aegong 38
Sharp 24
Bale 17
zelot 17
[ Show more ]
IntoTheRainbow 13
Hm[arnc] 13
Sea 0
Zeus 0
Dota 2
XcaliburYe499
BananaSlamJamma493
XaKoH 340
League of Legends
JimRising 628
Reynor40
Counter-Strike
olofmeister671
shoxiejesuss473
Other Games
summit1g6253
singsing743
ceh9441
Happy231
C9.Mang0212
Mew2King84
Organizations
Counter-Strike
PGL8732
Other Games
gamesdonequick870
StarCraft 2
Blizzard YouTube
StarCraft: Brood War
BSLTrovo
sctven
[ Show 16 non-featured ]
StarCraft 2
• Berry_CruncH189
• Light_VIP 21
• LUISG 19
• AfreecaTV YouTube
• intothetv
• Kozan
• IndyKCrew
• LaughNgamezSOOP
• Migwel
• sooper7s
StarCraft: Brood War
• iopq 3
• BSLYoutube
• STPLYoutube
• ZZZeroYoutube
League of Legends
• Jankos1580
• Lourlo424
Upcoming Events
The PondCast
1h 10m
OSC
3h 10m
Wardi Open
1d 2h
CranKy Ducklings
2 days
Safe House 2
2 days
Sparkling Tuna Cup
3 days
Safe House 2
3 days
Tenacious Turtle Tussle
6 days
Liquipedia Results

Completed

CSL 2025 AUTUMN (S18)
WardiTV TLMC #15
HCC Europe

Ongoing

BSL 21 Points
ASL Season 20
C-Race Season 1
IPSL Winter 2025-26
EC S1
Thunderpick World Champ.
CS Asia Championships 2025
ESL Pro League S22
StarSeries Fall 2025
FISSURE Playground #2
BLAST Open Fall 2025
BLAST Open Fall Qual
Esports World Cup 2025
BLAST Bounty Fall 2025
BLAST Bounty Fall Qual
IEM Cologne 2025

Upcoming

SC4ALL: Brood War
BSL Season 21
BSL 21 Team A
RSL Offline Finals
RSL Revival: Season 3
Stellar Fest
SC4ALL: StarCraft II
eXTREMESLAND 2025
ESL Impact League Season 8
SL Budapest Major 2025
BLAST Rivals Fall 2025
IEM Chengdu 2025
PGL Masters Bucharest 2025
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.