Overclock.net › Forums › Software, Programming and Coding › Operating Systems › Linux, Unix › echo "The `uname` Club" (NEW POLL)
New Posts  All Forums:Forum Nav:

echo "The `uname` Club" (NEW POLL) - Page 88

Poll Results: How long have you been using your current, main installation?

 
  • 24% (50)
    less then a month
  • 23% (47)
    less then six months
  • 14% (30)
    less then a year
  • 24% (49)
    less then three years
  • 13% (27)
    three years+
203 Total Votes  
post #871 of 4043
looking into it now, also getting ready to install my win7 in virtualbox "just in case" lol
Desktop Toaster
(19 items)
 
ThinClient
(5 items)
 
 
CPURAMHard DriveOS
Celeron N2930 G.Skill 8gb 204 pin Seagate 500gb 2.5" Win 10 Pro 
Case
Zotac Zbox CI320 Nano 
  hide details  
Reply
Desktop Toaster
(19 items)
 
ThinClient
(5 items)
 
 
CPURAMHard DriveOS
Celeron N2930 G.Skill 8gb 204 pin Seagate 500gb 2.5" Win 10 Pro 
Case
Zotac Zbox CI320 Nano 
  hide details  
Reply
post #872 of 4043
Quote:
Originally Posted by Rookie1337 View Post

I will see if there is any that I can find. Still want to know how to change from CFQ to either NOOP or deadline.
Look inside of
Code:
/sys/block/*/queue/scheduler
for the scheduler in use. Replace * with a specific block device for specifics. Mine looks like:
Code:
noop [deadline] cfq
I'm not sure why I choose deadline myself, but that is what is currently selected for my devices.
Quote:
Originally Posted by Rookie1337 View Post

PS: How do I check alignments? redface.gif Supposedly all distros from this year forward are 4k compatible aligned by default but I just want to check. Also, is it really my SATA2 ports that make it seem like outside of boot up...not much is different with an SSD vs HDD? Maybe I just expected much faster.
To check your disks, use parted. For instance, to check my SSd I would do:
Code:
parted /dev/sda
GNU Parted 3.1
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) unit s                                                           
(parted) p                                                                
Model: ATA INTEL SSDSA2M160 (scsi)
Disk /dev/sda: 312581808s
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start       End         Size        File system  Name  Flags
 1      256s        205055s     204800s     ext3
 2      205056s     221695s     16640s                         bios_grub
 3      221696s     251699935s  251478240s  ext4
 4      251699936s  312581774s  60881839s   ext4

(parted) q
The units are changed to sectors, and each sector is 512 bytes (as listed in the output).

As for why it is not as fast as you expect, SSD's really matter for random access. In straight forward bulk read/writes, HDD's still fare really well. The best thing to check for is what your processes are doing. If you're cpu is running at 100% utilization, then a faster drive won't make a difference. On the other hand, if you're processes are all waiting on the disk, and you're CPU is busy in iowait (not sure the best term for that), then you're drive may be what is slowing you down. As others have mentioned, Linux likes to cache things in memory, so once it's read in no further disk hits are ncessary, speeding up the system.
post #873 of 4043
Quote:
Originally Posted by jrl1357 View Post

ok, so I found the issue- using gpt. for some reason my motherboard is demanding a bios boot partition on gpt, even though I never had to before (must be some setting) it was not an option on freebsd/kfreebsd so it's going to have to be linux. I tried installing arch but grub still fails (unrelated problem)so, Debian GNU/Linux it is. wheezy beta4. everything works! left two unformatted partitions for arch and somthing latter on. disk scheme:
sda1 ~ BiosBoot/FAT32 ~ 100MB
sda2 ~ Ext4 ~ 500MB ~ /boot
sda3 ~ Linux-Swap ~ 9GB
sda4 ~ BTrFS ~ 15GB ~ /
sda5 ~ unformatted ~ 10GB
sda6 ~ unformatted ~ 10GB
sda7 ~ Ext4 ~ 190GB(aprox.) ~ /home
so yeah. interested in playing around with things like snapshots and such, which I didn't get around to doing last time on BTrFS with arch.

If you are doing the regular legacy boot (through the BIOS system, not EFI), and using the gpt partition layout, you need that extra partition. Grub used to be able to steal some left over space that the old msdos partition scheme didn't use to load some extra components. However, gpt uses that space and thus Grub cannot. Thus you need a (small) partition that it can use. If this is the case, you don't even need a file system on it. Grub just sticks some binary code there it will run. The ArchWiki has a write up about it here.
post #874 of 4043
Thread Starter 
Quote:
Originally Posted by MJD View Post

Quote:
Originally Posted by jrl1357 View Post

ok, so I found the issue- using gpt. for some reason my motherboard is demanding a bios boot partition on gpt, even though I never had to before (must be some setting) it was not an option on freebsd/kfreebsd so it's going to have to be linux. I tried installing arch but grub still fails (unrelated problem)so, Debian GNU/Linux it is. wheezy beta4. everything works! left two unformatted partitions for arch and somthing latter on. disk scheme:
sda1 ~ BiosBoot/FAT32 ~ 100MB
sda2 ~ Ext4 ~ 500MB ~ /boot
sda3 ~ Linux-Swap ~ 9GB
sda4 ~ BTrFS ~ 15GB ~ /
sda5 ~ unformatted ~ 10GB
sda6 ~ unformatted ~ 10GB
sda7 ~ Ext4 ~ 190GB(aprox.) ~ /home
so yeah. interested in playing around with things like snapshots and such, which I didn't get around to doing last time on BTrFS with arch.

If you are doing the regular legacy boot (through the BIOS system, not EFI), and using the gpt partition layout, you need that extra partition. Grub used to be able to steal some left over space that the old msdos partition scheme didn't use to load some extra components. However, gpt uses that space and thus Grub cannot. Thus you need a (small) partition that it can use. If this is the case, you don't even need a file system on it. Grub just sticks some binary code there it will run. The ArchWiki has a write up about it here.

yeah, kind of figured that out (hence the above post, although I did say I didn't have that before, and now I know I must be mistaken) but thank you for the input.

anyway, solved the openbox tearing issues by installing squeeze in wheezys place. as mushroomboy pointed out, it still tears, but not even as close to as bad, so likely an x related problem. also, arch (since installed) was picked up by grub, and I've figured out how to add freebsd, so officially triple-booted here. thumb.gif

EDIT--

since squeeze uses an older kernel, I decided to go with ext4 on root, using btrfs on arch. ufs2 on freebsd, and I have reformatted my /home (now actually sda8, not 7) to ext2 so that freebsd can mount it. thinking about formatting my ntfs external to zfs for storage.. not sure yet!
Edited by jrl1357 - 12/30/12 at 8:37pm
post #875 of 4043
^ if you want some of the newer stuff on squeeze (like 3.X.X kernels) add the backports repo.
Mini Build
(9 items)
 
   
CPUMotherboardGraphicsRAM
intel i7 4790k Asrock z97-e  Sapphire R9 290X G Skills 
Hard DriveCoolingOSOS
Samsung EVO  EK Water Blocks Windows 7 Debian  
Case
Bitfenix Mini Colossus  
CPUMotherboardGraphicsRAM
Intel i5-480M OEM Acer Nvidia GeForce GT 540M 4 GB DDR3 
Hard DriveOptical DriveOS
500 GB HDD DVD Drive Crunchbang Linux, Windows 7, BlackBuntu (triple... 
  hide details  
Reply
Mini Build
(9 items)
 
   
CPUMotherboardGraphicsRAM
intel i7 4790k Asrock z97-e  Sapphire R9 290X G Skills 
Hard DriveCoolingOSOS
Samsung EVO  EK Water Blocks Windows 7 Debian  
Case
Bitfenix Mini Colossus  
CPUMotherboardGraphicsRAM
Intel i5-480M OEM Acer Nvidia GeForce GT 540M 4 GB DDR3 
Hard DriveOptical DriveOS
500 GB HDD DVD Drive Crunchbang Linux, Windows 7, BlackBuntu (triple... 
  hide details  
Reply
post #876 of 4043
Quote:
Originally Posted by jrl1357 View Post

yeah, kind of figured that out (hence the above post, although I did say I didn't have that before, and now I know I must be mistaken) but thank you for the input.

The important point in the above is that it's not a motherboard setting that requires it. Any system booting through the old BIOS method, and using the gpt partition layout, requires that partition to boot grub. If you have used grub+gpt+BIOS before without that partition, I'd like to know how. It make setting up old systems much easier using gpt. I seem to remember hearing that it may not be necessary listed in some documentation a long time ago, but it never specified how. As far as I know, the partition is always necessary.
post #877 of 4043
Thread Starter 
Quote:
Originally Posted by nyxcharon View Post

^ if you want some of the newer stuff on squeeze (like 3.X.X kernels) add the backports repo.

I plan too. I did it on my last squeeze install, because going for the kernel (3.2) and the software I use most often, like libreoffice, firefox/chromium, etc.

Quote:
Originally Posted by MJD View Post

Quote:
Originally Posted by jrl1357 View Post

yeah, kind of figured that out (hence the above post, although I did say I didn't have that before, and now I know I must be mistaken) but thank you for the input.

The important point in the above is that it's not a motherboard setting that requires it. Any system booting through the old BIOS method, and using the gpt partition layout, requires that partition to boot grub. If you have used grub+gpt+BIOS before without that partition, I'd like to know how. It make setting up old systems much easier using gpt. I seem to remember hearing that it may not be necessary listed in some documentation a long time ago, but it never specified how. As far as I know, the partition is always necessary.

either I'm mistaken or I forget how. I too remember reading about some way to get around that as well, but I can't remember.
post #878 of 4043
I'd just like to say it's pretty sweet having linux drivers that support multi-touch gestures on a trackpad that require no configuration from me- "it just works" .
I was rather concerned when I learned that my trackpad has this feature, i figured it would be a nightmare. tongue.gif
Most of the distributions I tried didn't support gestures at all, and a majority (minus LM 14) wouldn't let me right click "out of the box".

Luckily I maintain my own and already had the drivers needed installed. thumb.gif
Mini Build
(9 items)
 
   
CPUMotherboardGraphicsRAM
intel i7 4790k Asrock z97-e  Sapphire R9 290X G Skills 
Hard DriveCoolingOSOS
Samsung EVO  EK Water Blocks Windows 7 Debian  
Case
Bitfenix Mini Colossus  
CPUMotherboardGraphicsRAM
Intel i5-480M OEM Acer Nvidia GeForce GT 540M 4 GB DDR3 
Hard DriveOptical DriveOS
500 GB HDD DVD Drive Crunchbang Linux, Windows 7, BlackBuntu (triple... 
  hide details  
Reply
Mini Build
(9 items)
 
   
CPUMotherboardGraphicsRAM
intel i7 4790k Asrock z97-e  Sapphire R9 290X G Skills 
Hard DriveCoolingOSOS
Samsung EVO  EK Water Blocks Windows 7 Debian  
Case
Bitfenix Mini Colossus  
CPUMotherboardGraphicsRAM
Intel i5-480M OEM Acer Nvidia GeForce GT 540M 4 GB DDR3 
Hard DriveOptical DriveOS
500 GB HDD DVD Drive Crunchbang Linux, Windows 7, BlackBuntu (triple... 
  hide details  
Reply
post #879 of 4043
My Gaming comp now looks like this for hdd

SSD + 750gig > (windows 7 pro)
1Tb Dual Partition to >
> 250g Linux Mint 14
>750g Windows Data Storage
40g Sata > Arch Linux

Playing with arch to do some learning... possibly set it as a stress testing build...
just got kdm installed this morning as a Gui ... after a net file transfer for backup, will check if I got a gui at boot... fun fun fun

atleast I am busy

any suggestions on packages for temp. monitoring and stress testing through pacman for kde?
Desktop Toaster
(19 items)
 
ThinClient
(5 items)
 
 
CPURAMHard DriveOS
Celeron N2930 G.Skill 8gb 204 pin Seagate 500gb 2.5" Win 10 Pro 
Case
Zotac Zbox CI320 Nano 
  hide details  
Reply
Desktop Toaster
(19 items)
 
ThinClient
(5 items)
 
 
CPURAMHard DriveOS
Celeron N2930 G.Skill 8gb 204 pin Seagate 500gb 2.5" Win 10 Pro 
Case
Zotac Zbox CI320 Nano 
  hide details  
Reply
post #880 of 4043
Quote:
Originally Posted by HardheadedMurphy View Post

My Gaming comp now looks like this for hdd
SSD + 750gig > (windows 7 pro)
1Tb Dual Partition to >
> 250g Linux Mint 14
>750g Windows Data Storage
40g Sata > Arch Linux
Playing with arch to do some learning... possibly set it as a stress testing build...
just got kdm installed this morning as a Gui ... after a net file transfer for backup, will check if I got a gui at boot... fun fun fun
atleast I am busy
any suggestions on packages for temp. monitoring and stress testing through pacman for kde?

For temperature monitoring, I use lm_sensors. The KDE temperature sensors should work with the package and make everything just work. The output from the sensors command on my desktop looks like (while loaded):
Code:
k10temp-pci-00c3
Adapter: PCI adapter
temp1:        +37.0°C  (high = +70.0°C)
                       (crit = +90.0°C, hyst = +85.0°C)

atk0110-acpi-0
Adapter: ACPI interface
Vcore Voltage:          +1.27 V  (min =  +0.80 V, max =  +1.60 V)
CPU/NB Voltage:         +1.15 V  (min =  +0.80 V, max =  +1.60 V)
CPU VDDA Voltage:       +2.50 V  (min =  +2.00 V, max =  +3.00 V)
DRAM Voltage:           +1.55 V  (min =  +1.40 V, max =  +1.90 V)
HT Voltage:             +1.20 V  (min =  +0.80 V, max =  +1.50 V)
NB Voltage:             +1.10 V  (min =  +0.90 V, max =  +1.35 V)
SB Voltage:             +1.11 V  (min =  +0.80 V, max =  +1.50 V)
+3.3V Voltage:          +3.34 V  (min =  +2.97 V, max =  +3.63 V)
+5V Voltage:            +5.12 V  (min =  +4.50 V, max =  +5.50 V)
+12V Voltage:          +12.05 V  (min = +10.20 V, max = +13.80 V)
CPU Temperature:        +42.0°C  (high = +40.0°C, crit = +90.0°C)
MB Temperature:         +31.0°C  (high = +35.0°C, crit = +95.0°C)
NB Temperature:         +50.0°C  (high = +65.0°C, crit = +95.0°C)
SB Temperature:         +41.0°C  (high = +35.0°C, crit = +75.0°C)
OPT_TEMP1 Temperature:   +0.0°C  (high =  +0.0°C, crit = +90.0°C)
OPT_TEMP2 Temperature:   +0.0°C  (high =  +0.0°C, crit = +90.0°C)
OPT_TEMP3 Temperature:   +0.0°C  (high =  +0.0°C, crit = +90.0°C)

For stress testing, you can use gimps. It does the prime number search, and has stress tests built in. It's a command line program though. To stress GPU's, I often run a bitcoin miner. Even if it's unlikely to actually make money, it should push you GPU's.
New Posts  All Forums:Forum Nav:
  Return Home
  Back to Forum: Linux, Unix
Overclock.net › Forums › Software, Programming and Coding › Operating Systems › Linux, Unix › echo "The `uname` Club" (NEW POLL)