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?
Last Updated: Apr 08 2012 05:28, Started by
CTU99
, Nov 15 2011 10:01
·
0
#1
Posted 15 November 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 Edited by CTU99, 15 November 2011 - 10:08. |
#2
Posted 15 November 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
Posted 15 November 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... Edited by CTU99, 15 November 2011 - 11:36. |
#5
Posted 16 November 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 Edited by CTU99, 16 November 2011 - 01:16. |
#6
Posted 08 April 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. Edited by ear1976, 08 April 2012 - 05:35. |
Anunturi
▶ 0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users