Recommended Posts

I did a google on how "RIP" works on routers, I have version 2 on both routers I use and they both have options to allow different directions "out, in, both" etc. Is there any benefit of using this, and if there is; which one should I use for which? I have a dsl router and another router connected to that.

Link to comment
https://www.neowin.net/forum/topic/227959-rip-dynamic-routing/
Share on other sites

Um - do you have routes that you need to let other routers know about? Are you changing/adding networks that are added to the routers frequently?

IF not - then you do not need to be running RIP. In your research of RIP, did you bother to read what it does?

"RIP sends routing-update messages at regular intervals and when the network topology changes. When a router receives a routing update that includes changes to an entry, it updates its routing table to reflect the new route."

For the life of me, I can NOT see how anyone in a home setup such as your would need to be running RIP between their gateway router (one connnected to your inet connection) and your other router. On your gateway router - let see, no matter what routes get added on the net - guess what, your router is still going to be talking to its next hop - your ISP, its only connected interface. It has no need to know anything other than - I need to send my packets to this guy, to go anywhere.

Your routers really do not even have any needs for routing tables, well let see 2 entries - either its is a locally connected machine on one of my for switch ports, or I send it to my other connected networks next hop.

I fail to see why you would even have another network, WHY would you need to be routing inside your home? How exactly would you have need of multiple networks?? On your inside router - are you just using the switch portion, or do you have it connected to the WAN port, are you NATing on it?? WHY?

What are your different networks? If you did not TURN off natting on your inside router, and your say using 192.168.2 - when a machine on that network talks to someone on the internet, its going through NAT twice??

So in a nutshell --> Unless you are changing the network(s) that are connected to your routers. And your too lazy to change it on the other one, etc.. The answer to your question "is ther any benefit" to running this in your setup - NO.

Edit: here is some info that you might find handy -- http://www.cisco.com/univercd/cc/td/doc/ci...ito_doc/rip.htm

Edited by BudMan

Just use RIP. Normally just a matter of selecting the default that the router offers.

The alternative is OSPF (open shortes path first). But not a lot of "home" routers have them. RIP will work out the best path, OSPF will do what it says. The shortest path may not be the fastest.

^ huh??? why exactly would a home user running broadband type switch/routers have ANY use what so ever for ANY routing protocol, be it RIP, RIP2, OSPF, CDP, BGP, IGRP, EIGRP, CLNS, HSRP, etc.. etc..

There is NO need for his routers to pass any type of route information on to any other router, anywhere.

Please give some type of example where this would be needed? Come on - give me one reason why anyone in their right mind would setup anything other than one network behind their HOME dsl/cable modem connection. Do I need to breakup the network for security reasons, too many devices on one net?, geographic location? --> is there some reason why the living room should be on a different network than say the family room?

I mean maybe, just maybe you would break your wireless out and put it on a different network or something. Hey you know what, I am going to put every room in the house on a different freaking network - Still - exactly why would you need to run a dynamic routing protocol?? Are you going to be changing these networks every few days. Are you going to be adding networks??

If the networks/routes to these networks do NOT change - there is just NO reason what so ever to run a routing protocol.

I have a Netgear DG834G and it has the following details on RIP:

RIP Direction: RIP (Routing Information Protocol, RFC1058 and RFC1389) allows a Router to exchange routing information with other Routers. The RIP Direction selection controls how the Router sends and receives RIP packets. Both is the default.

When set to Both or Out Only, the Router will broadcast its routing table periodically.

When set to Both or In Only, it will incorporate the RIP information that it receives.

When set to None, it will not send any RIP packets and will ignore any RIP packets received.

RIP Version: This controls the format and the broadcasting method of the RIP packets that the Router sends. (It recognizes both formats when receiving.) By default, this is set for RIP-1.

RIP-1 is universally supported. RIP-1 is probably adequate for most networks, unless you have an unusual network setup.

RIP-2 carries more information. Both RIP-2B and RIP-2M send the routing data in RIP-2 format.

RIP-2B uses subnet broadcasting.

RIP-2M uses multicasting. (See note below.)

Note: Multicasting can reduce the load on non-Router machines because they do not listen to the RIP multicast address and will not receive the RIP packets. However, if one Router uses multicasting, then all Routers on your network must use multicasting.

I just leave it on RIP-1. No need to do anything else. Hopefully this answers your question Cosmos. Like it says:
RIP-1 is probably adequate for most networks, unless you have an unusual network setup.

How dense are you MazX?? He does NOT need to be using a routing protocol - what you leave yours on, has NOTHING to do with the fact that you or him have NO need to be using it.

Exactly what other routers do you think your exchanging route info with? Do you even know what a route is? How exactly would you have any reason to exchange any route info with any router anywhere on the planet. If you did - what good would it do?? Are you going to let your ISP's routers know that if they want to get your private network 192.168.x.x they need to talk to your router??? ;)

Your gateway device, ie your broadband router needs to have exactly one entry in its route table - that is to talk to the default gateway provided by your ISP. Any other entries, ie route info is meanless and all it could possible do is SLOW your router down.

Your router needs to know about one route - ie the default route! Guess what you only have ONE connection, no matter what IP address you want to talk to - your router needs to talk to your ISP's router to go anywhere other than your private network.

So what exactly do you believe the running of dynamic routing protocol would provide - if you have the option to TURN it off, that is what you should be doing. Any other setting besides OFF is going to have NO effect, nor in any way could it be helpful to your connection in any way shape or form.

Does not matter if your router has the ability to use it or not - YOU HAVE NO USE for it, and the only logical thing to do with it - is turn it OFF!

edit;

post-32-1097344587.png

Edited by BudMan

Just telling him to leave it on the default and that he doesn't need to change it.

I do know what routing is BTW.

I had written a whole lot more, then decided to delete it because I think the question has been answered.

I did a google on how "RIP" works on routers, I have version 2 on both routers I use and they both have options to allow different directions "out, in, both" etc. Is there any benefit of using this, and if there is; which one should I use for which? I have a dsl router and another router connected to that.
Answer:

You don't need to change it. If you want you can disable.

RIP-1 is universally supported. RIP-1 is probably adequate for most networks, unless you have an unusual network setup.

The guy asked what it did and whether there would be any benift of changing.

Why do you see the need to be so course in your replies? You could have just said, "You don't need either, because you don't actually use it. But if in doubt just leave the router default there."

I think that you should learn a bit of diplomacy too.

I think that you should learn a bit of diplomacy too.

Thats nice - and your welcome to your opinion, and well thanks for expressing it. Rest assured it will be filed appropriately ;)

As to your understanding of routing - well, I have yet to see that. In your first response, it sure sounds like your telling him to use RIP, and that there is an alternative OSPF. Does not sound like someone that understand routing - Nor doesit seem to let the man know that he does not have any use for dynamic routing protocols in his setup.

Then in your next post, you post some help info from your router - and state that your router supports RIP, and just to leave it on RIP-1. Again not expressing in any way, even the slightest hint to an understanding of the basic concepts of what a routing protocol is or does. Nor in anyway giving an answer to the man's real question - which was is there any benefit to using RIP or RIP2, ie a dynamic routing protocol.

Again in your third post - you post nothing that it any way conveys anything to do with the question, or an anyway displays an understanding of what a routing protocol is used for, etc..

All you did is state what I had been saying - ie, that he has NO use for a routing protocol. And then go on to tell me, that in your opinion my posts seemed rough and or coarse (<--- word I believe you wanted to use) to you.

But you used "course" which well - I fail to understand where you would have a problem with my posts;

a) A systematic or orderly succession; a sequence

b) The route or path taken by something, such as a stream, that moves.

c) A complete body of prescribed studies constituting a curriculum

d) etc...

If my posts seemed like any of these to you - why would I need to learn some diplomacy??? ;)

But whatever tone you read into my posts - well that seems to be your issue, not mine. But to be honest, they might have had a slightly harsh overtone to them. But nothing I would think misplaced --> since if the person had done as they said in the first post - and googled about how RIP works, I fail to understand why they would of been asking the question in the first place.

all right you two, calm down.

as for you cosmos, i don't see why you would need a routing protocol.

and budman...as far as i know, rip sends updates only at regular intervals (standard timer is 30 seconds for the entire routing table) but not when the network tooplogy changes - this is a feature of link-state routing protocols, and rip is a distance vetor routing protocol. :)

Just leave it as default or disable it i agree with all of you.

Thanks for your support dude! As always you are the rock that keeps me coming back to this place!! I do not know how I would put up with these lusers without you ;)

oh, now that i've seen this thread that reminds me....

at workwe have T1 connection going thru our firewall and router.

our lan is on 172.19.26.x subnet with gateway being 172.19.26.2

we also have dsl service as a backup inet connection. it's connected using linksys router, which admin page looks exactly like what budman posted above.

if T1 goes down, i want to be able to unplug it and plug in dsl.

however becuase we use different subnet it's not as simple...

reading what little information is included in the help w/ the router it seems like i need to configure "Advanced Routing" feature..however when i configured those settings it still didn't work...

i was wondering if you folks had more detailed explanation of those settings, and/or possibly help me out set this thing up.

oh, now that i've seen this thread that reminds me....

at workwe have T1 connection going thru our firewall and router.

our lan is on 172.19.26.x subnet with gateway being 172.19.26.2

we also have dsl service as a backup inet connection. it's connected using linksys router, which admin page looks exactly like what budman posted above.

if T1 goes down, i want to be able to unplug it and plug in dsl.

however becuase we use different subnet it's not as simple...

reading what little information is included in the help w/ the router it seems like i need to configure "Advanced Routing" feature..however when i configured those settings it still didn't work...

i was wondering if you folks had more detailed explanation of those settings, and/or possibly help me out set this thing up.

i think it's a bit complicated and unpractical to plug and unplug cables everytime you have to switch to dsl backup. i would recomend using a router to connect different networks. then the situation will look like this:

you can configure two routes on your router. one route, that goes out your t1 interface. when t1 is functional, everything will be routed that way. now, you'll have to configure another route, out of the dsl interface - set the administrative ditance a bit higher on this route. now, whe everything it's ok, the data will be sent out of the t1 interface. if t1 fails, then, the other route in the routing table (the route for access over dsl) will be used.

i hope you know how to set up routes and dynamic routing on your router. ypu can use almost every routing protocol supported on your router, though i will suggest rip, because it's not so complicated to set up and it's supported by almost every vendor.

hopefully this was not too confusing :whistle:

Lusers is a program to list the users logged on to a UNIX system, with various formatting options to control the information reported.

It is also a word to describe people like you ;)

luser: /loo?zr/, n.

[common] A user; esp. one who is also a loser. (luser and loser are pronounced identically.) This word was coined around 1975 at MIT. Under ITS, when you first walked up to a terminal at MIT and typed Control-Z to get the computer's attention, it printed out some status information, including how many people were already using the computer; it might print ?14 users?, for example. Someone thought it would be a great joke to patch the system to print ?14 losers? instead. There ensued a great controversy, as some of the users didn't particularly want to be called losers to their faces every time they used the computer. For a while several hackers struggled covertly, each changing the message behind the back of the others; any time you logged into the computer it was even money whether it would say ?users? or ?losers?. Finally, someone tried the compromise ?lusers?, and it stuck. Later one of the ITS machines supported luser as a request-for-help command. ITS died the death in mid-1990, except as a museum piece; the usage lives on, however, and the term luser is often seen in program comments and on Usenet. Compare mundane, muggle, newbie, chainik.

Edited by BudMan
budman, sorry, but i totally dislike your attitude. :no:

why don't you just stay on topic and stop picking on other members? :rolleyes:

Dude -- I was on topic!! Why don't you mind your own business? ;)

rip sends updates only at regular intervals (standard timer is 30 seconds for the entire routing table) but not when the network tooplogy changes

???

Routing Updates

RIP sends routing-update messages at regular intervals and when the network topology changes. When a router receives a routing update that includes changes to an entry, it updates its routing table to reflect the new route. The metric value for the path is increased by 1, and the sender is indicated as the next hop. RIP routers maintain only the best route (the route with the lowest metric value) to a destination. After updating its routing table, the router immediately begins transmitting routing updates to inform other network routers of the change. These updates are sent independently of the regularly scheduled updates that RIP routers send.

This is off the Cisco site ---> http://www.cisco.com/univercd/cc/td/doc/ci...ito_doc/rip.htm

Which I linked to on my first post, I have bolded the section that states when the network changes, etc...

Just use RIP. Normally just a matter of selecting the default that the router offers.

The alternative is OSPF (open shortes path first). But not a lot of "home" routers have them. RIP will work out the best path, OSPF will do what it says. The shortest path may not be the fastest.

I think you are wrong, doesnt the OSPF algorithm choose the fastest loop free route out of its database. RIP uses the shortest route based on hop count which is inefficient becasue it doesn take cost into account.

i think it's a bit complicated and unpractical to plug and unplug cables everytime you have to switch to dsl backup.
it's totally not complicated.
i would recomend using a router to connect different networks. then the situation will look like this:

...<snip>

that's not going to happen becuase my managment doesn't want to spend any more money on such things

so i still need some info on "advanced routing" feature in linksys router...

???

Routing Updates

RIP sends routing-update messages at regular intervals and when the network topology changes. When a router receives a routing update that includes changes to an entry, it updates its routing table to reflect the new route. The metric value for the path is increased by 1, and the sender is indicated as the next hop. RIP routers maintain only the best route (the route with the lowest metric value) to a destination. After updating its routing table, the router immediately begins transmitting routing updates to inform other network routers of the change. These updates are sent independently of the regularly scheduled updates that RIP routers send.

This is off the Cisco site ---> http://www.cisco.com/univercd/cc/td/doc/ci...ito_doc/rip.htm

Which I linked to on my first post, I have bolded the section that states when the network changes, etc...

584706211[/snapback]

yes. you're right on that. but it has not directly to do with the periodically sent routing table updates, but with the holddown timers.

but generally seen, you're right :) - or the cisco site is right :shifty:

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • AMD RX 9070 GRE AI, Blender benchmarks vs 9070 XT, 7800XT, Nvidia RTX 5070, 4070 by Sayan Sen Earlier this week, we shared the first part of our review of AMD's new RX 9070 GRE. It was about the gaming performance of the GPU, and we gave it an 8 out of 10. As a follow-up, similar to how we did with the 9070 XT and non-XT, we are doing a dedicated productivity review for the RX 9070 GRE as well, where we compare it against the 9070 XT, 9070, 7800 XT, as well as Nvidia's 5070 and 4070. This will include AI, rendering, compute, and more benchmarks. AI performance, especially, is a very important metric in today's world, and AMD also promised big improvements thanks to its underlying architectural improvements. We will be pitching it against the data we already have for the RX 9070, and RX 9070 XT, but also the Nvidia 5070 FE, MSI GeForce RTX 4070 VENTUS 2X 12G, and Gigabyte Radeon RX 7800 XT GAMING OC 16G as they are in a similar price class, but also because we do not have a comparable 5060 Ti card lying around here that we can compare it against. Before we get underway, this is a collaboration between Sayan Sen and Steven Parker, who lent me his test bed. Also, there was no editorial input from AMD. First up, the specs of the RX 9070, 9070 XT, and 9070 GRE, which were given to us by AMD: Radeon RX 9070 GRE Radeon RX 9070 Radeon RX 9070 XT Boost Clock: Game Clock: up to 2.79GHz up to 2.20GHz up to 2.52GHz up to 2.07GHz up to 2.97GHz up to 2.40GHz Stream Processors 3,072 (48 CU) 3,584 (56 CU) 4,096 (64 CU) Ray Accelerator 48 56 64 AI Accelerator 96 112 128 ROPs 96 128 Texture Mapping Units 192 224 256 Memory 12 GB GDDR6, 18Gbps Clock, 192-bit Bus 432 GB/s 16 GB GDDR6, 20Gbps Clock, 256-bit Bus Effective Memory Bandwidth: 640 GB/s Infinity Cache 48 MB (3rd Gen) 64 MB (3rd Gen) Card Bus PCI-E 5.0 X16 Output 2x HDMI 2.1b 2x DisplayPort 2.1a Power consumption 220W 304W Recommended PSU 650W 750W Slot width 2x 3x Price (SEP) $549 $599 As you can see from the specs above, it is less than the standard RX 9070 in every way that counts, except for slightly higher Boost and Game clock speed. Design Moving on, the RX 9070 GRE we were given is an XFX Swift triple-fan, dual-slot design with two 8-pin connectors. At 30cm (self-measured), it will fit in most systems easily. There is no RGB either. The AMD Radeon RX 9070 GRE by XFX from all angles. Test system Our test system consists of the following: Lian Li O11 Dynamic Mini V2 Flow (Amazon|Newegg) ASUS Z890 ProArt Creator WiFi (Amazon|Newegg) Intel Core Ultra 7 270K Plus (Amazon|Newegg) Thermal Grizzly KryoSheet - 44x37 (Amazon|Newegg) 2x 16GB G.Skill Trident Z5 RGB (7200 MT/s in XMP) (Amazon|Newegg) Sabrent Rocket4 Plus 2TB SSD (Amazon) Windows 11 25H2 (Build 26200.8246) AMD shared a press driver based on the recently released Adrenaline 26.5.2 that we were required to use. We now move on to our benchmarks. First up, we have Geekbench AI running on ONNX. For some reason, the 9070 GRE does exceptionally well here in both half-precision (FP16) and single-precision (FP32). It manages to beat the RTX 5070 and RX 9070 non-XT, and is only behind the 9070 XT. Since Geekbench runs in short bursts instead of continuously hammering the graphics card, it seems the GRE's faster boost clocks are helping here. Next up, we move to the UL Procyon AI test suite, starting with the image generation benchmark. We chose the Stable Diffusion XL FP16 test since it is the most intense workload available on Procyon. The Nvidia cards do very well here, as even the 4070 out-muscles AMD's best fairy easily. The positive thing about the GRE is that it gets quite close to the 9070 non-XT in this test; this indicates that the VRAM does not play a very big role here, as SD XL relies on float16 (FP16). So this is something to keep in mind again. If you wish to work with float32 AI workloads, graphics cards with larger than 12 GB buffers would likely emerge as victors. Regardless, the gains are still massive on AMD's 9000 series compared to the 7000 series. Following image generation, we move to the text generation benchmark. This is one test where the 9070 GRE struggled, quite a lot. It seems that the 12 GB VRAM and lower memory bandwidth of the new Radeon 9070 GRE are hurting it quite a bit; the split is massive, especially in a test like Llama2, which packs 13 billion parameters. As such, in all the tests, the 9070 GRE is the slowest of the lot. Next, we tried Blender, and here the AMD GPUs were beaten by Nvidia. Rendering is something the Green team has always had a lead over the Red side, and it has not changed so far. On the positive side, though, the 9070 GRE shows significantly better results than the 7800 XT, which means AMD is on the right path. Catching up to Nvidia, though, will require a lot more effort. And we hope HIP and ROCm can keep improving. Wrapping up AI testing, we measured OpenCL throughput in the Geekbench compute benchmark. The RX 9070 GRE alongside the 9070 did not fare well here at all, even falling behind the 7800 XT. Interestingly, even the RTX 5070 could not beat the 4070 on OpenCL, so perhaps this suggests that OpenCL optimization may not have been a priority for either AMD or Nvidia in the modern era. Conclusion We reached the end of our productivity performance review of the 9070 GRE, and we have to say it's a mixed bag. Unlike the 9070 and 9070 XT, the GRE excels in some areas while losing ground fairly easily in others. Similar to how it happened in gaming, any time the card's memory subsystem gets hammered, it tends to fall behind the others. This was the case with text generation, wherein we saw the VRAM sometimes hit its maximum available 12 GB of usage with larger model sizes. So what do we make of the RX 9070 as a productivity hardware? It can certainly be used, but you have to know it has its limitations. For those looking for a GPU that can deal with more, AMD recently unveiled the Radeon AI PRO R9700, which is essentially a 32 GB refresh of the 9070 XT with some additional workstation-based optimizations. On a similar note, the new Ryzen AI Halo platform is something you can consider if you want to set up a local AI processing station. Considering everything, we rate AMD's Radeon RX 9070 GRE a 7.5 out of 10 for its productivity performance. Price is less of a factor for those looking at productivity cases compared to those considering the GPU for gaming, and as such, we felt it did quite decently on many occasions and can be handy if you need a 12 GB GPU and, for some reason, don't want to get Nvidia. Purchase links: RX 9070 / XT / GRE (Amazon US) As an Amazon Associate, we earn from qualifying purchases.
    • Does anyone here know if these updates are integrated into the UUP dump isos?
    • Motrix Next 3.9.4 by Razvan Serea Motrix Next is a modern, open-source cross-platform download manager built as the official next-generation successor to the original Motrix project. It has been completely rewritten using Tauri 2, Vue 3, TypeScript, and Rust, while still relying on the powerful Aria2 download engine for high-speed multi-protocol transfers. The app supports HTTP, HTTPS, FTP, BitTorrent, ED2K and magnet links, offering advanced features like multi-connection acceleration, task scheduling, bandwidth control, and batch download management. With a significantly reduced install size (around 20MB), it focuses on being lightweight, fast, and resource-efficient compared to traditional Electron-based download tools. Designed for Windows, macOS, and Linux, Motrix Next delivers a clean, modern UI inspired by Material Design 3 principles, with smooth animations and a minimal workflow. It improves usability through better download organization, system tray integration, and enhanced torrent handling including selective file downloads and tracker management. Motrix Next features: Multi-protocol downloads — HTTP, FTP, BitTorrent, Magnet, .torrent, ED2K, and Metalink tasks BitTorrent — Selective file download, DHT, peer exchange, encryption controls, metadata caching, GeoIP peer flags, and tracker probing Browser extension integration — Embedded Extension API with independent authentication, download confirmation, smart auto-submit, filename hints, referer/cookie forwarding, and real-time controls (Chrome Web Store · Edge Add-ons) Safe filename handling — Content-Disposition, RFC 2047, non-UTF-8, percent-encoded, and extensionless URL resolution with path traversal sanitization Download organization — Favorite and recent folders, optional file-type categorization, stale-record cleanup, and completed history backed by SQLite Concurrent downloads — Independent controls for active tasks, HTTP connections per server, segments per file, and BT peer limits Speed control — Global and per-task upload/download limits with day-of-week and time-of-day scheduling System integration — Tray operation, optional tray speed display, macOS Dock badge/progress, protocol handlers for magnet://, thunder://, and motrixnext:// Lightweight mode — Destroys the WebView on minimize-to-tray while Rust keeps the engine, task monitor, notifications, history, and extension routing alive Notifications and power options — Native task start/complete/failure notifications, keep-awake during downloads, and optional shutdown after completion Network controls — Scoped proxy support for downloads, app updates, and tracker updates, plus system proxy detection Auto-update channels — Stable, Beta, and Latest Across Channels policies with separate download and install phases Diagnostics — Structured logs, exportable diagnostic ZIPs, database integrity checks, automatic DB rebuild, and Linux GPU rendering fallback Personalization — Light/dark/system theme, 10 color schemes, 26 languages, and first-launch system language detection Motrix Next 3.9.4 changelog: Motrix Next 3.9.4 promotes the 3.9.4 beta cycle to stable. This release refreshes bundled engine binaries, improves task detail readability and copy actions, expands link handling for magnet and ED2K workflows, polishes responsive navigation and text wrapping, updates browser extension documentation, and refines network preference controls. New Features Task Detail copy actions — Added copyable values for task metadata and reusable render functions for long text fields. Magnet and ED2K lifecycle support — Added task lifecycle handling for magnet and ED2K links. History cleanup for deleted tasks — Deleted tasks can now remove matching history records. User-Agent management — Added user-agent management and improved related network preference controls. Browser extension documentation — Added the Firefox Add-ons link for the Motrix Next extension. Improvements Engine binaries — Updated bundled binaries for supported architectures. Task Detail readability — Long task names, URLs, tracker values, and copyable metadata now render more clearly. Deletion messaging — Refined localized task deletion text for clarity and consistency. Text wrapping — Improved URI input wrapping and task name multiline display. Navigation layout — Improved sub-navigation responsiveness. Disk allocation default — Changed the default file allocation method to trunc. Proxy controls — Improved proxy button styling in network preferences. Download: Motrix Next 64-bit | ARM64 | macOS ~20.0 MB (Open Source) Links: Website | macOS / Linux | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • NVIDIA officially supports Ubuntu, as linked above with the GeForce NOW Hands on I did in collaboration with Paul Hill.
    • TO be clear I am not running linux today, however I keep thinking about it. And I want to make sure there are minimal obstacles if I decide to make that switch in the coming months.
  • Recent Achievements

    • Proficient
      Eric Biran went up a rank
      Proficient
    • Dedicated
      Conjor earned a badge
      Dedicated
    • Week One Done
      Windows Guy earned a badge
      Week One Done
    • Dedicated
      Mark Spruce earned a badge
      Dedicated
    • Collaborator
      conkir earned a badge
      Collaborator
  • Popular Contributors

    1. 1
      +primortal
      479
    2. 2
      PsYcHoKiLLa
      244
    3. 3
      Steven P.
      72
    4. 4
      FloatingFatMan
      66
    5. 5
      +Edouard
      66
  • Tell a friend

    Love Neowin? Tell a friend!