Slackware This Forum is for the discussion of Slackware Linux.
|
Notices |
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
|
|
|
10-08-2012, 02:14 AM
|
#91
|
Member
Registered: Sep 2011
Posts: 925
|
Sorry, no offense, but you don't understand enough of the basics of this topic for a productive discussion.
|
|
|
10-08-2012, 02:56 AM
|
#92
|
Senior Member
Registered: Oct 2005
Distribution: Gentoo, Slackware, LFS
Posts: 2,248
|
Oh well I find yourself to be lost as well even though you seem so technical about it. It's actually just simple but you try to complicate or deviate it. It's not about the defaults or necessity. It's just a question about the efficiency or speed (or performance if you want to call it another way) and nothing more than that. Well I don't mind really.
Last edited by konsolebox; 10-08-2012 at 02:57 AM.
|
|
|
10-08-2012, 02:29 PM
|
#93
|
Member
Registered: Mar 2012
Location: Italy
Distribution: Slackware+Debian
Posts: 321
Rep:
|
konsolebox, i was just too lazy to explain you what jtsn tried to explain to you. And now I don't regret to be honest. You are very aggressive and you don't even read what other writes, so just stay with your mind and live happy but don't blame us please.
|
|
|
10-08-2012, 09:15 PM
|
#94
|
Senior Member
Registered: Oct 2005
Distribution: Gentoo, Slackware, LFS
Posts: 2,248
|
Problem is you guys assume that someone knows nothing based from a simple reply. It's not my problem that you estimate people quickly. I know what you guys meant even before I made my first post. Such topics about necessities, availability, stability, etc. have been around way too long already. But what does that have to do with actual performance of Slackware and that only?
Btw, I think it is jtsn that can't get the meaning of my post in #90. All because I don't elaborate doesn't mean I know nothing. I just give allowance and it's not worth much the effort.
Last edited by konsolebox; 10-08-2012 at 09:19 PM.
|
|
|
10-08-2012, 09:28 PM
|
#95
|
LQ Guru
Registered: Jul 2011
Location: California
Distribution: Slackware64-15.0 Multilib
Posts: 6,564
|
I think it's time to say this topic is going nowhere and needs to just be locked. The facts are in and as it stands Slackware simply works out of the box without too many special cflags to rev it's engine that much faster than necessary. Everyone who has used Slackware all feel the same way about benchmarks against other big brand distributions, and we know they are pointless in real-life situations where a benchmark isn't going to show if A is faster than B. You can't type, web surf, host files, or play games that much faster on system A any better than system B in real-time and real life situations.
So without any further useful input I'm going to ask for a lock on this as clearly the answers are in and the points have been made.
|
|
2 members found this post helpful.
|
10-08-2012, 09:28 PM
|
#96
|
Senior Member
Registered: Oct 2005
Distribution: Gentoo, Slackware, LFS
Posts: 2,248
|
Quote:
Originally Posted by Celyr
konsolebox, i was just too lazy to explain you what jtsn tried to explain to you. And now I don't regret to be honest. You are very aggressive and you don't even read what other writes, so just stay with your mind and live happy but don't blame us please.
|
I read what people write. And my first post was a general observation and you see it more as an added idea or direct reply to the topic so it doesn't really make conflict with previous posts. My first post wasn't aggressive. It was just frank and honest; scientific-like if you know what I mean. It's not meant to attack the principles of users, but it would depend on the reader.
Last edited by konsolebox; 10-08-2012 at 09:36 PM.
|
|
1 members found this post helpful.
|
10-09-2012, 12:06 AM
|
#97
|
Member
Registered: May 2007
Location: US
Distribution: slackware
Posts: 186
Rep:
|
Quote:
Originally Posted by jtsn
http://www.funroll-loops.info/[/url] ;-)
|
The name of that website already made me crack up.
|
|
|
10-09-2012, 07:53 AM
|
#98
|
Moderator
Registered: May 2001
Posts: 29,415
|
Quote:
Originally Posted by ReaperX7
I think it's time to say this topic is going nowhere and needs to just be locked.
|
Since none of you here can see if additional input will be forthcoming, since this topic so far lacks the derailment that characterized previous "discussions", since it has been discussed in a more amiable way than ever before and since the atmosphere is still good I see no reason to close it. Should you or anyone else wish to let this thread die in peace then please do not post any follow-ups.
Since you are right much has been said we all may expect from anyone posting any follow-ups below this post
0) they have read the whole thread,
1) their post addresses the main topic and
2) has something substantial to add.
|
|
2 members found this post helpful.
|
10-09-2012, 01:17 PM
|
#99
|
Member
Registered: Apr 2010
Distribution: Slackware
Posts: 497
Rep:
|
Quote:
Originally Posted by ReaperX7
Everyone who has used Slackware all feel the same way about benchmarks against other big brand distributions, and we know they are pointless in real-life situations where a benchmark isn't going to show if A is faster than B. You can't type, web surf, host files, or play games that much faster on system A any better than system B in real-time and real life situations.
|
Sorry, mate, you do absolutely not speak for me with that statement, so it clearly does not apply to "everyone who has used Slackware". The reason I have not opened up that discussion so far is that I see no gain. Only that much:
Benchmarking when done properly is a valuable tool to identify problems or the influence of single parameters, or the absence of such. Even in the case of identical results, this is valuable information. To give you an example of a "real-life situation": I maintain a small web server, and I found out that it has 4 times more throughput under BFS than under CFS (these are cpu schedulers) - an unexpected result at the time. So this is of immediate practical relevance. You gain additional insight by measuring other web servers (apache, lighttpd) which allows you to make better predictions about other software products.
|
|
|
04-17-2014, 08:38 PM
|
#100
|
LQ Newbie
Registered: Apr 2014
Posts: 1
Rep:
|
Surprised? Slackware is a very interesting distribution, most unix-like, blablabla. But it is maintained by a small team, perhaps by one person. Many are favor Slackware in words and compliments, but... perhaps the project needs money to grow. Huh?
In my opinion it would be very strange if Slackware had a better performance in benchmarks that large distributions for which there are large teams working hard on developing.
And Benckmark is Benckmark, please... Blablabla is not measurable.
|
|
|
04-17-2014, 09:25 PM
|
#101
|
Senior Member
Registered: Apr 2009
Location: McKinney, Texas
Distribution: Slackware64 15.0
Posts: 3,860
|
Oh god. A comment from a user of a Debian clone AFTER A 2 YEAR silence on the thread.
And it's that's user's first post too. Nowhere to go but up.
|
|
|
04-17-2014, 09:34 PM
|
#102
|
Member
Registered: Aug 2009
Location: NC, USA
Distribution: Slackware (64 bit)
Posts: 242
Rep:
|
Now, THIS is how you troll.
|
|
|
04-17-2014, 09:37 PM
|
#103
|
Senior Member
Registered: Jun 2003
Location: Virginia
Distribution: Slackware = Main OpSys
Posts: 4,979
|
Quote:
Originally Posted by Pimpolho_ta_de_olho
Surprised? Slackware is a very interesting distribution, most unix-like, blablabla. But it is maintained by a small team, perhaps by one person. Many are favor Slackware in words and compliments, but... perhaps the project needs money to grow. Huh?
In my opinion it would be very strange if Slackware had a better performance in benchmarks that large distributions for which there are large teams working hard on developing.
And Benckmark is Benckmark, please... Blablabla is not measurable.
|
I beg to differ. I see no relevance between team size and/or funding when the product (and all it's fundamental parts) are so similar. They used the default kernel which means the Huge kernel all 6MB! of it, with no speed tweaks, and Slackware, by design is not a minimalist distro. This is by no means an apples-to-apples comparison beyond DEFAULT installs. It measures nothing wider.
These teams of which you speak are not trying nor very much able to make one distro remarkably faster than another at benchmarks (especially at default)..... unless maybe there was a benchmark for dependency resolving, because that they are working on. They choose to meet a very wide demographic of "user-friendly convenience" , not speed. I could easily design and build a distro that was specifically for speed, even more specifically, to fit certain benchmarks, and it would make big numbers and be impressive as Hell...... and useless on anyone else's machine.
|
|
|
04-17-2014, 10:02 PM
|
#104
|
LQ Guru
Registered: Jul 2011
Location: California
Distribution: Slackware64-15.0 Multilib
Posts: 6,564
|
Having stability versus raw performance counts tremendously in all areas of not just testing, but long term reliability and general usage.
You can have the fastest -O3 compiled highly and heavily dangerously optimized software running at break-neck peel-the-skin-off-your-bones speeds, but if the distribution keeps crashing, can't work correctly, and lacks terribly in compatibility areas... it's rubbish.
I've been in the IT industry for 12 years and I know one thing about Benchmarks after my experiences with them... All of them are garbage because none of them can accurately measure general average usage on an individual level outside a generic, synthetic, and non-interactive bubble environment.
Sarcasm alert
Oh yippie skippy! I can run Unreal Tournament at 60 FPS on Red Hat but 45 FPS on Slackware, but Red Hat keeps crashing while on Slackware it ran flawlessly, but yay!!! It's faster on Red Hat and I recommend Red Hat.
End of Sarcasm
God I feel as if after even typing that I need to go wash my hands and barf.
|
|
|
04-18-2014, 12:45 AM
|
#105
|
MLED Founder
Registered: Jun 2011
Location: Montpezat (South France)
Distribution: CentOS, OpenSUSE
Posts: 3,453
|
Quote:
Originally Posted by Pimpolho_ta_de_olho
And Benckmark is Benckmark, please... Blablabla is not measurable.
|
To answer in the spirit of your post, I'm sure Ubuntu users make love very fast.
|
|
|
All times are GMT -5. The time now is 12:41 AM.
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
Latest Threads
LQ News
|
|