Notebooky Asus bez OS - anketa k budoucí spolupráci

[RRRadek Neužil]

Z Toshiby mi uz poslali odpoved, ze prave prichadza na trh notebook bez OS a s procesorom i5. Presny model este zistim.
Zial, NB z radu Portege a Tecra nedokazu ponuknut bez OS, lebo im v tom brania INTERNE PRAVIDLA.
Este im polozim otazku, co im brani zmenit nezmyselne interne pravidla.

Jinak to nejde než, Prudit, Prudit a když nereagují tak Prudit ještě víc.
Dokud o nás není slyšet tak se nic nezmění.

[Roman Vacho]

Z Toshiby mi uz poslali odpoved, ze prave prichadza na trh notebook bez OS a s procesorom i5. Presny model este zistim.
Zial, NB z radu Portege a Tecra nedokazu ponuknut bez OS, lebo im v tom brania INTERNE PRAVIDLA.
Este im polozim otazku, co im brani zmenit nezmyselne interne pravidla.

Jinak to nejde než, Prudit, Prudit a když nereagují tak Prudit ještě víc.
Dokud o nás není slyšet tak se nic nezmění.

A co když jsou vázání smlouvou na 5 let dopředu?

[RRRadek Neužil]

A co když jsou vázání smlouvou na 5 let dopředu?

Tak vytrvale prudit aby až budou za 5 let dělat novou smlouvu tak už s námi budou počítat. Pokud jim řekneš "tak já se připomenu za 5 let" tak to se na to můžeš rovnou v.....

[distefano]

Pan Horak z toshiba-czech.com, ako som ho aj v minulosti poznal, je seriozny a akcny clovek. Upresnil, ze sa jedna o model Satellite L850-1V8. Na otazku, ci by ho neumoznil otestovat, zatial este nemam odpoved, myslim si ale, ze uz aj vyrobcov trapi pokles predaja notebookov a mohutny, neprograsivny, drahy a nestabilny OS W8 /zrejme dopadne tak ako Vista/ ich nuti uvazovat aj inym smerom.

[RRRadek Neužil]

Pan Horak z toshiba-czech.com, ako som ho aj v minulosti poznal, je seriozny a akcny clovek. Upresnil, ze sa jedna o model Satellite L850-1V8. Na otazku, ci by ho neumoznil otestovat, zatial este nemam odpoved, myslim si ale, ze uz aj vyrobcov trapi pokles predaja notebookov a mohutny, neprograsivny, drahy a nestabilny OS W8 /zrejme dopadne tak ako Vista/ ich nuti uvazovat aj inym smerom.

Pokud ti ho poskytne k testování tak můžeš udělat test sám. Hlavně se držíme pravidla že netestujeme nic co se nedá koupit bez Windows. Nebudeme podporovat prodej MS produktů za žádnou cenu!
Jinak pokud budeš moci dělat test použitelnosti Ubuntu na Toshiba tak ti rádi na dálku pomůžeme i s následným psaním článku. Kéž by se našlo více lidí...

[Dano V]

Este im polozim otazku, co im brani zmenit nezmyselne interne pravidla.

€ ?

[RRRadek Neužil]

Tak jsme otestovali pro změnu něco jiného.
http://blog.ubuntu.cz/clanek/prvni-krucky-iii

[příloha smazaná administrátorem]

[Rover623]

Jen doplním takovou maličkost, ve zmíněném návodu je doporučeno umístit swap na klasický HDD. Jenže při dnešním stavu pamětí na noteboocích je load swapu minimální (takřka nulový, sám mám load při 3GB paměti do 10MB většinou). Naproti tomu zatížení disku v adresáři /tmp je značné. Z důvodu rychlosti i životnosti toho SSD bych spíš doporučoval swap nechat na SSD a /tmp přemístit na klasický disk.

[beer]

Jen doplním takovou maličkost, ve zmíněném návodu je doporučeno umístit swap na klasický HDD. Jenže při dnešním stavu pamětí na noteboocích je load swapu minimální (takřka nulový, sám mám load při 3GB paměti do 10MB většinou). Naproti tomu zatížení disku v adresáři /tmp je značné. Z důvodu rychlosti i životnosti toho SSD bych spíš doporučoval swap nechat na SSD a /tmp přemístit na klasický disk.

Nebo z důvodu vyššího výkonu obojí nechat na SSD, s tím, že by o nějaký ten pátek mohla klesnout životnost SSD více. Nicméně životnost SSD je stále daleko vyšší, nežli jeho morální zastaralost. V případě notebooku, který se přenáší, je možné, že faktická životnost SSD bude daleko převyšovat životnost HDD, který trpí otřesy. Při častém zápisu (tmp umístěné na HDD) a použití třeba v autobuse na českých silnicích (třeba tankodrom z Prahy do Brna) je pravděpodobné, že životnost HDD bude daleko více trpět.

[RRRadek Neužil]

Jen doplním takovou maličkost, ve zmíněném návodu je doporučeno umístit swap na klasický HDD. Jenže při dnešním stavu pamětí na noteboocích je load swapu minimální (takřka nulový, sám mám load při 3GB paměti do 10MB většinou). Naproti tomu zatížení disku v adresáři /tmp je značné. Z důvodu rychlosti i životnosti toho SSD bych spíš doporučoval swap nechat na SSD a /tmp přemístit na klasický disk.

Asi co člověk to názor... Swap jsme umístily na HDD protože jak říkáš se už defakto vůbec nepoužívá a zbytečně by zabíral místo na SSD. A do /tmp se zapisují data stále což při provozu ultrabooku který neustále nosíte a používáte na kolenou by vedlo k rychlému jeho zániku v rámci max pár měsíců pokud by byl na HDD... Pokud by ale notebook byl spíše používán na stole tak pak je umístění /tmp na HDD logičtější řešení. Předpokládám li že použily nejlevnější čipy tak při běžném používání a zápisu na SSD cca 2GB dat denně by ten ssd měl papírově vydržet až 10 let, tak starý počítač teď nemá nikdo z nás před sebou. Je pravda že to řešení pevného SSD na desce není zrovna šťastné, ale tablety a telefony to mají také tak a jak to funguje že...

[Martin Šácha]

No když už jsme u toho, tak nejhezčí je namountovat /tmp jako tmpfs a /var/log nasymlinkovat do /dev/shm...

[ntz_reloaded]

No když už jsme u toho, tak nejhezčí je namountovat /tmp jako tmpfs a /var/log nasymlinkovat do /dev/shm...

coze ? o.O .. wt* .. proc jako ?

[beer]

Tmpfs chápu, pokud je dost velká ram, tak je to super, ale důvody pro symlink logů nechápu...

[RRRadek Neužil]

Tmpfs chápu, pokud je dost velká ram, tak je to super

Ale článek byl psán s tím že tam uživatel bude mít 4GB ram... Ale uživatel tam měl 16GB ram což by určitě bylo supr řešení.

Sachy, klidně můžeš dospat do článku návod jak nasměrovat tmp/ do ram pokud toto řešení nemá nějaké vedlejší problémy.

[Martin Šácha]

No když už jsme u toho, tak nejhezčí je namountovat /tmp jako tmpfs a /var/log nasymlinkovat do /dev/shm...

coze ? o.O .. wt* .. proc jako ?

Normálně se obsah /var/log zapisuje na disk a *nikoho to při *běžném provozu systému nezajímá. Tj, žádná škoda, když logy po restartu zmizí (+ se pořád nehrabe na disk).
Podobně se /tmp... proč by se měl *bordel zapisovat na disk, v RAM je místa kopec (+ to bude rychlejí).

Osobně jsem ve stádiu, kdy mám běžně polovinu práce v RAM a na disk zapisuju jenom dokončené výsledky/zásadní backupy. Prostě mě nebaví čekat tejden než se data dostanou na/z ntb disku

[ntz_reloaded]

Normálně se obsah /var/log zapisuje na disk a *nikoho to při *běžném provozu systému nezajímá. Tj, žádná škoda, když logy po restartu zmizí (+ se pořád nehrabe na disk).
..

.. jsem asi stara skola a svych logu si vazim

[Tadeáš Pařík]

No, kluci, to je sice všechno hezké, ale tohle opravdu běžného uživatele netrápí a především pro ně ty články píšeme. 

[ntz_reloaded]

No, kluci, to je sice všechno hezké, ale tohle opravdu běžného uživatele netrápí a především pro ně ty články píšeme. 

jako tadeasku uplne si umim predstavit, ze nekomu zacne mrznout comp (nebo neco podobne) a my po nem ty logy po hardresetu budeme chtit a on je mit nebude

[Tadeáš Pařík]

No, kluci, to je sice všechno hezké, ale tohle opravdu běžného uživatele netrápí a především pro ně ty články píšeme. 

jako tadeasku uplne si umim predstavit, ze nekomu zacne mrznout comp (nebo neco podobne) a my po nem ty logy po hardresetu budeme chtit a on je mit nebude

No právě proto nechápu, proč to složitě adresovat někam jinam a nenechat to tak, jak to bylo napsáno ... i když ano, a nerad to přiznávám  , jsou lepší řešení...

[RRRadek Neužil]

No, kluci, to je sice všechno hezké, ale tohle opravdu běžného uživatele netrápí a především pro ně ty články píšeme. 

jako tadeasku uplne si umim predstavit, ze nekomu zacne mrznout comp (nebo neco podobne) a my po nem ty logy po hardresetu budeme chtit a on je mit nebude

No právě proto nechápu, proč to složitě adresovat někam jinam a nenechat to tak, jak to bylo napsáno ... i když ano, a nerad to přiznávám  , jsou lepší řešení...

Zvolili jsme v článku k přenosnému ultrabooku to nejuniverzálnější řešení a kdo si koupí 16GB ram a je pokročilejší uživatel si může nastavit co chce.

[Martin Šácha]

No, kluci, to je sice všechno hezké, ale tohle opravdu běžného uživatele netrápí a především pro ně ty články píšeme. 

jako tadeasku uplne si umim predstavit, ze nekomu zacne mrznout comp (nebo neco podobne) a my po nem ty logy po hardresetu budeme chtit a on je mit nebude

No právě proto nechápu, proč to složitě adresovat někam jinam a nenechat to tak, jak to bylo napsáno ... i když ano, a nerad to přiznávám  , jsou lepší řešení...

Složitě

Kód: [Vybrat]

# rmdir /var/log && ln -s /dev/shm /var/log
# echo "#string ktery si zrovna nepamatuju" >> /etc/fstab
# shutdown -r now


[Tadeáš Pařík]

No, kluci, to je sice všechno hezké, ale tohle opravdu běžného uživatele netrápí a především pro ně ty články píšeme. 

jako tadeasku uplne si umim predstavit, ze nekomu zacne mrznout comp (nebo neco podobne) a my po nem ty logy po hardresetu budeme chtit a on je mit nebude

No právě proto nechápu, proč to složitě adresovat někam jinam a nenechat to tak, jak to bylo napsáno ... i když ano, a nerad to přiznávám  , jsou lepší řešení...

Složitě

Kód: [Vybrat]

# rmdir /var/log && ln -s /dev/shm /var/log
# echo "#string ktery si zrovna nepamatuju" >> /etc/fstab
# shutdown -r now


Složitě mělo být v uvozovkách, ale sám uznej, že tohle nemůžeš po normálním uživateli chtít... a má-li to jít trochu do světa, tak se od podobných věcí musíme trochu oprostit.

[Martin Šácha]

Jo, udělat na to klikátko

Konec srandy, pravda je taková že třeba Apache pak nadává, protože si neumí při startu vytvořit /var/log/apache2/, musí se mu opatchovat startup script... ale to je opět "mkdir" na jeden řádek... A takových drobností je víc když člověk mění "hlubší" logiku systému a chce to mít aspon minimální přehled v konzoli

[beer]

Složitě

Kód: [Vybrat]

# rmdir /var/log && ln -s /dev/shm /var/log
# echo "#string ktery si zrovna nepamatuju" >> /etc/fstab
# shutdown -r now


A proč přes /dev/shm, nešlo by využít rovněž tmpfs? V případě hodně velkých logů by mohl u /dev/shm nastat problém s přetečením paměti, ne? Mohlo by to teroreticky v případě DDOS útoků, které by plnili neustále /var/log/syslog vyústit například ve schození systému? Navíc spousta lidí notebooky jen uspává do ram, takže logy by při takovém zacházení neustále bobtnaly... Tmpfs používá kromě ram i swap a ve výchozím nastavení si ukousne tuším snad jen polovinu ram... Ale dají se tam nastavit i limity, takže ram by měla zůstat použitelná...

Kód: [Vybrat]

tmpfs /var/log tmpfs defaults,noatime,mode=0755 0 0

[Martin Šácha]

A proč přes /dev/shm, nešlo by využít rovněž tmpfs? V případě hodně velkých logů by mohl u /dev/shm nastat problém s přetečením paměti, ne? Mohlo by to teroreticky v případě DDOS útoků, které by plnili neustále /var/log/syslog vyústit například ve schození systému? Navíc spousta lidí notebooky jen uspává do ram, takže logy by při takovém zacházení neustále bobtnaly... Tmpfs používá kromě ram i swap a ve výchozím nastavení si ukousne tuším snad jen polovinu ram... Ale dají se tam nastavit i limity, takže ram by měla zůstat použitelná...

Kód: [Vybrat]

tmpfs /var/log tmpfs defaults,noatime,mode=0755 0 0

Protože žádný mount není zadarmo, jeho udržování v paměti něco stojí... takže je lepší slinkovat je do jednoho.
Když ti DDoS zaplní log v RAM, tak po restartu jsi OK, když ti zaplní HDD, tak už ani nenabootuješ...
Jo, je tam default limit na 4GiB, dá se to měnit někde v sysctl, případně parametrem v fstab.
Swap je něco *úplně jiného.