Chirurgia cranio-cerebrală minim invazivă
Tehnicile minim invazive impun utilizarea unei tehnologii ultramoderne. Endoscoapele operatorii de diverse tipuri, microscopul operator dedicat, neuronavigația, neuroelectrofiziologia, tehnicile avansate de anestezie, chirurgia cu pacientul treaz reprezintă armamentarium fără de care neurochirurgia prin "gaura cheii" nu ar fi posibilă. Folosind tehnicile de mai sus, tratăm un spectru larg de patologii cranio-cerebrale. www.neurohope.ro |
de ce creste exponential dimensiunea tarball-ului cu kernel-ul linux?
Ultima postare: apr 08 2012 05:28, Inițiat de
CTU99
, nov 15 2011 10:01
·
0
#1
Publicat: 15 noiembrie 2011 - 10:01
http://ngc891.blogdns.net/?p=92
pana acum credeam ca, in cazul kernel-ului linux, ar trebui sa creasca performanta, securitatea, etc, dar se pare ca performanta scade si dimensiunea creste; in plus, kernel 3 stabil nici nu poate porni pe pc-ul meu, pe care 2.6 functioneaza fara probleme Editat de CTU99, 15 noiembrie 2011 - 10:08. |
#2
Publicat: 15 noiembrie 2011 - 10:36
Dimensiunea kernelului e normal sa creasca, fie si numai din cauza numarului crescut de chestii suportate (device-uri fizice, filesystems, etc). In functie de ce compilezi in el poate sa nu-ti mearga sau sa iti mearga lent sau sa nu iti mearga periferice sau sau sau.
La tine ce "nu poate porni" exact? Cel mai probabil nu are suport pentru vreun device esential (CPU?) sau nu e o problema de kernel ci vreo aplicatie user-space sau script care se asteapta la altceva. |
#3
Publicat: 15 noiembrie 2011 - 11:35
aha, deci inseamna ca e bine ca-i creste dimensiunea asa rapid... crestere pe care eu o asociam cu bloatware-ul
pai la mine nu poate porni kernel-ul din .iso-ul cu Arch linux, adica boot-eaza in meniul syslinux, din care selectez sa instalez arch, si incepe sa porneasca kernel-ul dar imediat dupa ce ajunge la udev, "ingheata" si nu mai ajunge la login, acolo de unde trebuia sa execut script-ul care incepea o instalare in text mode; dar acelasi kernel de pe acelasi .iso, porneste normal pe alt pc pe care am incercat, si nu "ingheata" cei de pe forumul arch spun ca nu-i de la kernel fiindca l-au compilat cu suport pt tot hardware-ul... iar eu nu am cum sa compilez kernelul daca nici macar nu-l pot instala pe cel "stock" intai... Editat de CTU99, 15 noiembrie 2011 - 11:36. |
#5
Publicat: 16 noiembrie 2011 - 01:13
@asasinuxp:
aceeasi problema o am si cu Debian Testing i386 cu kernel v3, dar nu si cu Debian Stable i386 cu kernel 2.6 nu cred ca-i din cauza ca kernelul si pachetele din repo-urile Arch sunt compilate cu optimizare pt arhitectura i686, pt ca aici e vb de un Pentium 4, care eu cred ca se incadreaza si la arhitectura i686, si la i386 Editat de CTU99, 16 noiembrie 2011 - 01:16. |
#6
Publicat: 08 aprilie 2012 - 05:28
Omuletu'...nu amesteca sursele (tarball-ul cum ii zici tu) cu kernelul compilat.
Sursele e bine sa creasca, kernelul compilat pe care il incarca rasnita ta...e alta poveste. Daca il compilezi singur, depinde de talentul tau cat de mic il faci. Pe el, executabilul. Da' eu cred ca e bine sa ai de unde taia sau nu module. Daca nu ai...nu este, da' daca ai, le poti scoate. Got the point? Fiecare distributie (adicatelea comunitatea din spate, pe care uniia nu o vede) isi compileaza kernelul dupa cum crede de cuviinta, aici intervine talentul in optimizare. Da' sursele sunt tot alea si cu cat mai multe cu atat mai bine. Daca visezi bloatware, marsh acasa la windows. Oamenii aia "maresc" tarbalul ca sa iti faca tie viata mai usoara, nu ca sa te sacaie cu aplicatii inutile. Aplicatiile le introduc cei ce lucreaza la distributie/DE etc. Si, in pofida tuturor, ai la dispozitie si LFS=Linux From Scratch. Nu iti convine ceva, compileaza-ti singur, dar...ciocul mic si joc de glezna. Editat de ear1976, 08 aprilie 2012 - 05:35. |
Anunturi
▶ Utilizatori activi: 1
0 membri, 1 vizitatori, 0 utilizatori anonimi