• Log InLog In
  • Register
Liquid`
Team Liquid Liquipedia
EDT 01:00
CET 06:00
KST 14:00
  • 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
ByuL: The Forgotten Master of ZvT30Behind the Blue - Team Liquid History Book19Clem wins HomeStory Cup 289HomeStory Cup 28 - Info & Preview13Rongyi Cup S3 - Preview & Info8
Community News
BGE Stara Zagora 2026 cancelled10Blizzard Classic Cup - Tastosis announced as captains12Weekly Cups (March 2-8): ByuN overcomes PvT block4GSL CK - New online series18BSL Season 224
StarCraft 2
General
BGE Stara Zagora 2026 cancelled BGE Stara Zagora 2026 announced ByuL: The Forgotten Master of ZvT Terran AddOns placement Blizzard Classic Cup - Tastosis announced as captains
Tourneys
2026 KongFu Cup Announcement [GSL CK] Team Maru vs. Team herO StarCraft Evolution League (SC Evo Biweekly) WardiTV Team League Season 10 Master Swan Open (Global Bronze-Master 2)
Strategy
Custom Maps
Publishing has been re-enabled! [Feb 24th 2026] Map Editor closed ?
External Content
The PondCast: SC2 News & Results Mutation # 516 Specter of Death Mutation # 515 Together Forever Mutation # 514 Ulnar New Year
Brood War
General
BGH Auto Balance -> http://bghmmr.eu/ ASL21 General Discussion BW General Discussion Gypsy to Korea Are you ready for ASL 21? Hype VIDEO
Tourneys
[Megathread] Daily Proleagues [BSL22] Open Qualifiers & Ladder Tours IPSL Spring 2026 is here! ASL Season 21 Qualifiers March 7-8
Strategy
Simple Questions, Simple Answers Soma's 9 hatch build from ASL Game 2 Fighting Spirit mining rates Zealot bombing is no longer popular?
Other Games
General Games
Stormgate/Frost Giant Megathread Path of Exile Nintendo Switch Thread PC Games Sales Thread No Man's Sky (PS4 and PC)
Dota 2
Official 'what is Dota anymore' discussion The Story of Wings Gaming
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
Five o'clock TL Mafia Mafia Game Mode Feedback/Ideas Vanilla Mini Mafia TL Mafia Community Thread
Community
General
US Politics Mega-thread Mexico's Drug War Things Aren’t Peaceful in Palestine Russo-Ukrainian War Thread NASA and the Private Sector
Fan Clubs
The IdrA Fan Club
Media & Entertainment
Movie Discussion! [Req][Books] Good Fantasy/SciFi books [Manga] One Piece
Sports
Formula 1 Discussion 2024 - 2026 Football Thread General nutrition recommendations Cricket [SPORT] TL MMA Pick'em Pool 2013
World Cup 2022
Tech Support
Laptop capable of using Photoshop Lightroom?
TL Community
The Automated Ban List
Blogs
Iranian anarchists: organize…
XenOsky
FS++
Kraekkling
Shocked by a laser…
Spydermine0240
Gaming-Related Deaths
TrAiDoS
Unintentional protectionism…
Uldridge
ASL S21 English Commentary…
namkraft
Customize Sidebar...

Website Feedback

Closed Threads



Active: 1741 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
Hyrule19194 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
Poland17692 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
Replay Cast
00:00
Code For Giants Cup #28
Liquipedia
[ Submit Event ]
Live Streams
Refresh
StarCraft 2
NeuroSwarm 179
ProTech132
UpATreeSC 123
StarCraft: Brood War
ToSsGirL 16
Dota 2
monkeys_forever458
resolut1ontv 90
League of Legends
JimRising 697
Super Smash Bros
Mew2King179
Other Games
summit1g11614
C9.Mang0404
WinterStarcraft366
RuFF_SC244
Liquid`Ken12
Organizations
Other Games
gamesdonequick1477
ComeBackTV 67
StarCraft 2
Blizzard YouTube
StarCraft: Brood War
BSLTrovo
sctven
[ Show 14 non-featured ]
StarCraft 2
• Hupsaiya 209
• AfreecaTV YouTube
• intothetv
• Kozan
• IndyKCrew
• LaughNgamezSOOP
• Migwel
• sooper7s
StarCraft: Brood War
• BSLYoutube
• STPLYoutube
• ZZZeroYoutube
League of Legends
• Scarra2449
• Lourlo1126
• Stunt300
Upcoming Events
CranKy Ducklings
5h 1m
RSL Revival
5h 1m
MaxPax vs Rogue
Clem vs Bunny
WardiTV Team League
7h 1m
uThermal 2v2 Circuit
12h 1m
BSL
15h 1m
Sparkling Tuna Cup
1d 5h
RSL Revival
1d 5h
ByuN vs SHIN
Maru vs Krystianer
WardiTV Team League
1d 7h
Patches Events
1d 12h
BSL
1d 15h
[ Show More ]
Replay Cast
1d 19h
Replay Cast
2 days
Wardi Open
2 days
Monday Night Weeklies
2 days
WardiTV Team League
3 days
GSL
4 days
The PondCast
5 days
WardiTV Team League
5 days
Replay Cast
5 days
WardiTV Team League
6 days
Korean StarCraft League
6 days
Liquipedia Results

Completed

Proleague 2026-03-13
WardiTV Winter 2026
Underdog Cup #3

Ongoing

KCM Race Survival 2026 Season 1
Jeongseon Sooper Cup
BSL Season 22
RSL Revival: Season 4
Nations Cup 2026
ESL Pro League S23 Finals
ESL Pro League S23 Stage 1&2
PGL Cluj-Napoca 2026
IEM Kraków 2026
BLAST Bounty Winter 2026
BLAST Bounty Winter Qual

Upcoming

CSL Elite League 2026
ASL Season 21
Acropolis #4 - TS6
2026 Changsha Offline CUP
Acropolis #4
IPSL Spring 2026
CSLAN 4
HSC XXIX
uThermal 2v2 2026 Main Event
NationLESS Cup
Stake Ranked Episode 2
CS Asia Championships 2026
IEM Atlanta 2026
Asian Champions League 2026
PGL Astana 2026
BLAST Rivals Spring 2026
CCT Season 3 Global Finals
IEM Rio 2026
PGL Bucharest 2026
Stake Ranked Episode 1
BLAST Open Spring 2026
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 © 2026 TLnet. All Rights Reserved.