• Log InLog In
  • Register
Liquid`
Team Liquid Liquipedia
EST 18:19
CET 00:19
KST 08:19
  • 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
Rongyi Cup S3 - RO16 Preview3herO wins SC2 All-Star Invitational10SC2 All-Star Invitational: Tournament Preview5RSL Revival - 2025 Season Finals Preview8RSL Season 3 - Playoffs Preview0
Community News
Weekly Cups (Jan 12-18): herO, MaxPax, Solar win0BSL Season 2025 - Full Overview and Conclusion8Weekly Cups (Jan 5-11): Clem wins big offline, Trigger upsets4$21,000 Rongyi Cup Season 3 announced (Jan 22-Feb 7)19Weekly Cups (Dec 29-Jan 4): Protoss rolls, 2v2 returns7
StarCraft 2
General
PhD study /w SC2 - help with a survey! StarCraft 2 not at the Esports World Cup 2026 Oliveira Would Have Returned If EWC Continued Rongyi Cup S3 - RO16 Preview herO wins SC2 All-Star Invitational
Tourneys
OSC Season 13 World Championship $21,000 Rongyi Cup Season 3 announced (Jan 22-Feb 7) $70 Prize Pool Ladder Legends Academy Weekly Open! SC2 All-Star Invitational: Jan 17-18 Sparkling Tuna Cup - Weekly Open Tournament
Strategy
Simple Questions Simple Answers
Custom Maps
[A] Starcraft Sound Mod
External Content
Mutation # 509 Doomsday Report Mutation # 508 Violent Night Mutation # 507 Well Trained Mutation # 506 Warp Zone
Brood War
General
[ASL21] Potential Map Candidates Gypsy to Korea Which foreign pros are considered the best? BW General Discussion BW AKA finder tool
Tourneys
Azhi's Colosseum - Season 2 [Megathread] Daily Proleagues Small VOD Thread 2.0 [BSL21] Non-Korean Championship - Starts Jan 10
Strategy
Current Meta Simple Questions, Simple Answers Soma's 9 hatch build from ASL Game 2 Game Theory for Starcraft
Other Games
General Games
Nintendo Switch Thread Battle Aces/David Kim RTS Megathread Stormgate/Frost Giant Megathread Beyond All Reason Awesome Games Done Quick 2026!
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
Vanilla Mini Mafia Mafia Game Mode Feedback/Ideas
Community
General
US Politics Mega-thread NASA and the Private Sector Canadian Politics Mega-thread Russo-Ukrainian War Thread Things Aren’t Peaceful in Palestine
Fan Clubs
The herO Fan Club! The IdrA Fan Club
Media & Entertainment
Anime Discussion Thread [Manga] One Piece
Sports
2024 - 2026 Football Thread
World Cup 2022
Tech Support
Computer Build, Upgrade & Buying Resource Thread
TL Community
The Automated Ban List
Blogs
Navigating the Risks and Rew…
TrAiDoS
My 2025 Magic: The Gathering…
DARKING
Life Update and thoughts.
FuDDx
How do archons sleep?
8882
James Bond movies ranking - pa…
Topin
Customize Sidebar...

Website Feedback

Closed Threads



Active: 1374 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
Hyrule19189 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
Poland17614 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 11h 42m
[ Submit Event ]
Live Streams
Refresh
StarCraft 2
SpeCial 201
PiGStarcraft107
CosmosSc2 79
StarCraft: Brood War
Artosis 549
Shuttle 145
HiyA 11
Dota 2
Pyrionflax227
canceldota36
Counter-Strike
FalleN 3292
Foxcn186
Super Smash Bros
hungrybox969
Mew2King23
Other Games
tarik_tv6159
summit1g5492
FrodaN1808
shahzam452
Liquid`Hasu218
ArmadaUGS65
ViBE51
minikerr13
Liquid`Ken4
Organizations
StarCraft 2
Blizzard YouTube
StarCraft: Brood War
BSLTrovo
sctven
[ Show 20 non-featured ]
StarCraft 2
• Hupsaiya 78
• davetesta75
• musti20045 33
• RyuSc2 26
• Laughngamez YouTube
• sooper7s
• AfreecaTV YouTube
• intothetv
• Kozan
• Migwel
• IndyKCrew
• LaughNgamezSOOP
StarCraft: Brood War
• STPLYoutube
• ZZZeroYoutube
• BSLYoutube
Dota 2
• masondota21489
League of Legends
• Doublelift4381
Other Games
• imaqtpie2829
• Shiphtur273
• WagamamaTV206
Upcoming Events
RongYI Cup
11h 42m
Clem vs ShoWTimE
Zoun vs Bunny
Big Brain Bouts
17h 42m
Percival vs Gerald
Serral vs MaxPax
RongYI Cup
1d 11h
SHIN vs Creator
Classic vs Percival
OSC
1d 13h
BSL 21
1d 15h
RongYI Cup
2 days
Maru vs Cyan
Solar vs Krystianer
uThermal 2v2 Circuit
2 days
BSL 21
2 days
Wardi Open
3 days
Monday Night Weeklies
3 days
[ Show More ]
OSC
4 days
WardiTV Invitational
4 days
WardiTV Invitational
5 days
The PondCast
6 days
Liquipedia Results

Completed

Proleague 2026-01-20
SC2 All-Star Inv. 2025
NA Kuram Kup

Ongoing

C-Race Season 1
BSL 21 Non-Korean Championship
CSL 2025 WINTER (S19)
KCM Race Survival 2026 Season 1
Rongyi Cup S3
Underdog Cup #3
BLAST Bounty Winter 2026
BLAST Bounty Winter Qual
eXTREMESLAND 2025
SL Budapest Major 2025
ESL Impact League Season 8
BLAST Rivals Fall 2025
IEM Chengdu 2025

Upcoming

Escore Tournament S1: W5
Acropolis #4 - TS4
Acropolis #4
IPSL Spring 2026
uThermal 2v2 2026 Main Event
Bellum Gens Elite Stara Zagora 2026
HSC XXVIII
Nations Cup 2026
Tektek Cup #1
PGL Bucharest 2026
Stake Ranked Episode 1
BLAST Open Spring 2026
ESL Pro League Season 23
ESL Pro League Season 23
PGL Cluj-Napoca 2026
IEM Kraków 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.