Nov je EXT4, verovatno ima jos dosta prostora za peglanje.
U svakom slucaju ja nekako imam poverenje da na njemu drzim i podatke,
za sada mi je bitnija stabilnost, a za brzinu, mislim da ce vremenom srediti.

Evo kako izgleda kopiranje jednog DivX-a od ravno 700mb sa
EXT4 na EXT4, sa HDD-a (5400rpm) na SSD.

root@Lenovo-S10:/home/srdjan/Videos/Nebo Iznad Krjolika# time cp Nebo\ Iznad\ Krajolika.avi /proba/test.obisati

real 0m40.503s
user 0m0.216s
sys 0m8.501s
root@Lenovo-S10:/home/srdjan/Videos/Nebo Iznad Krjolika#

Ovako izgleda 700MB kod mene sa backup particije na home... Tebi to sporo nesto? :)

Ne znam koliko osatak masine igra ulogu, ali jaci je debelo taj
Vostro od ove S10-ke :) Dalje, radi na baterijama, ne znam da li
to mozda ima neke veze... i cekaj, sa kakve tacno si ti particije kopirao
na koju tacno, i da li su na jednom disku, fizicki?

Ma jes, nesto ne valja.. evo sad na istu particiju u drugi folder, EXT4, HDD 5400:

srdjan@Lenovo-S10:~$ time cp /home/srdjan/Videos/Nebo\ Iznad\ Krjolika/Nebo\ Iznad\ Krajolika.avi /home/srdjan/test.obrisati

real 0m37.330s
user 0m0.164s
sys 0m9.945s
srdjan@Lenovo-S10:~$

Naravno da ima ulogu ako radi na bateriji, u stvari sve zavisi od power management-a... Meni je hdparm setovan na 254 tako da kod mene i nema neke veze.

Sve je na istom disku da stvar bude jos crnja, kopiram sa particije na particiju.... Ili mi se zestoko nesto buffer-uje, delayed write ili tako nesto :D

Mada bi i chipset tu imao neku ulogu...

Cek, tebi je tu 2.6.30 na S10?

edit: Joj 2.6.28, Ubuntu right? Je'l imas arch na njemu?

Mozda moj SSD zapravo znaci Slow State Drive :D

(heavy taughts tonight, and they aren't snow white)

Probacu jos koji put :) (mozda mi je radilo nesto u pozadini)

Ma jok, to je to, i dalje oko 40 sec.

root@Lenovo-S10:~# mkdir /proba
root@Lenovo-S10:~# time cp -v /home/srdjan/Videos/Nebo\ Iznad\ Krjolika/Nebo\ Iznad\ Krajolika.avi /proba/obrisati.test
`/home/srdjan/Videos/Nebo Iznad Krjolika/Nebo Iznad Krajolika.avi' -> `/proba/obrisati.test'

real 0m39.871s
user 0m0.180s
sys 0m8.449s
root@Lenovo-S10:~#

Videcu posle kad je na AC da li ima razlike, sad me mrzi.. :)

Sad sam ponovo pokrenuo tiobench na rc5:



Dakle no change @all... A tokom testa opterecenje procesora nije prelazilo 7% kao i zauzece ram memorije koje se nije mrdnulo sve vreme, tako da pretpostavljam da je ili do toga sto si na bateriji ili zbog matorog chipset-a ili zbog matorog kernela :)



Evo ga kada je na bateriji, rezultat jeste nesto losiji, za 3-4 sekunde...

Sad tek videh da si pitao, da ovde je 9.04, znaci kernel 2.6.28...
Posle onog peha sa Alfom i harverom mi se ne stavlja rado nista sto je testing
na ovaj laptop :) Mislim sansa da se opet desi ista stvar je verovatno
mala, ali opet.. Mozda stavim Arch na S10, mada mi se nesto ne mili
da to radim jer ovaj Ubuntu Netbook Remix (9.04) radi sasvim lepo...

Mada, kad je testiranje u pitanju poznato je da ja nesto ne drzim obecanja
kad kazem da nesto necu instalirati i testirati :))) jace od mene :D

(verovatno cu sacekati da 2.6.31 bude final, gnome 2.6.28, a onda cu da stavim Arch
i na laptop, sa lepo kastomizovanim kernelom, kms-om... itd)

Nista, krajem septembra u akciju :)

I ja čekam finalnu verziju do tada ostajem na 2.6.29-gentoo-r6

Pa ako nemas intelovu graficku za sada ti je i najbolja solucija 2.6.29, a kako se najavljuje kms za nvidia-u ce se pojaviti kada izadje 2.6.32/33... Ja cu sacekati kraj septembra, pocetak oktobra za reinstall a do tada cu da experimentisem malo sa DE-ovima i WM-ovima, cisto da ih upoznam malo...

Openbox mi izgleda poprilicno simple... I'll give it a try...

@Kernel-1: nekako izbegavam da koristim ext fajlsisteme, ali da bi benchmark koji si odradio bio merodavan trebalo je da ga odradis na sveze instaliranom sistemu, prvo sa jednim kernelom pa sa drugim. Kao sto pretpostavljam da vec znas: performanse fajlsistema zavise od strukture tj. velicine fajlova kojima barata. Neki fajlsistemi imaju odlicne performanse sa malim fajlovima, dok se drugi odlicno ponasaju sa velikim fajlovima. Ne postoji fajlsistem koji odlicno barata i jednim i drugim. Zbog toga je i izbor fajlsistema biranje izmedju manjeg zla, zapravo stvar iskustva i umece prepoznavanja potreba korisnika. Da postoji prostor za dodatno upeglavanje etx4, u to sam siguran, ali nemojte da ocekujete cuda.

_{[Ovu poruku je menjao Sir_Oliver dana 11.08.2009. u 11:58 GMT+1]}

@combuster

Ja imam NVidia grafičku, ali ne jurim za Kernel-ima, kad mi sve radi šta trebam.

Kernel mogu da stavim koji hoću. To mi ne zavisi od toga koju verziju Linux-a koristim.
Uvek sam po instalaciji za 2-3 dana napravio svoj podešeni Kernel.

Što se tiče fajl sistema ima puno alternativa pa dok se ne raščisti ostajem na ext3,
lako je promeniti, neću tu da eksperimentišem.

@Sir_Oliver - ma nije ono bas benchmark nego cisto me zanimalo koliko mu treba da iskopira.

Cisto ovako jedan savet - ne zurite sa prelaskom na ext4 dok se stvari ne stabilizuju. Jos davne 2002 kad je ext3 bio nov, a bio je default na Red Hat-u, ja sam upao u velike probleme sa fajlsistemom i jedno 50% fajlova nisam spasio.

Slazem se sa ovim, ako je nekom pouzdanost vrlo vazna, onda se uvek bolje odluciti za
dobro proverene stvari. Meni nije toliko bitna, malo vaznih podataka koje imam bekapujem
na vise nacina, pa onda mogu da drzim EXT4.

Stavio sam danas RC6. Ovo je vec bolje...

root@Zverko Nebo Iznad Krajolika]# uname -a
Linux Zverko 2.6.31-rc6-Srdjan #2 SMP PREEMPT Sun Aug 16 05:36:30 CEST 2009 x86_64 Intel(R) Core(TM)2 Duo CPU E6850 @ 3.00GHz GenuineIntel GNU/Linux
[root@Zverko Nebo Iznad Krajolika]#

[root@Zverko Nebo Iznad Krajolika]# time cp Nebo\ Iznad\ Krajolika.avi ~/Desktop/

real 0m11.098s
user 0m0.002s
sys 0m1.734s
[root@Zverko Nebo Iznad Krajolika]#

(ovo je sa NTFS na ETX4, s tim sto su particije na dva fizicka HDD-a, 7200rpm oba)

[root@Zverko Desktop]# time cp Nebo\ Iznad\ Krajolika.avi /home/srdjan/

real 0m7.922s
user 0m0.003s
sys 0m0.889s
[root@Zverko Desktop]#

A ovo je na istu particiju (EXT4), u drugi folder.

Fajl je 700mb.

Hmm.. Iako imaš mnogo jači procesor (ja sam na AMD Athlon-u 2500+ ~ 1.9GHz), ovo je poprilično brzo :)

Evo mojih rezultata prilikom kopranja ~ 450 Mb iz foldera u folder na istoj particiji (ext3)

real 0m38.657s
user 0m0.016s
sys 0m4.620s

Jadno ... :D

Ext4 je mnooogo brži od ext3, to je i očekivano u svakom slučaju.

"includes the 2.6.31-5.24 kernel based on 2.6.31-rc5, ships with Kernel Mode Setting enabled for Intel graphics...." Znaci skinem ja Ubuntu 9.10 Alpha 4 odnosno karmic-desktop-i386.iso koji, jelte, ima inejblovanu Intel grafiku i krenem da ga probam. Pokrene se Live CD, prikaze se uredno pocetni meni, krene ona setalica levo, desno i na kraju pocne da se pojavljuje tekst, uz dosta treperenja, da bi na kraju reklo "Zao mi je, nisam nasao ni jedan ekran". Kraj probe.

Ala su ga inejblovali, cudo jedno! Pre je Ubuntu javljao neke probleme za moju Atom plocu, ali je nudio i nekakvo alternativno resenje, a sada nista. Probao sam i normalnu i safe grafiku i opet nista. Ima na Distrowatch nedeljniku napis o tome, narod je nacisto pop.....o zbog ovoga. Jedino mi je drago da nisam sam.

Tamo su naveli nekoliko distribucija koje su krenule sa ovim nacinom i razljutile korisnike, dok su neke zadrzale klasican pristup, pa su problem zaobisle, ni one ga valjda nisu sasvim resile, ali bar nisu zezali korisnike sa nedoradjenim resenjem.

Novi Ubuntu je jos u Alfa fazi (cak nije ni BETA, a kamoli RC),
tako da - treba se malo strpiti do oktobra kada bude final,
predlazem ti da onda skines ISO i probas. Ima tu jos stvari koje
se peglaju, taj KMS pogotovo, dobra je to stvar samo da se ispegla.
Ja jedva cekam KMS za nvidiju, ali to ce izgleda tek sa 2.6.32 kernelom, i to mozda.

Pozdrav :)

Ma shvatam ja to, ali ovo jos nije ni "oprano", gde je tek peglanje a ovamo kazu da je "enabled for Intel graphics". Prihvatio bih ja da su tu neke cudne rezolucije ili da program puca ili slicno, ali ovo ne mrda ni od pocetka, a bas je Intel grafika.

Evo citata iz vec spomenutog clanka "The status of Intel video drivers for Linux (and what it means for your favorite distro)" na distrowatch o toj temi:

"Sadly, the results have, at least so far, meant that for many users of some of the most popular Linux distributions, performance did not improve. Quite the opposite: performance severely deteriorated and instability was introduced. Some users who upgraded their systems to the latest and greatest version of their favorite distribution found themselves with a system that ran very poorly, crashed frequently, or in some cases, found that X wouldn't work at all. = kao kod mene

KMS je radio kako treba na 2.6.30 (uz par minor bug-ova), sada na 2.6.31 radi extra i bug free, cist primer je moja masina (GMA965 + Arch linux + 2.6.31-custom + xf86-video-intel 2.8.0). To sto su neki distro developer-i nesposobni da implementiraju ovaj feature u svoj distro to je vec druga prica, cak i ne znam kako bi mogli da zeznu tako nesto - ali moj guess je bad xorg - baaaad xorg :) Mada nije ni iskljuceno da ovi tesko patch-ovani distroi sada imaju problem da ukomponuju te svoje brljotine...

izasao rc7

ftp://ftp.kernel.org/pub/linux...esting/linux-2.6.31-rc7.tar.gz

...i radi lepo :)

[srdjan@Zverko ~]$ uname -a
Linux Zverko 2.6.31-rc7-TEST #2 SMP PREEMPT Sat Aug 22 06:35:37 CEST 2009 x86_64 Intel(R) Core(TM)2 Duo CPU E6850 @ 3.00GHz GenuineIntel GNU/Linux
[srdjan@Zverko ~]$

Izasao rc8... :) - Changelog

Meni se iz nekog razloga rc8 ne startuje. Koliko sam mogao da primetim iz logova, staje pre nego sto treba da ucita tv karticu (winfast 2000/xp expert). Nadam se da ce final da radi kako treba. :)

Ah, dobro je da nisam jedini kome rc8 ne radi...

Evo sad stvarno ne znam gde je prvi put bio problem, ali uspeo sam normalno da
kompajliram i instaliram rc8 malopre...

Onaj isti ili git2?

Isti onaj... nije git (ti ra ri ra ti ra ri ra..... twillight zone :D

Taman sam skinuo i noviji nvidia drajver (.36) i za sad sve radi OK.

[srdjan@Zverko ~]$ uname -a && glxinfo | grep 'OpenGL'
Linux Zverko 2.6.31-rc8 #1 SMP PREEMPT Thu Sep 3 17:36:00 CEST 2009 x86_64 Intel(R) Core(TM)2 Duo CPU E6850 @ 3.00GHz GenuineIntel GNU/Linux
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce 8800 GTX/PCI/SSE2
OpenGL version string: 3.0.0 NVIDIA 185.18.36
OpenGL shading language version string: 1.30 NVIDIA via Cg compiler
OpenGL extensions:
[srdjan@Zverko ~]$

jedino sto sam ponovo download-ovao kernel source.... ovoga puta nisam tar.gz vec onu drugu manju arhivu.

Inace, Linus kaze da 2.6.31 final mozemo ocekivati 7. septembra.



Znaci moj TODO list za ponedeljak:

- Voditi sednicu odeljenskog veca nizih razreda
- Kompajlirati i instalirati 2.6.31-final kernel

:D

Moj TODO onda glasi:

7.septembar - Kompajlirati 2.6.31
14.septembar - Kompajlirati 2.6.32-rc1-MEANT2PANIC :D

http://marc.info/?l=linux-kernel&m=125219489922153&w=2

Sacekacemo jos koji dan na 2.6.31 zato sto je upravo izleteo rc9 iako je Linus rekao da ce rc8 biti poslednji release candidate... Uglavnom dobio je jos par zahteva za ulazak patch-eva u kernel tree pa ce za koji dan posle testiranja izaci final. rc9 mozete preuzeti ovde:

http://www.kernel.org/pub/linu...sting/linux-2.6.31-rc9.tar.bz2

2.6.31-rc9-git3... :) Aaaa...jde vise :D

A to se pegla kms za radeon-a i podrska za arrandale za intel-a :D

E konacno, sredili i problem sa podaziinskim osvetljenjem u xf86-video-intel, patchevi dospeli u git:

A i izadje 2.6.31 final :D :D :D

http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.31.tar.bz2

Changelog: http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.31

Mislim da zasluzuje posebnu temu, pa sam je otvorio,
da se tamo nastavi finale i o njemu :)