<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>
<channel>
	<title>Comments on: Curiozitate calculatoristica</title>
	<atom:link href="http://trilema.com/2010/curiozitate-calculatoristica/feed/" rel="self" type="application/rss+xml" />
	<link>http://trilema.com/2010/curiozitate-calculatoristica/</link>
	<description>Moving targets for a fast crowd.</description>
	<pubDate>Wed, 08 Apr 2026 14:18:24 +0000</pubDate>
	<generator>http://polimedia.us</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Deci piata financiara, bine ? on Trilema - A blog by Mircea Popescu.</title>
		<link>http://trilema.com/2010/curiozitate-calculatoristica/#comment-138893</link>
		<dc:creator>Deci piata financiara, bine ? on Trilema - A blog by Mircea Popescu.</dc:creator>
		<pubDate>Mon, 06 Jan 2020 23:10:43 +0000</pubDate>
		<guid isPermaLink="false">http://trilema.com/?p=10969#comment-138893</guid>
		<description>[...] procesoare speciale. Genu' de scula de care se discuta in articolul despre mysql. [&#8617;]   Category: Actiuni si Optiuni     Comments feed : RSS 2.0. Leave your own comment [...]</description>
		<content:encoded><![CDATA[<p>[...] procesoare speciale. Genu' de scula de care se discuta in articolul despre mysql. [&#8617;]   Category: Actiuni si Optiuni     Comments feed : RSS 2.0. Leave your own comment [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: De unde vine valoarea inovatiei ? on Trilema - A blog by Mircea Popescu.</title>
		<link>http://trilema.com/2010/curiozitate-calculatoristica/#comment-137656</link>
		<dc:creator>De unde vine valoarea inovatiei ? on Trilema - A blog by Mircea Popescu.</dc:creator>
		<pubDate>Mon, 06 Jan 2020 22:02:58 +0000</pubDate>
		<guid isPermaLink="false">http://trilema.com/?p=10969#comment-137656</guid>
		<description>[...] fel de ASIC - Application-Specific Integrated Circuit, despre care am discutat de exemplu cu ocazia cipului dedicat pentru MySql. Ala ar fi fost un ASIC. Faptul ca nimeni nu l-a facut desi uite cit de folosit este MySql in timp [...]</description>
		<content:encoded><![CDATA[<p>[...] fel de ASIC - Application-Specific Integrated Circuit, despre care am discutat de exemplu cu ocazia cipului dedicat pentru MySql. Ala ar fi fost un ASIC. Faptul ca nimeni nu l-a facut desi uite cit de folosit este MySql in timp [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marian Stavaroiu, cel mai prost dintre paminteni on Trilema - A blog by Mircea Popescu.</title>
		<link>http://trilema.com/2010/curiozitate-calculatoristica/#comment-133971</link>
		<dc:creator>Marian Stavaroiu, cel mai prost dintre paminteni on Trilema - A blog by Mircea Popescu.</dc:creator>
		<pubDate>Mon, 06 Jan 2020 18:09:30 +0000</pubDate>
		<guid isPermaLink="false">http://trilema.com/?p=10969#comment-133971</guid>
		<description>[...] si modestia geek-ului adevarat, dar tot cu aceleasi rezultate nule. Ce intelege ghiolbanu' ? Pai, sa vedeti... Iar in ziua aceea cineva va crea si va produce o dracie mititica si ieftina care, culmea, stiti [...]</description>
		<content:encoded><![CDATA[<p>[...] si modestia geek-ului adevarat, dar tot cu aceleasi rezultate nule. Ce intelege ghiolbanu' ? Pai, sa vedeti... Iar in ziua aceea cineva va crea si va produce o dracie mititica si ieftina care, culmea, stiti [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mircea Popescu</title>
		<link>http://trilema.com/2010/curiozitate-calculatoristica/#comment-43132</link>
		<dc:creator>Mircea Popescu</dc:creator>
		<pubDate>Tue, 01 Mar 2011 17:34:17 +0000</pubDate>
		<guid isPermaLink="false">http://trilema.com/?p=10969#comment-43132</guid>
		<description>@&lt;b&gt;Bogdan Vlad&lt;/b&gt; Mei, ce zici tu acolo s-o cam discutat, vezi dinsus. In tot cazul "Flexibilitate" nu-i egal cu "scriem cod prost ca oricum nu conteaza, facem update". Uite eu de exmeplu nu fac niciodata update, la nimic. PE de alta parte, uite ca procesoarele x86 nu sufera de ce descrii tu acolo, e drept c-or fost niste Pentium I retrase pe motiv de proasta implementare a impartirii acum zece ani, da' totusi... In tot cazul procesorul nu poate avea probleme de securitate, nu inteleg exact cum gindesti ca sa ajungi la ciudatenia asta, totusi. 

@&lt;b&gt;spyked&lt;/b&gt; Nu te roada grija, doara ti-l testeaza userii, cit de greu o fi sa descoperi ca se corupe baza de date ? Buna observatia cu FPGA apropo, si ca o paranteza, cred ca tehnologia siliciu e pe moarte, cu dezvoltarea tehnologiilor de stare solida vom ajunge sa spargem bariera aia, si vom avea software de doua feluri, in loc de soft si hard.

Ce cred eu ca va intra cu adevarat in hardware va fi probabil masina de storage. Deci, hard-drive speical cu procesor de BD, care executa cereri scirere/citire normale si, pe cod extins, cereri de store/update. Ala-i principala problema a bazei de date, ca blochezi coloane cit faci update la ele, daca le face [cvasi]instantaneu mediul de stocare cistigi un ordin de marime la performanta, minim. Zic si eu.</description>
		<content:encoded><![CDATA[<p>@<b>Bogdan Vlad</b> Mei, ce zici tu acolo s-o cam discutat, vezi dinsus. In tot cazul "Flexibilitate" nu-i egal cu "scriem cod prost ca oricum nu conteaza, facem update". Uite eu de exmeplu nu fac niciodata update, la nimic. PE de alta parte, uite ca procesoarele x86 nu sufera de ce descrii tu acolo, e drept c-or fost niste Pentium I retrase pe motiv de proasta implementare a impartirii acum zece ani, da' totusi... In tot cazul procesorul nu poate avea probleme de securitate, nu inteleg exact cum gindesti ca sa ajungi la ciudatenia asta, totusi. </p>
<p>@<b>spyked</b> Nu te roada grija, doara ti-l testeaza userii, cit de greu o fi sa descoperi ca se corupe baza de date ? Buna observatia cu FPGA apropo, si ca o paranteza, cred ca tehnologia siliciu e pe moarte, cu dezvoltarea tehnologiilor de stare solida vom ajunge sa spargem bariera aia, si vom avea software de doua feluri, in loc de soft si hard.</p>
<p>Ce cred eu ca va intra cu adevarat in hardware va fi probabil masina de storage. Deci, hard-drive speical cu procesor de BD, care executa cereri scirere/citire normale si, pe cod extins, cereri de store/update. Ala-i principala problema a bazei de date, ca blochezi coloane cit faci update la ele, daca le face [cvasi]instantaneu mediul de stocare cistigi un ordin de marime la performanta, minim. Zic si eu.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: spyked</title>
		<link>http://trilema.com/2010/curiozitate-calculatoristica/#comment-43115</link>
		<dc:creator>spyked</dc:creator>
		<pubDate>Tue, 01 Mar 2011 10:49:04 +0000</pubDate>
		<guid isPermaLink="false">http://trilema.com/?p=10969#comment-43115</guid>
		<description>@Bogdan Vlad: Cei de la Intel au simțit-o de câteva ori pe pielea proprie. Presupun că o testare minuțioasă ar acoperi majoritatea problemelor, însă asta ziceam și eu, e destul de greu să testezi un hardware de complexitatea software-ului, fiindcă hardware-ul l-ai făcut o dată și îl ai acolo (cam în câteva luni, să zicem), pe când software-ul îl poți modifica și recompilează în altă oră, dacă e destul de mare. Dar, există un mare dar aici.

Există ceea ce se numesc soft procesoare, ca &lt;a href="http://www.xilinx.com/tools/microblaze.htm" &gt;acesta&lt;/a&gt;, care sunt implementate în software și programate în hardware care conține porți logice programabile (tehnologii cum e și FPGA). Sunt mai puțin performante decât un circuit turnat direct în mască de siliciu, dar se programează în timp de maxim ore (incluzând compilarea software-ului), ceea ce facilitează atât testarea cât și distribuția. Practic, ai ajunge la ceva în genul patch-urilor pentru BIOS, doar că acolo-i cu totul altă poveste.

Acum, e clar că un server MySQL întreg n-ai cum să pui în hardware, fiindcă MySQL a fost făcut să adere la niște standarde de sistem de operare și dacă schimbi asta n-o să mai fie MySQL. Poate un alt motor de baze de date (făcut de la zero, eventual să păstreze o parte din sintaxa MySQL) ar putea fi făcut direct în hardware, deși nu-s sigur că ar ieși.

În fine, în direcția în care cred eu că merg lucrurile, mi s-ar părea foarte ușor ca modulele performance-critical dintr-un server de BD să fie mutate în hardware. Care-s alea e mai greu de zis. Interpretorul e unul din ele, practic făcut în hardware și replicat (pentru paralelism) ar produce instantaneu cereri pentru baza de date. Alte părți ar fi cea de autentificare, care cu ocazia asta ar spori și securitatea.

În felul ăsta s-ar ajunge la un fel de arhitectură dedicată SQL, cu un procesor general-purpose (ARM/MIPS, oricum low-power, fiindcă e clar că Intel pierd enorm la partea asta cu cuptoarele lor) și unul sau mai multe procesoare pe lângă, care să se ocupe de funcții distincte din motorul unei baze de date. Firma care o să vină prima cu implementarea (implicit cu banii să producă hardware-ul, bani care nu-s deloc puțini) s-ar putea să dea lovitura. Poate chiar există ideea, dar nu a fost încă produsă la scară largă, din varii motive.</description>
		<content:encoded><![CDATA[<p>@Bogdan Vlad: Cei de la Intel au simțit-o de câteva ori pe pielea proprie. Presupun că o testare minuțioasă ar acoperi majoritatea problemelor, însă asta ziceam și eu, e destul de greu să testezi un hardware de complexitatea software-ului, fiindcă hardware-ul l-ai făcut o dată și îl ai acolo (cam în câteva luni, să zicem), pe când software-ul îl poți modifica și recompilează în altă oră, dacă e destul de mare. Dar, există un mare dar aici.</p>
<p>Există ceea ce se numesc soft procesoare, ca <a href="http://www.xilinx.com/tools/microblaze.htm" >acesta</a>, care sunt implementate în software și programate în hardware care conține porți logice programabile (tehnologii cum e și FPGA). Sunt mai puțin performante decât un circuit turnat direct în mască de siliciu, dar se programează în timp de maxim ore (incluzând compilarea software-ului), ceea ce facilitează atât testarea cât și distribuția. Practic, ai ajunge la ceva în genul patch-urilor pentru BIOS, doar că acolo-i cu totul altă poveste.</p>
<p>Acum, e clar că un server MySQL întreg n-ai cum să pui în hardware, fiindcă MySQL a fost făcut să adere la niște standarde de sistem de operare și dacă schimbi asta n-o să mai fie MySQL. Poate un alt motor de baze de date (făcut de la zero, eventual să păstreze o parte din sintaxa MySQL) ar putea fi făcut direct în hardware, deși nu-s sigur că ar ieși.</p>
<p>În fine, în direcția în care cred eu că merg lucrurile, mi s-ar părea foarte ușor ca modulele performance-critical dintr-un server de BD să fie mutate în hardware. Care-s alea e mai greu de zis. Interpretorul e unul din ele, practic făcut în hardware și replicat (pentru paralelism) ar produce instantaneu cereri pentru baza de date. Alte părți ar fi cea de autentificare, care cu ocazia asta ar spori și securitatea.</p>
<p>În felul ăsta s-ar ajunge la un fel de arhitectură dedicată SQL, cu un procesor general-purpose (ARM/MIPS, oricum low-power, fiindcă e clar că Intel pierd enorm la partea asta cu cuptoarele lor) și unul sau mai multe procesoare pe lângă, care să se ocupe de funcții distincte din motorul unei baze de date. Firma care o să vină prima cu implementarea (implicit cu banii să producă hardware-ul, bani care nu-s deloc puțini) s-ar putea să dea lovitura. Poate chiar există ideea, dar nu a fost încă produsă la scară largă, din varii motive.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
