- Liittynyt
- 17.10.2016
- Viestejä
- 1 650
Mitä nuo HTML:t todellisuudessa pitää sisällään?
Linux-kysymyksiä & yleistä keskustelua Linuxista
Mitä nuo HTML:t todellisuudessa pitää sisällään?
Tekstiä, kuvia, linkkejä ja sellaista. Main.html on etusivu, josta linkit eri paikkoihin, eri kielisiin oppaisiin, käsikirjoihin, osaluetteloihin jne. Jopa main.html on ihan tyhjä valkoinen ruutu linuxissa. En osaa tarkemmin sanoa. Linkit ovat kuvaikoneina ja eivät näy ollenkaan.
Itse veikkaisin, että siellä on jotain PHP:tä tms. muuta kuin validia html tavaraa ja sitten Windows päättelee html päätteen perusteella käsitellä sitä toisella tavalla mitä itse tiedosto käyttöjärjestelmälle kertoo.
Toinen vaihtoehto, että joku <html> tms. parametri on kirjoitettu <html > ja siihen on lyöty joku rivinvaihto tms. eri tavalla käsiteltävä merkki ja missään vaiheessa ko. parametria ei lukijan mukaan suljeta.
Voisi koittaa myös dos2unix tms. konversiota (tai fromdos ilmeisesti jos ollaan Ubuntussa).
Toinen vaihtoehto, että joku <html> tms. parametri on kirjoitettu <html > ja siihen on lyöty joku rivinvaihto tms. eri tavalla käsiteltävä merkki ja missään vaiheessa ko. parametria ei lukijan mukaan suljeta.
Voisi koittaa myös dos2unix tms. konversiota (tai fromdos ilmeisesti jos ollaan Ubuntussa).
Viimeksi muokattu:
- Liittynyt
- 17.10.2016
- Viestejä
- 1 650
Jotakin kummallista siinä on oltava. Paljas HTML+CSS ei pitäisi olla millään tasolla alustariippuvaista, selaimien välillä voi toki olla pieniä eroja mutta jos toimii Windowsissa ja samalla selaimella Linuxissa ei niin jossakin on mätää.
Tyyliin esim. tallennettu jollakin IExploderilla joka on paskonut href/img polut niin että ne toimii pelkästään Windowsissa.
Olisikohan tuossa siitä kiinni että linuxissa kirjainkoolla on väliä, windowsissa ei ja tuossa on tiedoston nimet esim pienellä (main.html) ja sivulla linkit ja kuvat on kirjoitettu sekalaisella kirjainkoolla (Main.html) tai toisinpäin. Yhden kerran olen vastaavan CD-levyllä olleen "nettisivutekeleen" korjaillut muokkaamalla kaikki tiedostonimet ja viittaukset tiedostoihin pienille kirjaimille.
- Liittynyt
- 21.06.2017
- Viestejä
- 7 562
No nyt on testailua enempi takana ja vaikuttaa nyt siltä että tuo IO jumiminen aiheutuu BTRFS:stä. Tuolle ssd:lle kun tekee btrfs filesysteemin niin sinne kun alkaa kirjottaa rojua intensiivisesti niin loadit pomppaa 30 ja tulee jäätymisiä, välillä niin ettei hiiri edes liiku. Googlettelin niin toisilla on samaa toisilla ei ssd:n kanssa. Varsin kummallista. Koittanu kaikkee noatime ja nodatacow optioista lähtien mutta mikään ei tunnu auttavan.
Sitten kun perään vetää vaikka ext4 filesysteemin niin ei mitään ongelmia.
Pitää ilmeisesti alkaa uskoa että toi btrfs on edelleen täysi raakile. Kivat ominaisuudet siinä on mutta jos toiminta on tätä niin eipä tuohon voi oikein luottaa.
EDIT: HDD raid-5 pakalla toi btrfs tuntuu toimivan ihan ok, mutta ei ssd raid-1 taikka ilman raidia. Kokeiltu molemmat raid variaatiot eli btrfs:n sisäinen ja sitten mdadm, täysin identtisesti jäätyy. Aloin sitten cryptaistakin epäillä että se kusee mutta ihan samoin jäätyilee vaikka vetaa ihan suoraan btrfs:n sisään esim. /dev/sdb4 partitiolle ilman mitään ylimääräisiä leijereitä.
Sitten kun perään vetää vaikka ext4 filesysteemin niin ei mitään ongelmia.
Pitää ilmeisesti alkaa uskoa että toi btrfs on edelleen täysi raakile. Kivat ominaisuudet siinä on mutta jos toiminta on tätä niin eipä tuohon voi oikein luottaa.
EDIT: HDD raid-5 pakalla toi btrfs tuntuu toimivan ihan ok, mutta ei ssd raid-1 taikka ilman raidia. Kokeiltu molemmat raid variaatiot eli btrfs:n sisäinen ja sitten mdadm, täysin identtisesti jäätyy. Aloin sitten cryptaistakin epäillä että se kusee mutta ihan samoin jäätyilee vaikka vetaa ihan suoraan btrfs:n sisään esim. /dev/sdb4 partitiolle ilman mitään ylimääräisiä leijereitä.
- Liittynyt
- 17.10.2016
- Viestejä
- 2 513
Eli tuo ongelma olisi siis SSD:n kanssa, ei HDD:llä? Omassa synon nassissa kaksi HDD:tä (ei raid) ja btrfs, eikä ole ollut mitään jäätymisiä. Läppärin linukassa ext4.
- Liittynyt
- 21.06.2017
- Viestejä
- 7 562
Joo SSD:llä toi ongelma tuntuu esiintyvän. Luku ei ole ongelma, ainoastaan kun aletaan paljon kirjoittamaan niin alkaa ongelmat. Ja tosiaan ext4 ongelma katoaa täysin.
- Liittynyt
- 17.10.2016
- Viestejä
- 1 650
Tästäpä tuli flashbackeja kun kauan sitten vaihdoin ensimmäistä kertaa läppäriin SSD:n pyörivän kiekon tilalle. Silläkin tuli satunnaisesti IO jumahtamista, mitä enemmän kirjoitusoperaatioita niin sitä tiheämmin ja pidempikestoisia. Ongelmaksi paljastui lopulta TRIM toiminto. Olin lisännyt filesysteemin mounttioptioihin discardin levyn pitkäikäisyyden suojelemiseksi kun niin neuvottiin. Tämä aiheutti jäätymiset kun asema alkoi ajelemaan TRIMmiä kesken muiden luku/kirjoitusoperaatioiden, jolloin yksi kernelin operaatio jäi odottelemaan asemaa ja loput ketjureaktiossa tuota operaatiota.
Tämä korjaantui varmistamalla että discard ei ollut päällä filesystemiä mountatessa ja sen tilalla ajelin joka yö klo 0400 ajastettuna
fstrim / (mahdollista koska en normaalisti sitä sammuta).Itseasiassa teen noin edelleen vaikka sekä läppäri että SSD on vaihtunut pariinkin otteeseen, mutta miksipä toimivaa muuttamaan. Mutta luulisi että ei ole nykyään ongelma enää...
Archin wikissä on muuten oikein varoituskin tästä: Solid state drive - ArchWiki
- Liittynyt
- 05.06.2017
- Viestejä
- 2 780
Ei ole ei, harmi sinänsä
- Liittynyt
- 21.10.2016
- Viestejä
- 14 409
kopsaappas sen main.html sisältö tänne vaikka code-tagien sisään, niin voi valaista asiaa. esim. notepadilla voi avata ja kopsata. Tai selaimella "näytä lähdekoodi".
- Liittynyt
- 17.10.2016
- Viestejä
- 1 650
- Liittynyt
- 21.06.2017
- Viestejä
- 7 562
Unehtui mainita että tosiaan discard pois on myös kokeiltu. Se taisi olla eka jota epäilin.
Koodi:
<html>
<head>
<script src="version.js"></script>
<title>technical documentation</title>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
</head>
<body bgcolor="#ffffff" leftmargin="50" rightmargin="50" topmargin="50" bottommargin="50">
<center>
<table width="100%" height="100%" border="0">
<!--
<tr height="15%">
<th colspan="8" scope="col" width="100%"><div align="left"><a href="Javascript: check_update();"><img src="images_idx/check.jpg" border="0"></a></div></th>
<th scope="col" width="100%"><div align="right"><img src="images_idx/help.jpg" width="84" height="27"></div></th>
</tr>
<tr>
-->
<td height="100%" colspan="8" width="100%"><div align="center"><img src="images_idx/txtmain.jpg"></div></td>
</tr>
<tr height="100%" >
<!--
<td width="11.1%" valign=top><div align="center"><a href="wsm/ita/main_ita.html"><img src="images_idx/flag_ita.jpg" border="0"></a></div></td>
<td width="11.1%" valign=top><div align="center"><a href="wsm/en/main_en.html"><img src="images_idx/flag_en.jpg" border="0"></a></div></td>
<td width="11.1%" valign=top><div align="center"><a href="wsm/de/main_de.html"><img src="images_idx/flag_ted.jpg" border="0"></a></div></td>
<td width="11.1%" valign=top><div align="center"><a href="wsm/fr/main_fr.html"><img src="images_idx/flag_fra.jpg" border="0"></a></div></td>
<td width="11.1%" valign=top><div align="center"><a href="wsm/es/main_es.html"><img src="images_idx/flag_esp.jpg" border="0"></a></div></td>
<td width="11.1%" valign=top><div align="center"><a href="wsm/pt/main_pt.html"><img src="images_idx/flag_por.jpg" border="0"></a></div></td>
<td width="11.1%" valign=top><div align="center"><a href="wsm/usa/main_usa.html"><img src="images_idx/flag_usa.jpg" border="0"></a></div></td>
<td width="11.1%" valign=top><div align="center"><a href="wsm/jp/main_jp.html"><img src="images_idx/flag_jap.jpg" border="0"></a></div></td>
<td width="11.1%" rowspan="2" ><img src="images_idx/logo_low.jpg" width="160" height="99"></td>
-->
<td width="11.1%" valign=top><div align="center"><a href="Javascript: go_page('wsm/ita/main_ita.html', 0);"><img src="images_idx/flag_ita.jpg" border="0"></a></div></td>
<td width="11.1%" valign=top><div align="center"><a href="Javascript: go_page('wsm/en/main_en.html', 1);"><img src="images_idx/flag_en.jpg" border="0"></a></div></td>
<td width="11.1%" valign=top><div align="center"><a href="Javascript: go_page('wsm/de/main_de.html', 3);"><img src="images_idx/flag_ted.jpg" border="0"></a></div></td>
<td width="11.1%" valign=top><div align="center"><a href="Javascript: go_page('wsm/fr/main_fr.html', 2);"><img src="images_idx/flag_fra.jpg" border="0"></a></div></td>
<td width="11.1%" valign=top><div align="center"><a href="Javascript: go_page('wsm/es/main_es.html', 4);"><img src="images_idx/flag_esp.jpg" border="0"></a></div></td>
<td width="11.1%" valign=top><div align="center"><a href="Javascript: go_page('wsm/pt/main_pt.html', 5);"><img src="images_idx/flag_por.jpg" border="0"></a></div></td>
<td width="11.1%" valign=top><div align="center"><a href="Javascript: go_page('wsm/usa/main_usa.html', 99);"><img src="images_idx/flag_usa.jpg" border="0"></a></div></td>
<td width="11.1%" valign=top><div align="center"><a href="Javascript: go_page('wsm/jp/main_jp.html', 6);"><img src="images_idx/flag_jap.jpg" border="0"></a></div></td>
<!--
<td width="11.1%" rowspan="2" ><img src="images_idx/logo_low.jpg" width="160" height="99"></td>
-->
</tr>
<tr height="100%" >
<td colspan="8"> </td>
</tr>
</table>
</center>
</body>
<script>
function check_update() {
window.location = "http://www.pirazworks.com/ducati_updates/index.php?cat=" + cat_codice + "&cat_v=" + cat_versione;
}
function go_page(s, lingua_num) {
SetLingua(lingua_num);
document.location = s;
}
function SetLingua(x) {
var lingua;
var lingua_str;
var lingua_domain;
lingua = x;
switch(x) {
case 0: lingua_str = "ita"; lingua_domain = "ita"; break;
case 1: lingua_str = "ing"; lingua_domain = "en"; break;
case 2: lingua_str = "fra"; lingua_domain = "fr"; break;
case 3: lingua_str = "ted"; lingua_domain = "de"; break;
case 4: lingua_str = "spa"; lingua_domain = "es"; break;
case 5: lingua_str = "ing"; lingua_domain = "pt"; lingua=1; break;
case 6: lingua_str = "ing"; lingua_domain = "jp"; lingua=1; break;
case 99: lingua_str = "ing"; lingua_domain = "usa"; lingua=1; break;
}
setVar("lingua", lingua);
setVar("lingua_str", lingua_str);
setVar("lingua_domain", lingua_domain);
}
function setVar(name, value) {
var today = new Date();
var expires = new Date();
expires.setTime(today.getTime() + 1000*60*60*24*365);
setCookie(name, value, expires);
}
function setCookie(name, value, expire) {
var s = name + "=" + escape(value) + ((expire == null) ? ";" : ("; expires=" + expire.toGMTString()));
document.cookie = s;
}
</script>
</html>- Liittynyt
- 21.10.2016
- Viestejä
- 14 409
Ok.. kokeilepa kaivaa suoraan vaikkapa toi "wsm/en/main_en.html". Ei ton etusivun tehtävänä lähinnä muuta ole kuin valita sopivan kielinen versio, "pelkkää" javascriptiä ilman html-sisältöä. Selaimen konsolista varmaan näkis, mikä nyppii.
Koodi:
</head>
<body bgcolor="#ffffff" leftmargin="20" rightmargin="10" topmargin="0" bottommargin="0">
<!--
<img src="../../images_idx/logo.png" width="82" height="88" >
-->
<center>
<table width="100%" height="100%" cellspacing="0" cellpadding="0" border="0">
<tr height=25%><td colspan="2" valign=top>
<img src="../../images_idx/logo.png" width="82" height="88" >
</td></tr>
<tr height=50%>
<td colspan="2" valign=center>
<div align="center">
<img src="../../images_idx/main_en.jpg" border="0" usemap="#Map"></div>
</td>
</tr>
<tr >
<td >
<div align="left">
<a href="../../main.html"><img src="../../images_idx/back.jpg" width="68" height="25" border="0"></a></div>
</td>
<!--
<td>
<div align="left">
</div>
<div align="center">
<a href="info_ita.html"><img src="../../images_idx/help.jpg" width="84" height="27" align="right" border="0"></a></div>
</td>
-->
</tr>
</table>
</center>
<map name="Map">
<area shape="rect" coords="12,26,152,230" href="home.html">
<area shape="rect" coords="311,18,453,116" href="../../sp/index.html">
<area shape="rect" coords="311,154,453,256" href="../../sp_s/index.html">
</map>
</body>
<script>
function check_update() {
window.location = "http://www.pirazworks.com/ducati_updates/index.php?cat=" + cat_codice + "&cat_v=" + cat_versione;
}
</script>
</html>Onkos nuo tiedostot siellä kansiossa missä nuo sijaitsevat, kaikki pienillä kirjaimilla kuten tuossa HTML-koodissa on kirjoitettu? Jos niissä tiedostonimissä on isoja kirjaimia joukossa niin se on syynä toimimattomuuteen. Linuxissa tosiaan Main.html ja main.html on eri asioita mutta windowsissa nuo ovat sama asia.
Muuten tuo näyttää täysin toimivalta, kokeilin kopioida tuon tiedoston omalle linux-koneelle ja sijoitin jotain random-pikkukuvia noilla nimillä mitä tuossa näkyy sopivasti tiedostopuuhun ja sivu näytti toimivan.
- Liittynyt
- 21.10.2016
- Viestejä
- 14 409
Kokeilitko avata tota? En kyllä nyt itsekkää ota oikein tolkkua tästä. tossakaan ole mitään sisältöä, vain lisää hässäkkää, jossa ladataan lisää html-filuja.. tarkasta tosiaan nuo tiedostojen nimet. Edelleenki se selaimen konsoli luultavasti kertois syyn blank-pagelle ja liittynee mitä luultavammin javascriptiin ja/tai siihen, että joku polku ei ole (tarkalleen) oikein.
Viimeksi muokattu:
- Liittynyt
- 17.10.2016
- Viestejä
- 2 513
Mikä hyöty tästä yhden html:n postaamisesta tänne on (kysymys muille kuin B12:lle)? Tuo viimeisin ei ole edes kokonainen, alusta puuttuu rivejä, ei voi alkaa head-tagin sulkemisella validi html-sivu. Suosittelisin jakamaan ne kaikki tiedostot ennemmin (ehkä jossain paremmassa topikissakin?). B12, pakkaa fileet esim. zipiksi ja törkkää vaikka tänne: easyupload.io
Tuolta löytyy WR1098jqhbqol.zip
- Liittynyt
- 21.10.2016
- Viestejä
- 14 409
hmm.. macosissa pelittää moitteetta. Jätänpäs tämän muiden pähkäiltäväksi, kun ei ole nyt linuxia käytettävissä
Mut edelleen vois olla tiedostonimi ongelma (pienellä näyttäis tosin kaikki olevan pl. pdf:t ym..), koska mullaki macissa tiedostojärjestelmä, joka ei eroittele isoja ja pieniä kirjaimia.
Viimeksi muokattu:
- Liittynyt
- 17.10.2016
- Viestejä
- 2 513
File linkki: "404. That’s an error. The requested URL was not found on this server.". Ikinä tykännyt google drivestä, aina sen kanssa on ongelmia.
Selkeä homma, tiedostossa viittaus esimerkiksi main_en.jpg ja tiedostonnimi on Main_en.jpg joten ei kun vaan nimeämään kaikki tiedostot uusiksi joissa on isoja kirjaimia. Tai itseasiassa pelkästään sen images_idx -kansion alla olevat taitaa oireilla. Kokeilin nimetä sieltä tuon Main_en.jpg -tiedoston alkamaan pienellä m-kirjaimella ja "valikko" aukesi josta sitten pääsin workshop manuaaliin jossa kuvat ja tekstit tuntuivat toimivan.
- Liittynyt
- 21.10.2016
- Viestejä
- 14 409
Siinähän se siis. En kattonu tarkemmin, mut ehkäpä riittää, ku nakkaa vain kaikkien tiedostojen nimet alkamaan pienellä, oletan että html-filuissa näin on viitattu, aika amatöörimäistä, mut sitä sattuu paremmissaki piireissä. Windowsissa ja mulla macissa toimi, koska tiedostojärjestelmä ei erottele noita eri tiedostoiksi.
- Liittynyt
- 21.06.2017
- Viestejä
- 7 562
Yks vaihtoehto tuohon on tehä joku 100MB tyhjä tiedosto, tehdä losetup:n kanssa siitä block device, vetästä sinne fat32 filesystem taikka ntfs, moutata se ja kopsaa noi rojut sinne niin ei pitäs häiritä enää isot ja pienet. Ainakaan teoriassa.
EDIT: Itseasiassa chattr kanssa voisi onnistua kanssa tekemään hakemiston jossa casella ei ole väliä, ehkä.
www.collabora.com
EDIT: Itseasiassa chattr kanssa voisi onnistua kanssa tekemään hakemiston jossa casella ei ole väliä, ehkä.
Using the Linux kernel's Case-insensitive feature in Ext4
Last year, a (controversial) feature was added to the Linux kernel to support optimized case-insensitive file name lookups in the Ext4 filesystem.
Kiitoksia kaikille nopeasta diagnoosista. Eipä moinen ero windows/linux tullut koskaan itselle mieleen. Pitääpä näperrellä nuo images_idx kansion kuvat ja kokeilla auttaako. Kuka lie italian poika aikoinaan tehnyt tuon manuaalin. Sinällään toimiessaan ihan mainio.
- Liittynyt
- 07.07.2019
- Viestejä
- 1 628
Jooh, ihan perus ongelma. Uudemmat Ubuntut ajaa vielä TRIMiä kivasti servicenä, eli aina silloin tällöin kone hyytyy kokonaan ja jatkaa sitten joskus toimintaansa. Vastaavasti jos discardi on käytössä, niin ei se kirjoittaminen hyydytä, vaan deletointi. Kun deletoi vaikka 50 gigan fileen, niin sitten odotellaan. Tuohon toki myös vaikuttaa se, että osaako itse levy puskuroida trimmit ja tai osaako käyttis laittaa ne levyjonon hännille aina. Molempia noita on parannettu viimeaikoina. Lisäksi myös trimmaus softa fstrim on hidastettu versio nykyjään, eli laittaa trimmejä pienissä batcheissä ja pitää taukoa. Ettei aiheuta pitkää totaali hyytymistä kuten aikaisemmin.
- Liittynyt
- 21.06.2017
- Viestejä
- 7 562
Niin tässä omassa tapauksessani siis se kirjoittaminen nimenomaan vetää homman jojoon. Ja eipä ollu väliä että onko discard käytössä vaiko ei. BTRFS tosiaan vaikuttaisi olevan "syyllinen" tähän jojoon koska ext4 samaa ei tapahdu. Muita filesysteemeitä en ole kokeillut.
EDIT: Ja hyvin suurella todennäköisyydellä syynä on noi SSD asemat. Ne kun on jotain halpis OCZ Trio 150 asemia niin voi olla että niistä puuttuu jotain ominaisuuksia että ei vaan pelaa hyvin yhteen tuon btrfs:n kanssa.
EDIT2: Onhan näitä kaikenmoisia tallennusväline ongelmia vuosien varrella ollut. Esim. WD Green sarjan ainakin 2TB HDD asemat on varsin huono valinta minkäänlaiseen raid käyttöön jonka itsekin sain huomata aikoinaan. Ja kyse ei muistaakseni ole edes mistään SMR vs CMR
Viimeksi muokattu:
- Liittynyt
- 17.10.2016
- Viestejä
- 1 650
Periaatteessa olisi mielenkiintoista nähdä mitä Magic SysRq + w sanoisi tuon jumin aikana. Mutta ehkä sitä ei hyödytä tavoitella jos ongelmasta on jo päästy jollakin tavalla eroon
- Liittynyt
- 07.07.2019
- Viestejä
- 1 628
Onhan tuotakin nähty, teknisesti toi yleensä johtuu siitä, että jotain on kirjoitusjonossa isona möhkäleenä, joka syystä tai toisesta, ei salli lukujen ohittaa tuota kirjoitusmöhkälettä. -> Luvut viivästyvät, enenmmän tai vähemmän, ja siksi responsiivisuus kärsii ja kone vaikuttaa "jumittavan" käyttäjlle. Tämähän oli se sama ongelma just tuon TRIM:n kanssa, jos huono I/O scheduler ja huono levy, eli TRIM komennot tukki I/O jonon, luvut loppuivat ja kone "jumittui". - Ikuista tasapainottelua kaikissa järjestelmissä, miten saadaan paras kokonaissuorituskyky, isojen bachien, vs pienen silpun välillä, erilaisissa käyttötilanteissa.
Ainakin deadline schedulerilla voisin kuvitella, että ongelmat tulee just siinä vaiheessa kun deadline ylittyy isolta määrältä kirjoitettavaa dataa, ja sitä pitää vaan ruveta työntämään levylle, sen sijaan, että aina vaan puskuroidaan muistiin lisää ja priorisoidaan lukuja. Varsinkin sitten siinä tilanteessa jos on vielä huonolle SSD:lle paljon hajakirjoituksia, niin kyykkistähän siinä enemmän tai vähemmän varmasti tulee, koska garbage collection / wear leveling sukkaa noissa yleensä.
Btrfs:llä tulee käsittääkseni reilusti enemmän hajakirjoitusta kuin ext3/ext4:lla. Sama juttu se on surkeilla SSD lätyillä NTFS vs FAT32, NTFS tahmaa sikana meta datan hajakirjoitusten takia, kun FAT32 pitää hajakirjoitukset (jos ei vakavaa frangmentoitumista) paljon pienempänä.
Juu auttoi kun vaihtoi images_idx kansiossa kaikki tiedostot alkamaan pienellä kirjaimella.
- Liittynyt
- 17.10.2016
- Viestejä
- 1 650
Tuo ongelma discardin kanssa varsinkin vanhemmalla kalustolla tulee (ymmärtääkseni) siitä että SATA versioissa <3.1 ollut edes mahdollista laittaa TRIM komentoja jonoon.
Eli jos kesken raskaan I/O:n pistetään asemalle TRIM-komento, ja roskienkeruuta on paljon tehtävänä, niin aletaan tekemään sitä ja kaikki muu I/O seisoo koska odotellaan että se TRIM päättyy. Kai sen uudemmissakin kämäisemmillä kontrollereilla on mahdollista käyttäytyä samalla tavalla.
Muutoin SSD-levyjen kanssa tullut itse käytettyä none scheduleria (muinaiskerneleillä noop, mutta tällaisia ei ole ollut ajossa muutamaan vuoteen) sillä ajatuksella että se SSD:n muistikontrolleri oletettavasti tietää itse parhaiten miten komennot järjestellä eikä se ainakaan helpota sitä että ylimääräinen, enemmän pyöriville levyille suunniteltu, kokki hämmentää soppaa.
- Liittynyt
- 07.07.2019
- Viestejä
- 1 628
Juuh, riippuu taas levyistä ja käytöstä. Mutta joo, normi koneillahan ei käytännössä koskaan ole edes levyjonoa, tai jos onkin, sen syvyys on täysin olematon. Että sinänsä aika sama. Tosin juuri siinä tilanteessa kun mahdollisesta kirjoituspuskurista työnnetään tavaraa levylle, niin on toki isompi merkitys sillä miten ja missä järjestyksessä tavara työnnetään. Mutta sekin on normikäytössä aika marginaalinen juttu, kun sitäkään painetta ei pitäs nykyjään olla käytännössä koskaan. - Normi deskari käytössä kaikki noi säädöt on käytännössä, kivoja leikkejä, käytännönmerkitystä ei ole. Toinen juttu sitten tietysti jos sulla on esim satakunta virtuaalikonetta jotka vääntää jotain tuotantokuormaa siinä levyjärjestelmällä.
Taitaa myös SATAssa olla queue depth max 32, edelleen. Toisaalta SSD tapauksessa toikin on enemmän kuin tarpeeksi. Ja sitten taas kun on noita parempia levyjä, joissa on itsessään isot kirjoituspuskurit, niin tuollakaan ei oo käytännössä mitään väliä, koska tosiaan levy hoitaa ite noi asiat. Mutta toki halvimmissa rammittomissa pommeissa tuolla voi olla isompi merkitys.
Sehän tuossa TRIM:issäkin oli se vitsi, että sen voi ratkaista helposti ainakin neljällä eri tavalla, että se ei ole ongelma, mutta silti se oli ongelma.
Anyway, Btrfs:stä ja levysäädöistä puheen ollen, niin media koneella ison SATA kiekon kanssa suorituskyky parani huomattavasti tilanteissa joissa sattuu olemaan luku jonoa useammasta säikeestä suurentamalla read-ahead puskurin kokoa. Eli I/O latenssi kasvaa tuolla, mutta total I/O throughput paranee merkittävästi, kun vähemmän aikaa hukkuu seekkaamiseen.
- Liittynyt
- 17.10.2016
- Viestejä
- 2 513
Timeshift (automaattinen taski) segfaulttasi ja core dumped, mitään ei guissa huomannut tuosta, sitten n. puoli tuntia myöhemmin yritin laittaa koneen suspend/sleep tilaan ja se jumitti siihen niin, että piti väkisin laittaa virrat pois (tästä ei mitään virheilmoituksia lokissa). Vaikuttiko tuo aikaisempi segfault/coredumppaus kun yritin laittaa sleep-tilaan konetta?
- Liittynyt
- 21.06.2017
- Viestejä
- 7 562
On tää kuluttaja tason kamoilla turaaminen kyllä raidin kanssa melko turaamista. 10 levyn raid pakasta vuoden verran potkinu aina välillä levyjä pihalle. Ei selvää syyllistä löytynyt kun levy aina vaihtuu. Nyt lopulta löytyi syyllinen kun alko paikantua yhteen samaan levyyn jatkuvasti ja lopulta ei enää bootissa saanu käteltyä kyseistä levyä ja ilmeisesti sitten väylään työntää jotain häikkää niin että osa muistakin levyistä häiriintyy kun ohjaimesta tippu samoin tein muitakin levyjä mm. bootti levyt.
Voi olla että joku oikea HBA kortti voisi hanskata virheet ja hajoavan levyn paremmin. Ennenkin ollu samanlainen ongelma että joku "oireeton" levy sotkee muiden käyttäytymistä.
Pitää nyt pistää toi koko paska offline ja tilata uus lätty ettei kosaha koko raid-5 pooli.
Voi olla että joku oikea HBA kortti voisi hanskata virheet ja hajoavan levyn paremmin. Ennenkin ollu samanlainen ongelma että joku "oireeton" levy sotkee muiden käyttäytymistä.
Pitää nyt pistää toi koko paska offline ja tilata uus lätty ettei kosaha koko raid-5 pooli.
- Liittynyt
- 05.06.2017
- Viestejä
- 2 780
tämän takia luovuin ajatuksesta käyttää muuta kuin mirror raidia
nyt on 4 tietokonetta joissa RAID-1, kahdella ison kapasiteetin levyllä, RAID ohjaimet ovat erittäin halpiksia
- Liittynyt
- 14.10.2017
- Viestejä
- 851
Onko kukaan löytänyt ratkaisua KDE:tä vaivaavaan ongelmaan, jossa näyttö käynnistyy ilman syytä työpöydän ollessa lukossa? Ongelma menee siis näin:
1. Lukitse työpöytä ja odota kunnes näyttö sammuu (tai menee lepotilaan tms.).
2. Muutaman sekunnin kuluttua näyttö menee itsestään päälle. Tietokone ei "tiedä", että näyttö menee päälle, koska esim. lukitusruudun salasanakenttä ei aktivoidu samalla tavalla kuin se aktivoituisi hiiren liikkeestä. Tästä syystä näyttö ei myöskään mene takaisin lepotilaan, koska mikään "ajastin" ei ole sitä varten päällä (koska tietokone siis luulee että ollaan yhä lepotilassa).
3. Hiirtä liikuttamalla "ajastimen" saa takaisin päälle, eli määräajan kuluttua näyttö taas sammuu, jonka jälkeen voidaankin pian palata kohtaan 2.
Näin tapahtuu ainakin Kubuntu 20.04:ssä. Sammutin ja disabloin "KScreen 2" -palvelun, mutta se ei ainakaan pysyvästi korjannut vikaa. Kerran kävi kylläkin niin, että näyttö pysyi koko yön pois päältä, mutta en ole pystynyt toistamaan kyseistä ihmettä.
1. Lukitse työpöytä ja odota kunnes näyttö sammuu (tai menee lepotilaan tms.).
2. Muutaman sekunnin kuluttua näyttö menee itsestään päälle. Tietokone ei "tiedä", että näyttö menee päälle, koska esim. lukitusruudun salasanakenttä ei aktivoidu samalla tavalla kuin se aktivoituisi hiiren liikkeestä. Tästä syystä näyttö ei myöskään mene takaisin lepotilaan, koska mikään "ajastin" ei ole sitä varten päällä (koska tietokone siis luulee että ollaan yhä lepotilassa).
3. Hiirtä liikuttamalla "ajastimen" saa takaisin päälle, eli määräajan kuluttua näyttö taas sammuu, jonka jälkeen voidaankin pian palata kohtaan 2.
Näin tapahtuu ainakin Kubuntu 20.04:ssä. Sammutin ja disabloin "KScreen 2" -palvelun, mutta se ei ainakaan pysyvästi korjannut vikaa. Kerran kävi kylläkin niin, että näyttö pysyi koko yön pois päältä, mutta en ole pystynyt toistamaan kyseistä ihmettä.
- Liittynyt
- 21.06.2017
- Viestejä
- 7 562
Kunnolliset raid ohjaimet ei kyllä ole ihan halpoja. HBA:t on halpoja eli siis sas/sata ohjaimet ilman mitään kunnollista raid rautaa. Ja raid ohjaimet ylipäätään on kuolemassa pois kun ei niissä riitä jytky SSD käytössä saatikka NVMe.
Tämän takia esim. nvidia on julkaissut nk. GRAID kortin/softan, ihan näytönohjain joka kiihottaa linuxissa pariteetti laskentaa.
10 levyn raid5 pakka? Aika herran hallussa jo lähtökohtaisesti
Täysin on tietoinen valinta. Poolissa ei ole mitään elintärkeää.
En ole tuota Pop ossia millään tavalla lyttäämässä (paitsi nimensä osalta) mutta mitä tuossa on parempaa kuin tavallisessa Ubuntussa? Itse kuitenkin käytän lukuisissa koneissa Ubuntua, Debiania ja muutamaa muutakin Debian-varianttia niin ihan mielenkiinnosta...
- Liittynyt
- 02.11.2016
- Viestejä
- 2 495
Kiinnostaisi kanssa tietää että mikä tuossa on parempaa kuin Ubuntussa?Uusi Pop_OS! on kohta täällä.
Pop_OS! on tyhmästä nimestään huolimatta se parempi versio Ubuntusta.
Aa, eli ihan nyypiöille tuo saattaakin olla parempi valinta. En ole varmaan ikinä Ubuntu Software Centeriä käynnistänyt vaan suoraan apt:lla hoitanut kaikki pakettien asennukset ja päivitykset. Nyt kun mainitsit tuon niin piti kerran käynnistää ja kurkata ja voi oksennus mikä tuo Software Center on...
Edellinen LTS-versio ehdottaa päivitystä sitten kun on julkaistu 22.04.1, eli ei heti uuden LTS:n julkaisun yhteydessä. Manuaalisesti tuon toki voi päivittää.
- Liittynyt
- 17.10.2016
- Viestejä
- 1 423
Laitoin päälle kaikista versioista ilmoittamisen ja silti tuli tarjolle vain 21.10. Olkoon, odotellaan sitten vielä kun ei jaksa säätää. Sitä varten tuo LTS pyöriikin htpc:ssä, ettei tarvitsisi olla virittelemässä.
- Liittynyt
- 20.10.2016
- Viestejä
- 773
Täällä on ohjeet, jos haluaa heti päivittää Ubuntu 22.04 versioon, eikä odottaa 22.04.1 versiota, joka on yleensä julkaistu noin elokuussa, 4 kk alkuperäisen LTS-version julkaisun jäkeen.
linuxconfig.org
How To Upgrade Ubuntu To 22.04 LTS Jammy Jellyfish
In this tutorial, we show the step by step instructions on how to upgrade Ubuntu to 22.04 LTS Jammy Jellyfish.
linuxconfig.org
Uutiset
-
Uusi artikkeli: Testissä Samsung Galaxy Buds4 Pro -nappikuulokkeet
27.2.2026 14:37
-
VirtuStride kehittää ”VR-sandaaleja” joukkorahoituksella
27.2.2026 13:22
-
Live: io-techin Tekniikkapodcast (9/2026)
27.2.2026 12:13
-
Omdia: Samsung jatkaa Euroopan älypuhelinten ykkösenä ennen Applea ja Xiaomia
26.2.2026 23:31
-
SK Hynix ja SanDisk aloittivat HBF-muistien standardoinnin
26.2.2026 23:14
